Windows Server 2025 / Diagnosticar um GPO que não é aplicado

Se uma configuração de Política de Grupo não for aplicada, confira, nesta ordem, o conteúdo do GPO, seu vínculo e escopo, os filtros e permissões, a conectividade com o domínio e o resultado no cliente. O relatório gpresult pode indicar por que um GPO foi recusado ou qual política prevaleceu; isso é mais útil do que repetir gpupdate sem diagnóstico.

Identificar a conta, o computador e a configuração afetados

Se a mensagem de logon « Laboratório Windows Server » configurada nas aulas anteriores não aparecer no CLIENT1, anote o nome do computador, sua unidade organizacional (OU) e o GPO envolvido. Para uma configuração de usuário, identifique a conta realmente conectada e sua OU. Verifique se a falha atinge um único ajuste, todo o GPO ou outros clientes.

Durante a replicação, controladores de domínio diferentes podem mostrar versões temporariamente distintas. As orientações da Microsoft para diagnosticar a aplicação de Política de Grupo usam relatórios de resultado e eventos para localizar a causa.

hostname
whoami
$env:LOGONSERVER
Get-CimInstance Win32_ComputerSystem | Select-Object Domain,PartOfDomain

Examinar o conteúdo e os vínculos no GPMC

  1. Na guia Configurações do GPO, confirme que o valor esperado foi salvo.
  2. Verifique se ele pertence a Configuração do Computador ou Configuração do Usuário.
  3. Confira a OU vinculada, o estado do vínculo e a habilitação da parte correspondente do GPO.
  4. No filtro de segurança e na delegação, diferencie as permissões Ler e Aplicar Política de Grupo.
  5. Examine também o filtro Windows Management Instrumentation (WMI), o bloqueio de herança e os vínculos impostos.

Remover « Usuários Autenticados » não define, por si só, um escopo restrito correto. Para processar uma política de usuário, a conta do computador também pode precisar de permissão de leitura no GPO. Consulte a documentação sobre escopo e filtragem dos GPOs.

Coletar o resultado aplicado ao cliente

No CLIENT1, abra uma sessão elevada para as consultas de computador. Execute a última linha, referente ao usuário, na sessão da conta afetada; se a elevação usar outra conta administrativa, execute essa linha separadamente na sessão do usuário:

$reportDirectory = Join-Path $env:TEMP ('gp-check-' + (Get-Date -Format 'yyyyMMdd-HHmmss'))
New-Item -ItemType Directory -Path $reportDirectory | Out-Null
gpresult /r /scope computer
gpresult /scope computer /h (Join-Path $reportDirectory 'computer.html')
gpresult /r /scope user
Observação no relatório Próxima verificação
GPO ausente OU, vínculo, filtro e momento do processamento
GPO recusado ou filtrado Motivo informado, permissões Ler/Aplicar efetivas e condições do filtro
GPO aplicado, mas valor incorreto Precedência e GPO que fornece o valor final
Sem dados do usuário Conta conectada e sessão que gerou o relatório

Um GPO constar na lista de políticas aplicadas não garante que cada configuração produziu o efeito esperado. Confira a versão de Windows compatível, o modelo administrativo, a parte computador ou usuário e o processamento da extensão correspondente.

Relacionar DNS, SYSVOL, replicação e eventos

Resolve-DnsName '_ldap._tcp.dc._msdcs.ad.example.test' -Type SRV
Test-Path '\\ad.example.test\SYSVOL'
Get-WinEvent -LogName 'Microsoft-Windows-GroupPolicy/Operational' -MaxEvents 30 | Select-Object TimeCreated,Id,LevelDisplayName,Message

Um DNS incorreto ou a pasta SYSVOL inacessível podem impedir que o cliente obtenha as políticas. Se Test-Path retornar True, isso confirma apenas o acesso ao caminho; os arquivos e suas permissões ainda podem estar errados. Compare horário e identificador de atividade (ActivityID) para relacionar eventos da mesma tentativa.

Um GPO tem uma parte no AD DS e outra no SYSVOL. Verifique a replicação entre DC1 e DC2 em vez de confiar apenas na listagem dos diretórios. Não sobrescreva dados a partir de um controlador antigo nem exclua SYSVOL como correção genérica.

Corrigir uma causa confirmada e testar novamente

Corrija uma causa identificada por vez, atualize a política no cliente afetado e faça novo logon ou reinicie somente se a configuração exigir:

gpupdate /target:computer /force

Gere outro relatório e compare o valor esperado, o GPO que fornece o valor final e o comportamento observado. Consulte os casos especiais do processamento de Política de Grupo. Se a mudança não resolver, reverta-a e registre o erro e o horário da coleta para continuar o diagnóstico.

Relatórios HTML e logs de eventos podem conter nomes de usuários e computadores, domínios e caminhos internos. Revise e limite esses dados antes de publicar o diagnóstico.