Erro “RPC server is unavailable” ao executar gpupdate: diagnóstico completo e correção em Windows Server

Introdução: O erro “RPC server is unavailable” durante a atualização de Diretiva de Grupo costuma surgir nos momentos mais críticos, interrompendo automações e gerando atrasos em implantações. Este guia prático mostra como diagnosticar e corrigir a falha de ponta a ponta.

Índice

Visão geral do erro “RPC server is unavailable”

Quando o comando gpupdate é executado na estação ou quando se usa a opção Group Policy Update em uma OU, o Controlador de Domínio (DC) pode devolver os códigos:

  • The remote procedure call was cancelled
  • The RPC server is unavailable (0x6BA)

Ambas as mensagens indicam que o fluxo RPC — base do serviço de Diretiva de Grupo — foi interrompido entre o host de origem e o DC que hospeda Group Policy.

Como o RPC sustenta a Diretiva de Grupo

O Serviço de Chamada de Procedimento Remoto (Remote Procedure Call – RPC) permite que processos distribuídos troquem dados e executem instruções. Especificamente para GPO:

  • rpcss (Remote Procedure Call (RPC)) cria canais de comunicação.
  • RPC Endpoint Mapper cataloga quais portas dinâmicas (TCP 49152‑65535, por padrão) cada serviço escutará.
  • GPADSvc, Netlogon e Kerberos dependem desses canais para autenticar o computador e ler objetos de política.

Sinais de que o problema é RPC

Nem todo erro de gpupdate é RPC. Indícios claros incluem:

  • Duração longa (30 s +) antes da falha.
  • ID 1722 no Event Viewer (System).
  • dcdiag /v exibindo RPC error 1722 ou 0x6BA.
  • portqry mostra TCP 135 como FILTERED.

Causas mais comuns

CategoriaO que costuma falhar
ServiçosRPC ou RPC Endpoint Mapper parados ou configurados em Manual/Disabled.
RedePerda de conectividade IP (rotas, VLAN, VPN, NIC off) ou filtragem de portas.
FirewallTCP 135 bloqueado e portas dinâmicas RPC (49152‑65535) fechadas.
DNS / WINSNome do DC resolve para IP incorreto; registros SRV ausentes.
AutenticaçãoCredenciais sem permissão de leitura/aplicação da GPO ou falha Kerberos (skew de horário, SPN).

Fluxo de solução de problemas

Execute as etapas na ordem e verifique o resultado após cada uma delas.

Verificar serviços RPC

services.msc

Confirme que Remote Procedure Call (RPC) e RPC Endpoint Mapper estão em Running / Automatic. Reinicie se preciso:

net stop rpcss && net start rpcss

Testar conectividade IP

ping DC_FQDN
ping DC_IP

Sem resposta? Cheque cabos, VLAN, rotas estáticas, VPN, NIC desativada ou teaming mal‑configurado.

Confirmar resolução de nomes

nslookup DC_FQDN

O IP devolvido deve coincidir com o do ping. Se divergir, execute:

ipconfig /flushdns

Liberar portas no firewall

PortaProtocoloDescrição
135TCPRPC Endpoint Mapper – obrigatório
49152‑65535*TCP/UDPPortas dinâmicas RPC (Windows Server 2012 R2+)

*Defina intervalo menor em servidores protegidos por firewall estrito. Consulte a seção “Restringir portas dinâmicas”.

Validar autenticação e permissões

  • Execute gpupdate com conta membro de Domain Admins ou delegada.
  • Cheque sincronismo de hora: w32tm /query /status. Skew > 5 min quebra Kerberos.
  • Verifique SPNs duplicados via setspn -X -Q /.

Reiniciar e repetir gpupdate

gpupdate /force

Se o problema persistir, avance para diagnósticos avançados.

Diagnóstico avançado

FerramentaUso rápidoBusca por
dcdiag /vExecutar no DCErros RPC, replicação, tempo
portqry -n DC_FQDN -e 135 -p TCPEstação → DCEstado da porta 135
repadmin /replsummaryDCFalha de replicação SYSVOL/GPO
Event ViewerSystem & DFS‑RID 1722, 40960/40961, 5002

Restringir portas dinâmicas RPC

Para ambientes com firewall de borda, limitar o range reduz a superfície de ataque e simplifica as regras. Exemplo: 50000‑51000.

  1. Editar registro em HKLM\Software\Microsoft\Rpc\Internet:
"Ports"=dword:0000c350  ;min 50000
"PortsEnd"=dword:0000c814 ;max 51000
"PortsInternetAvailable"="Y"
  1. Reiniciar serviço rpcss ou o servidor.
  2. Criar regra de firewall permitindo o novo intervalo.

Impacto de DNS, SYSVOL e replicação

O processo de Group Policy consulta ldap.tcp.dc.msdcs.<domínio> e ldap.tcp.pdc.msdcs.<domínio> via DNS. Se registros estiverem ausentes, o cliente busca DC aleatório ou incorreto, ocasionando erro RPC. Além disso, GPO reside em SYSVOL; falhas de DFS‑R podem gerar access denied que mascaram‑se como falha RPC. Para validar:

nslookup -type=SRV ldap.tcp.dc._msdcs.seu.dominio
dcdiag /test:frssysvol
repadmin /showrepl

Boas práticas preventivas

  • Monitorar ID 1722 e 135 no System Log com Event Forwarding.
  • Configurar alertas de latência > 300 ms entre sites AD no Operations Manager.
  • Aplicar baseline de firewall interno permitindo TCP 135 + intervalo RPC restrito.
  • Manter servidores com patches mensais; atualizações de segurança podem exigir reboot para liberar portas.
  • Automatizar verificação de serviços essenciais com Test-ServiceHealth.ps1.

Perguntas frequentes (FAQ)

Posso simplesmente reiniciar o DC para resolver?

Em muitos casos, reiniciar restaura serviços RPC, mas não corrige a causa (ex.: regra de firewall). Use reinício apenas após confirmar que não há mudança de configuração pendente.

O erro afeta apenas gpupdate?

Não. Serviços como Remote Registry, Print Spooler e replicação do AD também dependem de RPC. Se rpcss falhar, múltiplos sintomas aparecerão.

Como validar se a GPO foi aplicada?

Após corrigir RPC, execute:

gpresult /h C:\temp\gpo.html

Abra o relatório e verifique a seção Applied Group Policy Objects.

Existe risco ao abrir todo o range 49152‑65535?

Sim, pois expande superfície de ataque. Limite portas e aplique IPsec ou filtros de origem sempre que possível.

Checklist final

  • ☑︎ Serviços RPC em execução?
  • ☑︎ Conectividade IP estável?
  • ☑︎ DNS resolve DC correto?
  • ☑︎ TCP 135 e portas dinâmicas liberadas?
  • ☑︎ Hora sincronizada (≤ 5 min)?
  • ☑︎ GPUpdate executado com conta adequada?
  • ☑︎ Ferramentas de diagnóstico sem erro?

Conclusão

Seguindo o roteiro — verificar serviços, conectividade, DNS, firewall, autenticação e depois diagnósticos avançados — a maioria absoluta dos incidentes “RPC server is unavailable” ao atualizar GPO é resolvida sem necessidade de reinstalação ou restauração de backup. Documente as etapas e crie playbooks corporativos para reduzir o tempo médio de correção na próxima ocorrência.

Índice