Conteúdo Do artigo

sintomas
este artigo fornece informações sobre resolução de problemas um erro “Servidor RPC indisponível” no Microsoft Windows for Server.,

Índice

  1. Introdução
  2. Parou de serviço RPC
  3. problemas de resolução de Nome
  4. o Tráfego bloqueado pelo firewall
  5. problemas de Conectividade

Introdução

“O servidor de RPC não está disponível” é uma forma bastante comum de erro no Windows, que pode ocorrer em uma ampla variedade de situações, a maioria delas envolvendo a comunicação entre dois computadores através de uma rede. Pode também ocorrer durante as operações locais em uma máquina, no entanto., Para maior clareza, neste artigo, a máquina que inicia a comunicação RPC será designada o cliente, e a máquina com a qual se comunica será o servidor.

chamada de procedimento remoto (RPC) é um mecanismo que permite que os processos Windows se comuniquem entre si, seja entre um cliente e um servidor através de uma rede ou dentro de um único sistema. Vários componentes embutidos do Windows utilizam RPC. RPC usa portas dinâmicas para a comunicação entre sistemas, mas uma porta estática (porta TCP 135) também deve ser usado como um ponto de partida para a comunicação., O mapper da plataforma RPC ouve esta porta estática.

em uma sessão típica de RPC, um cliente contata um mapeador endpoint de um servidor na porta TCP 135 e pede o número de porta dinâmica atribuído a um serviço em particular. O servidor responde com o endereço IP e número de porta que o serviço registrado com RPC quando começou, e o cliente então contata o serviço naquele endereço IP e Porto.,

possíveis causas do erro” RPC servidor indisponível ” incluem o seguinte:

  • parou serviço RPC: se o serviço RPC no servidor não está em execução, o cliente obviamente não será capaz de alcançá-lo.
  • problemas de resolução de nomes: o nome do servidor de RPC pode estar a ser resolvido para o endereço IP errado, resultando no cliente a contactar o servidor errado ou a tentar contactar um endereço IP que não esteja a ser usado de momento. Alternativamente, o nome do servidor pode não estar resolvendo nada.,
  • tráfego bloqueado pela firewall: uma firewall ou outra aplicação de segurança no servidor, ou um dispositivo de Firewall de rede entre o cliente e o servidor, pode estar impedindo o tráfego de chegar ao servidor na porta TCP 135.problemas de conectividade: o cliente pode não conseguir chegar ao servidor devido a um problema geral de rede.

as seguintes etapas, categorizadas por causa, podem ser úteis para resolver o problema.

parou o serviço de RPC

  1. abra a consola de serviços no servidor.,
  2. localize o serviço de chamada de procedimento remoto (RPC) e certifique-se de que está em execução.
    Nota: O serviço de localização de chamadas de procedimento remoto (RPC) normalmente não precisa estar em execução. se o serviço for parado, tente iniciá-lo manualmente.

questões de resolução de nomes

  1. Ping o servidor pelo nome do cliente para verificar se o nome resolve para o endereço IP correto. Se o fizer, a resolução do nome não é provável ser a causa do problema, e os passos restantes nesta seção podem ser ignorados.,
  2. Se o cliente e o servidor são membros de um domínio de Diretório Ativo (AD), o DNS é usado para a resolução de nomes. Verifique se o cliente e o servidor estão ambos usando os servidores DNS corretos, que devem estar dentro do domínio e serão tipicamente controladores de domínio.
  3. Se os servidores de DNS corretos estão sendo usados, use a consola de gerenciamento de DNS nesses servidores para verificar se o servidor de RPC tem os registros corretos registrados em DNS. Se necessário, o comando ipconfig /registerdns pode ser usado no servidor RPC para reger seus registros de DNS.,
  4. Se não houver domínio AD presente, as vitórias podem ser usadas para a resolução de nomes. O comando ipconfig /all irá listar, entre outras coisas, os servidores WINS sendo usados pelo servidor RPC. Verifique a base 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 pode ser executado no servidor RPC para reger os seus registos de Vitórias.

tráfego bloqueado pela Firewall

  1. verifique as configurações de Firewall do Windows no servidor RPC.,
  2. Se a firewall estiver activa, certifique-se de que o tráfego na porta TCP 135 é permitido passar. se o servidor estiver a correr o Windows Server 2003, o Firewall do Windows pode não lidar correctamente com a alocação dinâmica de portas RPC. Neste caso, pode ser necessário desativar a Firewall do Windows ou restringir as portas usadas pelo RPC (ver passo 4).se o servidor estiver a correr o Windows Server 2008 ou mais tarde, verifique se o serviço de Firewall do Windows está a correr., A Firewall do Windows no Windows Server 2008 e acima deverá lidar adequadamente com o tráfego RPC por padrão; no entanto, se isto tiver de ser configurado manualmente, veja este Artigo da TechNet para instruções: permitindo o tráfego de entrada de rede que usa RPC dinâmico.se a Firewall do Windows deve estar completamente desactivada no Windows Server 2008 ou acima, não pare o serviço de Firewall do Windows. Em vez disso, siga os passos em Como desligar corretamente o Firewall do Windows no Windows Server 2008 e acima.,
  • Se o software de firewall de terceiros, outra aplicação de segurança, ou um dispositivo de Firewall de rede estiver no lugar, Veja a documentação para a aplicação ou aparelho para determinar se ele pode ser adequadamente configurado para lidar com o tráfego RPC.
  • Se o software de firewall, outra aplicação de segurança, ou aparelho de rede não puder ser configurado para lidar adequadamente com o tráfego dinâmico de RPC, o alcance de portas usado por RPC pode ser restrito, e este intervalo pode então ser aberto na firewall ou aplicação de segurança., Para restringir o intervalo de portas usado pela RPC, veja como configurar a alocação dinâmica de portas RPC para trabalhar com Firewalls.
  • problemas de conectividade de rede

    1. Use o comando ping para testar a conectividade básica entre o cliente e servidor RPC. Note que este teste pode não ser conclusivo, uma vez que é possível para um firewall bloquear o tráfego ICMP, permitindo que outro tráfego passe. (ICMP, ou Internet Control Message Protocol, é o protocolo usado pelos comandos ping e tracert.,)
    2. O utilitário PortQry linha de comandos pode ser usado para testar a conectividade do cliente para 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 portos específicos que eles usam. Informações detalhadas sobre a versão 2.0 do PortQry estão disponíveis aqui:novas funcionalidades e funcionalidades na versão 2.0 do PortQry.
    3. Se o cliente e o servidor estiverem em sub-redes diferentes, verifique se o tráfego é encaminhado corretamente entre os dois., Se estiverem em diferentes locais físicos, verifique se a ligação entre os locais está alta e permitindo que o tráfego passe livremente.

    para mais instruções sobre a resolução deste erro, veja a solução de problemas ” o servidor RPC não está disponível.”
    Para informações gerais sobre RPC, veja o que é RPC?

    Definição
    Necessita de mais ajuda?,werEdge T300, PowerEdge T310, PowerEdge T320, PowerEdge T330, PowerEdge T340, PowerEdge T40, PowerEdge T410, PowerEdge T420, PowerEdge T430, PowerEdge T440, PowerEdge T605, PowerEdge T610, PowerEdge T620, PowerEdge T630, PowerEdge T640, PowerEdge T710, PowerEdge VRTX, PowerEdge Servidor Web, PowerEdge XE2420, PowerEdge XE 5__, PowerEdge XE 5__-2, PowerEdge XE 51__-2 (ATI Mach64), PowerEdge XE7100, PowerEdge XE7420, PowerEdge XE7440, PowerEdge 2600, PowerEdge 2650, PowerEdge 6600, PowerEdge 6650, PowerEdge 4600, PowerEdge SC 420, PowerEdge SC 430, PowerEdge SC 440

    Última Data de publicação

    Deixe uma resposta

    O seu endereço de email não será publicado. Campos obrigatórios marcados com *