Como resolver problemas de conectividade são causados pelo cliente RPC protocolo entradas de registo

Traduções de Artigos Traduções de Artigos
Artigo: 325930 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo aborda remote procedure call (RPC) protocolo chaves de registo e como estas podem afectar conectividade do Microsoft Outlook para Microsoft Exchange Server. Este artigo também descreve procedimentos de resolução de problemas básicos.

O Outlook utiliza chamadas de procedimento remoto para efectuar chamadas à rede. Chamadas de procedimento remoto permitem o Outlook para enviar chamadas para várias pilhas de outro protocolo. As chamadas dependem a pilha do protocolo disponível no computador. O protocolo mais comum é o TCP/IP. Outros protocolos incluem NetBIOS, o NetBIOS através de TCP/IP e IPX/SPX. Se um computador cliente envia os pedidos de protocolo RPC adequados, o servidor tem de ter os protocolos disponíveis.

Entradas de registo do protocolo RPC

Esta secção descreve as entradas de registo principal que controlam o protocolo RPC que utiliza o Outlook.

RPC_Binding_Order

A entrada RPC_Binding_Order é criada quando instala o cliente do Outlook ou Exchange Server. A entrada RPC_Binding_Order determina a sequência de protocolo que é utilizada quando são iniciadas comunicações RPC do Outlook.

Nota A entrada RPC_Binding_Order não é criada no Microsoft Exchange Server 2003 ou no Microsoft Exchange 2000 Server. Esta entrada só é criada no Microsoft Exchange Server 5.5 e em versões anteriores do Exchange.

É possível localizar esta entrada na seguinte chave do registo:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
Por predefinição, a entrada Rpc_Binding_Order contém os seguintes dados do valor:
ncalrpc ncacn_ip_tcp, ncacn_spx, ncacn_np, netbios, ncacn_vns_spp
Para obter mais informações sobre como modificar ou restaurar a ordem de ligação, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
163576Alterar a ordem de ligação RPC

RPC_Srv_Binding_Order

A entrada de registo RPC_Svr_Binding_Order é criada quando instalar o cliente do Outlook ou Exchange Server. Não confunda o movimento com a entrada de registo RPC_Binding_Order. Esta entrada não é utilizada com ligações de RPC do Outlook. Esta entrada determina a sequência de protocolo que é utilizada para determinadas comunicações de servidor-servidor. Pode utilizar o utilitário RPC Dump para determinar os protocolos que estão disponíveis para os clientes a utilizar. Para obter informações adicionais sobre o utilitário RPC Dump, consulte a secção "Problemas utilizar RPC informação para identificar o servidor de RPC" deste artigo.

É possível localizar a entrada RPC_Svr_Binding_Order na seguinte subchave de registo:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
Por predefinição, a entrada Rpc_Svr_Binding_Order contém os seguintes dados do valor:
ncacn_ip_tcp ncacn_spx, ncacn_vns_spp
Nota Outros valores podem estar presentes se estiverem instalados protocolos adicionais.

ClientProtocols

A subchave do registo
ClientProtocols
é criada quando instala o sistema operativo e o primeiro protocolo de rede. A subchave do registo
ClientProtocols
contém entradas que determinam os protocolos que podem ser utilizados pelo sistema operativo cliente para ligar ao Exchange Server. O Outlook pode determinar o protocolo RPC para enviar; esta subchave de registo determina se o sistema operativo suporta esse protocolo. Pode encontrar esta subchave na seguinte chave de registo no Microsoft Windows 2000 e Microsoft Windows XP:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
Por predefinição, a subchave
ClientProtocols
contém as seguintes entradas de registo para o TCP/IP:
Reduzir esta tabelaExpandir esta tabela
Nome tipo dados
ncacn_httpREG_SZRpcrt4.dll
ncacn_ip_tcpREG_SZRpcrt4.dll
ncacn_npREG_SZRpcrt4.dll
ncadg_ip_udpREG_SZRpcrt4.dll
Nota No Microsoft Windows NT 4.0, a localização da subchave de registo é a mesma, mas as entradas de TCP/IP predefinidas são diferentes. A tabela seguinte descreve as entradas de TCP/IP predefinida para o Windows NT:
Reduzir esta tabelaExpandir esta tabela
Nome tipo dados
ncacn_npREG_SZrpcltcl.dll
ncalrpcREG_SZncalrpc
ncacn_ip_tcpREG_SZRpcLtCcm.Dll
ncadg_ip_udpREG_SZRpcLtCcm.Dll
ncadg_nb_tcpREG_SZrpcltccm.dll
ncacn_httpREG_SZrpcltccm.dll
Nota No Microsoft Windows 98, a subchave é na mesma localização, mas as entradas de TCP/IP predefinidas são diferentes. A tabela seguinte descreve as entradas de TCP/IP predefinidas para o Windows 98:
Reduzir esta tabelaExpandir esta tabela
Nome tipo dados
ncacn_npREG_SZrpcltcl.dll
ncalrpcREG_SZncalrpc
ncacn_ip_tcpREG_SZrpcltc3.dll
ncacn_httpREG_SZrpcltccm.dll

Resolver problemas de entradas de registo RPC

Se faltar um ou mais das entradas de registo RPC, Outlook não poderão ligar ao Exchange Server. Se faltarem os valores de subchave ou dados
ClientProtocols
, o cliente do Outlook não poderá utilizar o protocolo esperado para estabelecer ligação. Para o Outlook para utilizar o protocolo RPC adequado, os valores de subchave e dados
ClientProtocols
têm de estar presente e precisas.

Por exemplo, no computador que esteja a executar o Outlook, se a entrada de registo RPC ClientProtocols apenas que existe estiver ncacn_np (com um valor de rpcrt4.dll), Outlook tenta estabelecer ligação ao computador com o Exchange Server utilizando pipes nomeados através de TCP/IP na porta predefinida de 139. Se a ligação tem de atravessar um firewall, porta 139 deve ser aberta. Ncacn_ip_tcp de entrada de registo em falta (com um valor de rpcrt4.dll) deve ser restaurada a ligação de suporte um TCP/IP que utiliza a porta 135 ou porta 445 para o Exchange Server.

Além disso, se as entradas de registo RPC estiverem em falta no servidor, os serviços do Exchange não estão registados para responder a pedidos de clientes. Por conseguinte, o cliente não é possível ligar ao Exchange utilizando o protocolo solicitado. Por exemplo, se o servidor não tiver a entrada de registo ClientProtocols RPC para ncacn_ip_tcp, o Microsoft Exchange Information Store não está disponível quando utiliza o TCP/IP para ligar. Pode utilizar a informação de falha de RPC de sistema para resolver este problema.

Mensagens de erro do Outlook

As seguintes mensagens de erro poderão aparecer no cliente do Outlook quando as entradas de registo RPC estão em falta ou danificado:
  • Não foi possível resolver o nome. O livro de endereços do Microsoft Exchange não conseguiu iniciar sessão no computador com o Microsoft Exchange Server.
  • O Outlook não conseguiu iniciar sessão. Verifique se está ligado à rede e estiver a utilizar o servidor correcto e nome da caixa de correio.
  • Não foi possível resolver o nome. Problemas na rede estão impedir a ligação ao Microsoft Exchange Server computador. Contacte o administrador de sistema se esta condição persistir.
  • As informações de início de sessão estavam incorrectas. Verifique o nome de utilizador e o domínio e, em seguida, escreva a palavra-passe novamente. Se a conta é nova ou se o administrador pediu uma alteração de palavra-passe terá de clique em Alterar palavra-passe, em seguida, iniciar sessão com a nova palavra-passe.
  • Não é possível iniciar o Microsoft Outlook. A tentativa para iniciar sessão no computador com o Microsoft Exchange Server falhou.
  • O servidor que contém a lista de endereços global já não está disponível. Pode voltar a ligar a um servidor diferente, reiniciar o Outlook ou repetir a operação quando o servidor está acessível.
  • A ligação ao Microsoft Exchange Server não está disponível. O Outlook tem de ser online ou ligado para concluir esta acção.
Se entradas de registo RPC estão em falta ou danificados, podem ocorrer os seguintes problemas:
  • Os utilizadores recebem novas mensagens de correio, mas novo notificações de correio electrónico não funcionam. Este problema poderá ocorrer se dos valores do registo RPC para o protocolo de datagrama de utilizador (UDP) está em falta.
  • Os utilizadores não é possível ligar ao computador que está a executar o Exchange Server.
  • Os utilizadores não consegue verificar um alias de endereços global lista.
  • Os utilizadores-lhe pedidos para introduzir credenciais de início de sessão várias vezes e receber mensagens de erro listadas anteriormente neste artigo.
  • Impressoras de fax não estão acessíveis.

Utilizar o Monitor de rede para identificar problemas de RPC

Pode utilizar o Monitor de rede para identificar problemas relacionados com RPC. Por exemplo:
  • Se o rastreio capturado não contém qualquer tráfego RPC do cliente para o servidor, a subchave RPC toda poderá estar em falta. Se a subchave não existir, certifique-se de que o movimento ncacn_ip_tcp (com um valor de rpcrt4.dll) não está em falta. Se a entrada ncacn_ip_tcp (com um valor de rpcrt4.dll) estiver em falta, o cliente não tenta estabelecer ligação com TCP/IP utilizando a porta 135. O cliente tenta apenas ligações que utilizam o NetBIOS ou pipes nomeados através de TCP/IP (porta 139 ou 445 porta).
  • Se o rastreio capturado mostra o cliente ligar com êxito o mapeador de ponto final, o cliente envia com êxito um pedido de opnum0x3 RPC. O cliente recebe uma resposta onde os últimos quatro pares de dados hexadecimais mostram o seguinte: D6 A0 C9 16. Normalmente, esta resposta contém zeros se o pedido for bem sucedido. Este comportamento pode ocorrer se o servidor está em falta o valor de registo ncacn_ip_tcp na subchave de registo
    ClientProtocols
    . Neste cenário, o serviço Microsoft Exchange Information Store não está disponível para utilização através de TCP/IP.
Para mais informações sobre como analisar o tráfego de rede do cliente utilizando o Exchange Server, visite o seguinte Web site da Microsoft:
http://www.microsoft.com/technet/prodtechnol/exchange/2000/library/cntwex2k.mspx

Utilizar RPC Dump identificar o servidor RPC problemas

Pode utilizar a ferramenta RPC Dump para resolver problemas de servidor de RPC. Pode utilizar a ferramenta RPC Dump para listar as aplicações de RPC que estão em execução no servidor. Existem três componentes RPC que tem de estar disponíveis para o cliente Outlook estabelecer ligação com êxito:
  • O mapeador de ponto final.
  • O serviço Microsoft Exchange Information Store com o identificador exclusivo universal (UUID, Universally Unique Identifier) do a4f1db00-ca47-1067-b31e-00dd010662da.
  • O nome serviço de interface do fornecedor (NSPI) com o UUID de 08002b2f8426-59 c f5cc5a18-4264-101a-8.
    • No Exchange Server 5.5 e anteriores, o NSPI foi fornecido pelo serviço de directório do Microsoft Exchange.
    • No Exchange Server 2003 e no Exchange 2000 Server, o NSPI é fornecida pelo servidor de catálogo global. Num servidor de catálogo global, o NSPI é executado o serviço Net Logon (lsass.exe). O Exchange server pode fornecer NSPI referência e funcionalidade de proxy.
    Para obter mais informações sobre clientes NSPI e o Outlook, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
    256976Como clientes MAPI acedem ao Active Directory
Tem de executar a ferramenta RPC Dump a partir de uma linha de comandos. Comandos da linha de comandos comuns incluem:
  • rpcdump.exe /i > rpcdump.txt
  • rpcdump.exe /p > rpcdump.txt
Ambos os comandos direccionam a saída gerada para o ficheiro Rpcdump.txt.

A ferramenta RPC Dump é normalmente utilizada em conjunto com o Monitor de rede. Por exemplo, se o cliente do Outlook com êxito não é possível verificar um nome, pode executar a ferramenta RPC Dump no servidor que fornece o NSPI.

Nota Se 59 f5cc5a18-4264-101a-8 c-08002b2f8426 estiver em falta de um servidor de catálogo global para TCP/IP (ncacn_ip_tcp), os clientes do Outlook não é possível ligar o NSPI através de TCP/IP.

Também pode utilizar a ferramenta RPC Dump quando os clientes do Outlook com êxito podem verificar os nomes, mas os clientes do Outlook não é possível iniciar sessão caixa de correio. Ao executar a ferramenta RPC Dump, pode determinar se o arquivo (a4f1db00-ca47-1067-b31e-00dd010662da) está registado com RPC com TCP/IP (ncacn_ip_tcp), encaminhamentos com nome (ncacn_np) ou outros protocolos. Este problema é tipicamente causado por falta
ClientProtocols
entradas de registo no servidor. O problema também poderá ocorrer se o NSPI e o arquivo estaticamente são mapeados para a mesma porta.

Para obter mais informações sobre mapeamentos de portas estáticas para o Exchange Server 2003 e Exchange 2000 Server, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
270836Mapeamentos de portas estáticas do Exchange Server
Nota A ferramenta RPC Dump não lista o mapeador de ponto final. Para obter informações adicionais sobre como obter a ferramenta RPC Dump, visite o seguinte Web site da Microsoft:
http://www.microsoft.com/downloads/details.aspx?displaylang=en&familyid=9d467a69-57ff-4ae7-96ee-b18c4790cffd

Restaurar valores de registo RPC em falta

Para restaurar os valores de registo RPC em falta no cliente ou no servidor, siga estes passos.

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows

Passo 1: Verificar entradas de registo

  1. Clique em Iniciar e, em seguida, clique em Executar .
  2. Na caixa Abrir , escreva regedit e, em seguida, clique em OK .
  3. Localize a seguinte chave no registo:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
    Verifique se todas as entradas estão presentes e correctos, consultando as tabelas contidas na secção "ClientProtocols" deste artigo.
  4. Se os valores em falta, adicione os valores em falta. Para o fazer, siga estes passos:
    1. No menu Editar , aponte para Novo e, em seguida, clique em Valor da cadeia .
    2. Escreva o nome do valor de cadeia em falta e, em seguida, prima ENTER.
    3. Prima ENTER.
    4. Na caixa de diálogo Editar cadeia , escreva os dados do valor em falta na caixa dados do valor e, em seguida, clique em OK .
  5. Saia do Editor de registo.
  6. Reinicie o computador.
  7. Testar a conectividade do Exchange Server.

Passo 2: Verificar a versão do ficheiro DLL

Se todos os valores de registo existirem, verifique a versão do ficheiro DLL de RPC que está no computador. A versão do ficheiro DLL RPC deve corresponder a versão e o número de compilação de Windows sistema do computador a funcionar.

Nota As chaves de registo descritas anteriormente neste artigo listar os nomes dos ficheiros .dll que cada RPC utiliza. Por exemplo, Rpc4rt4.dll é o ficheiro .dll que é utilizado pelo TCP/IP no Windows 2000 e no Windows XP.

Para determinar a versão e o número de compilação de Windows funcionar sistema do computador, siga estes passos.
  1. Clique em Iniciar e, em seguida, clique em Executar .
  2. Na caixa Abrir , escreva winver .
  3. Anote a versão e o número de compilação.
Para determinar a versão do ficheiro .dll, siga estes passos:
  1. No Explorador do Windows, localize o ficheiro de .dll RPC na pasta Windows\System32.
  2. Clique com o botão direito do rato no ficheiro e, em seguida, clique em Propriedades .
  3. Clique em versão .
  4. Anote a versão do ficheiro.

    A versão do ficheiro deve reflectir o número de compilação de Windows sistema do computador a funcionar. Por exemplo, no Windows XP versão 5.1 compilação 2600, a versão do ficheiro Rpcrt4.dll é 5.1.2600.0.
Se a versão do ficheiro .dll não coincidir com a versão e o número de compilação do sistema operativo Windows no computador, substitua o ficheiro .dll com a versão correcta. Para o fazer, siga estes passos:
  1. Localize a versão correcta do ficheiro .dll.

    Pode localizar o ficheiro no CD do Windows, em service packs do Windows ou noutro computador que está a executar a mesma compilação do Windows.
  2. No computador que está a ter o problema, localize o ficheiro .dll.
  3. Altere a extensão do ficheiro .dll para .bak ou. old.
  4. Copie o ficheiro .dll correcto para o computador que está com problemas.
  5. Reinicie o computador.
  6. Testar a conectividade do Exchange Server.

Passo 3: Remover e reinstalar o TCP/IP

importante Este passo só deve ser executado no computador cliente ou computadores.

No computador de cliente Outlook, se não consegue restabelecer conectividade do Exchange Server por seguintes os passos 1 e 2, remova e, em seguida, reinstalar o TCP/IP. Microsoft recomenda que não remova o protocolo TCP/IP do servidor. Para remover e reinstalar o TCP/IP no computador cliente, siga estes passos:
  1. Inicie sessão como administrador local.
  2. Clique em Iniciar e, em seguida, clique em Painel de controlo .
  3. Faça duplo clique em rede ligações .
  4. Clique com o botão direito do rato na ligação de área local e, em seguida, clique em Propriedades .
  5. Instale outro protocolo para manter um marcador de posição para a ligação. Por exemplo, instale o NWLink.
  6. Clique para desmarcar a caixa de verificação TCP/IP (protocolo Internet) e, em seguida, clique em OK .
  7. Clique em Sim .
  8. Repita os passos 3 a 5 para cada ligação de rede que esteja listada.
  9. Reinicie o computador.
  10. Clique em Iniciar e, em seguida, clique em Painel de controlo .
  11. Faça duplo clique em rede ligações .
  12. Clique com o botão direito do rato na ligação de rede e, em seguida, clique em Propriedades .
  13. Clique para desmarcar a caixa de verificação TCP/IP (protocolo Internet) e, em seguida, clique em OK .
  14. Clique em Sim .
  15. Reinstale o TCP/IP em cada ligação de rede.
  16. Cada ligação de rede, remova o protocolo foi instalado para manter o marcador de posição (tal como o NWLink). Não remova outros protocolos se já tiverem sido instaladas.
  17. Reinicie o computador.

Referências

Para obter mais informações sobre como resolver problemas de conectividade, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
255843Não é possível iniciar sessão Exchange Server a partir de um cliente Windows 2000 ou Windows XP
321652Receber mensagem de erro e for continuamente pedida as credenciais de domínio do Windows NT no Outlook 2000 ou no Outlook 2002
319517Recebe uma mensagem de erro quando utiliza o Outlook 2002 no Windows 2000 com os serviços de terminal
326036Não inicie sessão no computador do Exchange 2000 Server utilizando as credenciais correctas
319572Exchange 2000 Server não consegue registar notificações de correio novas do Outlook

Propriedades

Artigo: 325930 - Última revisão: 25 de outubro de 2007 - Revisão: 4.5
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Office Outlook 2003
  • Microsoft Outlook 2002 Standard Edition
  • Microsoft Outlook 2000
Palavras-chave: 
kbmt kbinfo KB325930 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 325930

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com