Sumário

1. Introdução
2. Serviço RPC interrompido
3. Problemas de resolução de nomes
4. Tráfego bloqueado pelo firewall
5. Problemas de conectividade

1. Introdução

"O servidor RPC não está disponível" é um erro comum no Windows que ocorre em uma ampla variedade de situações, a maioria envolvendo a comunicação entre duas máquinas em uma rede. Isso também pode ocorrer durante as operações locais em uma máquina. Para fins de clareza, neste artigo, a máquina que inicia a comunicação de RPC é designada como o client, e a máquina com a qual ela se comunica é o servidor.

Chamada de procedimento remoto (RPC) é um mecanismo que permite que os processos do Windows se comuniquem, entre um client e um servidor em uma rede ou em um único computador. Vários componentes integrados do Windows usam RPC. A RPC usa portas dinâmicas para comunicação entre computadores, mas uma porta estática (porta TCP 135) também deve ser usada como um ponto de partida para a comunicação. O mapeador de endpoint RPC monitora essa porta estática.

Em uma sessão de RPC típica, um client entra em contato com o mapeador de endpoint de um servidor na porta TCP 135 e solicita o número da porta dinâmica atribuída a um serviço específico. O servidor responde com o endereço IP e o número da porta que o serviço registrou na RPC quando ele foi iniciado. Em seguida, o client entra em contato com o serviço nesse endereço IP e porta.

As possíveis causas do erro "Servidor RPC indisponível" incluem o seguinte:        

• Serviço RPC interrompido: Se o serviço RPC no servidor não estiver em execução, o client obviamente não poderá adote-o.
• Problemas de resolução de nomes: O nome do servidor RPC pode estar resolvendo para o endereço IP errado, resultando em o cliente entrar em contato com o servidor errado ou tentar entrar em contato com um endereço IP não em uso. Ou o nome do servidor pode não ser a solução.
• Tráfego bloqueado pelo firewall: Um firewall ou outro aplicativo de segurança no servidor, ou um dispositivo de firewall de rede entre o client e o servidor, pode estar impedindo que o tráfego atinja o servidor na porta TCP 135.
• Problemas de conectividade: O cliente pode não conseguir entrar em contato com o servidor devido a um problema geral de rede.
   

As etapas a seguir podem ser úteis para solucionar o problema. As etapas são categorizadas por causa.

2. Serviço RPC interrompido

1. Abra o console de serviços no servidor.
2. Localize o serviço RPC (Remote Procedure Call, chamada de procedimento remoto) e certifique-se de que ela esteja em execução.
   NOTA: Geralmente, o serviço RPC (Remote Procedure Call, chamada de procedimento remoto) locator não está em execução.
3. Se o serviço for interrompido, tente iniciá-lo manualmente.
    

3. Problemas de resolução de nomes

1. Faça o ping do servidor pelo nome do cliente para verificar se o nome resolve no endereço IP correto. Se isso não acontecer, a resolução de nomes provavelmente não é a causa do problema e as etapas restantes desta seção poderão ser ignoradas.
2. Se o cliente e o servidor forem membros de um domínio Active Directory (AD), o DNS será usado para a resolução de nomes. Verifique se o cliente e o servidor estão usando os servidores DNS corretos, que devem estar dentro do domínio e, normalmente, são os controladores do domínio.
3. Se os servidores DNS corretos estiverem sendo usados, use o console de gerenciamento de DNS nesses servidores para verificar se o servidor RPC tem um ou mais registros corretos registrados no DNS. Se necessário, o comando ipconfig/registerdns poderá ser executado no servidor RPC para registrar novamente os dados do DNS.
4. Se não houver nenhum domínio AD presente, o servidor WINS poderá ser usado para a resolução de nomes. A lista de comandos ipconfig /all, entre outras coisas, os servidores WINS usados pelo servidor RPC. Verifique o banco de dados WINS nesses servidores para verificar se os registros registrados para o servidor RPC estão corretos. Se necessário, o comando nbtstat -RR poderá ser executado no servidor RPC para registrar novamente os dados do WINS.
    

4. Tráfego bloqueado pelo firewall

1. Verifique as configurações do firewall do Windows no servidor RPC.
2. Se o firewall estiver ativado, certifique-se de que o tráfego na porta TCP 135 tem permissão para passar.
   1. Se o servidor estiver executando o Windows Server 2003, o firewall do Windows não poderá lidar corretamente com a alocação de porta dinâmica da RPC. Nesse caso, pode ser necessário desativar o firewall do Windows ou restringir as portas usadas pela RPC (consulte a etapa 4).
   2. Se o servidor estiver executando o Windows Server 2008 ou posterior, verifique se o serviço do firewall do Windows está em execução. O firewall do Windows no Windows Server 2008 e versões posteriores deve lidar adequadamente com o tráfego de RPC por padrão; No entanto, se isso precisar ser configurado manualmente, consulte este artigo da TechNet para obter instruções: Permitindo o tráfego de rede de entrada que usa RPC dinâmico.
      Se o Firewall do Windows precisar ser desativado no Windows Server 2008 ou posterior, não interrompa o serviço firewall do Windows. Em vez disso, siga as etapas de Como desativar corretamente o firewall do Windows no Windows Server 2008 e posterior.
3. Se um software de firewall de terceiros, ou outro aplicativo de segurança ou um equipamento de firewall de rede estiver em execução, consulte a documentação do aplicativo ou equipamento para determinar se ele pode ser configurado corretamente para lidar com o tráfego RPC.
4. Se o software de firewall, outro aplicativo de segurança ou equipamento de rede não puder ser configurado para lidar corretamente com o tráfego dinâmico de RPC, o intervalo de portas usado pelo RPC poderá ser restrito e esse intervalo poderá ser aberto no firewall ou no aplicativo de segurança. Para restringir o intervalo de portas usado pela RPC, consulte Como configurar a alocação de porta dinâmica da RPC que funcionará com os firewalls.
    

5. Problemas de conectividade de rede

1. Use o comando ping para testar a conectividade básica entre o cliente RPC e o servidor. Esse teste pode não ser conclusivo, já que um firewall pode bloquear a passagem do tráfego de ICMP e permitir a passagem de outros tráfegos. (ICMP, ou Internet Control Message Protocol, é o protocolo usado pelos comandos ping e tracert.)
2. O utilitário de linha de comando PortQry pode ser usado para testar a conectividade entre o cliente e o servidor e determinar quais portas estão abertas no servidor. Ele inclui suporte para RPC e pode ser usado para determinar quais serviços têm portas dinâmicas registradas com RPC e quais portas específicas eles usam. Informações detalhadas sobre o PortQry versão 2.0 estão disponíveis aqui: Novos recursos e funcionalidades no PortQry versão 2.0.
3. Se o cliente e o servidor estiverem em sub-redes diferentes, verifique se o tráfego está corretamente direcionado entre os dois. Se eles estiverem em diferentes locais físicos, verifique se o link entre os locais está ativo e permitindo a passagem do tráfego livremente.

Para obter mais instruções sobre como solucionar esse erro, consulte Solução de problemas "O servidor RPC está indisponível".

Para obter informações gerais sobre a RPC, consulte O que é RPC?
 

 Fora da garantia? Sem problemas. Navegue até o site dell.com/support/home/pt-br, digite a etiqueta de serviço Dell e visualize as ofertas.