Cómo solucionar problemas de conectividad causados por entradas del registro de protocolo de cliente de RPC

Seleccione idioma Seleccione idioma
Id. de artículo: 325930 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo analiza las claves del registro de procedimiento remoto (RPC) de llamada protocolo y cómo pueden afectar a la conectividad de Microsoft Outlook con Microsoft Exchange Server. Este artículo también analiza los procedimientos básicos de solución de problemas.

Outlook utiliza RPC para realizar llamadas a la red. RPC permiso de Outlook para enviar llamadas a muchas de las pilas de protocolo diferente. Las llamadas dependen de la pila de protocolos que está disponible en el equipo. El protocolo más común es TCP/IP. Otros protocolos RPC incluyen NetBIOS, NetBIOS sobre TCP/IP e IPX/SPX. Si el equipo cliente envía solicitudes RPC Protocolo adecuadas, el servidor debe tener esos protocolos disponibles.

Entradas del registro de protocolo RPC

Esta sección describe las entradas del registro principal que controlan el protocolo RPC que utiliza Outlook.

Rpc_Binding_Order

La entrada RPC_Binding_Order se crea al instalar el cliente de Outlook o Exchange Server. La entrada RPC_Binding_Order determina la secuencia de protocolo que se utiliza al iniciar las comunicaciones RPC de Outlook.

Nota: No se crea la entrada RPC_Binding_Order en Microsoft Exchange Server 2003 o en Microsoft Exchange 2000 Server. Esta entrada sólo se crea en Microsoft Exchange Server 5.5 y en versiones anteriores de Exchange.

Puede encontrar esta entrada en la clave del registro siguiente:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
De forma predeterminada, la entrada Rpc_Binding_Order contiene los siguientes datos de valor:
Ncalrpc ncacn_ip_tcp, ncacn_spx, ncacn_np, netbios, ncacn_vns_spp
Para obtener más información acerca de cómo modificar o restaurar el orden de enlace, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
163576 Cambiar el orden de enlace RPC

RPC_Srv_Binding_Order

La entrada de registro RPC_Svr_Binding_Order se crea al instalar el cliente de Outlook o Exchange Server. No confunda esta entrada con la entrada de registro RPC_Binding_Order. Esta entrada no se utiliza con las conexiones RPC de Outlook. Esta entrada determina la secuencia de protocolo que se utiliza para ciertas comunicaciones de servidor a servidor. Puede utilizar la herramienta RPC Dump para determinar los protocolos que están disponibles para los clientes a utilizar. Para obtener información adicional acerca de la herramienta RPC Dump, consulte la sección "Uso RPC Dump para identificar el servidor RPC problemas" de este artículo.

Puede encontrar la entrada RPC_Svr_Binding_Order en la siguiente subclave del registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
De forma predeterminada, la entrada Rpc_Svr_Binding_Order contiene los siguientes datos de valor:
ncacn_ip_tcp, ncacn_spx, ncacn_vns_spp
Nota: Otros valores pueden estar presentes si se instalan protocolos adicionales.

ClientProtocols

La
ClientProtocols
subclave del registro se crea cuando se instalación el sistema operativo y el primer protocolo de red. La
ClientProtocols
subclave del registro contiene entradas que determinan los protocolos que se pueden utilizar el sistema operativo de cliente para conectarse a Exchange Server. Outlook puede determinar el protocolo RPC para enviar; Esta subclave del registro determina si el sistema operativo admite ese protocolo. Puede encontrar esta subclave en la siguiente clave del registro en Microsoft Windows 2000 y Microsoft Windows XP:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
De manera predeterminada, el
ClientProtocols
subclave contiene las siguientes entradas del registro para TCP/IP:
Contraer esta tablaAmpliar esta tabla
NombreEscriba elDatos
ncacn_httpREG_SZRpcrt4.dll
ncacn_ip_tcpREG_SZRpcrt4.dll
ncacn_npREG_SZRpcrt4.dll
ncadg_ip_udpREG_SZRpcrt4.dll
Nota: En Microsoft Windows NT 4.0, la ubicación de subclave del registro es el mismo, pero las entradas predeterminadas de TCP/IP son diferentes. En la siguiente tabla describe las entradas predeterminadas de TCP/IP para Windows NT:
Contraer esta tablaAmpliar esta tabla
NombreEscriba elDatos
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: En Microsoft Windows 98, la subclave es en la misma ubicación, pero las entradas predeterminadas de TCP/IP son diferentes. En la siguiente tabla describe las entradas de TCP/IP predeterminado para Windows 98:
Contraer esta tablaAmpliar esta tabla
NombreEscriba elDatos
ncacn_npREG_SZrpcltcl.dll
NcalrpcREG_SZNcalrpc
ncacn_ip_tcpREG_SZRPCLTC3.dll
ncacn_httpREG_SZRpcltccm.dll

Solucionar problemas de las entradas del registro RPC

Si faltan uno o más de las entradas del registro RPC, Outlook no puede conectar con Exchange Server. Si el
ClientProtocols
faltan valores de subclave o datos, el cliente de Outlook no puede usar el protocolo esperado para conectarse. Para que Outlook utilizan el protocolo RPC apropiado, el
ClientProtocols
subclave y valores de datos deben estar presente y precisa.

Por ejemplo, en el equipo que está ejecutando Outlook, si la entrada de registro sólo ClientProtocols de RPC que está presente es ncacn_np (con un valor de rpcrt4.dll), Outlook intenta conectar con el equipo que está ejecutando Exchange Server mediante canalizaciones con nombre sobre TCP/IP en el puerto predeterminado de 139. Si la conexión debe atravesar un servidor de seguridad, debe abrirse el puerto 139. Debe restaurarse la falta ncacn_ip_tcp entrada de registro (con un valor de rpcrt4.dll) para admitir una conexión TCP/IP que utiliza el puerto 445 del Exchange Server o el puerto 135.

Además, si faltan las entradas del registro RPC en el servidor, los servicios de Exchange no están registrados para responder a las solicitudes de cliente. Por lo tanto, el cliente no puede conectarse a Exchange mediante el protocolo solicitado. Por ejemplo, si el servidor no tiene la entrada del registro ClientProtocols de RPC ncacn_ip_tcp, Microsoft Exchange Information Store no está disponible cuando se utiliza TCP/IP para conectarse. Puede utilizar RPC Dump para solucionar este problema.

Mensajes de error de Outlook

Los mensajes de error siguientes pueden aparecer en el cliente de Outlook cuando las entradas del registro RPC se encuentra o está dañado:
  • No se pudo resolver el nombre. Libreta de direcciones de Microsoft Exchange no pudo iniciar sesión en el equipo Microsoft ExchangeServer.
  • Outlook no pudo iniciar sesión. Comprobar asegurarme de que está conectados a la red y está utilizando el nombre de andmailbox de servidor adecuado.
  • El nombre no pudo resolved.Network problemas que impiden la conexión con el Servercomputer de Microsoft Exchange. Póngase en contacto con el administrador del sistema si esta conditionpersists.
  • La información de inicio de sesión es incorrecta.Compruebe su nombre de usuario y el dominio, luego vuelva a escribir la contraseña. Si su cuenta nueva o si el administrador solicitó un cambio de contraseña debe clickChange contraseña, a continuación, inicie sesión con la nueva contraseña.
  • No se puede iniciar Microsoft Outlook. Theattempt para iniciar sesión en la hasfailed del equipo de Microsoft Exchange Server.
  • El servidor que contiene la lista de globaladdress ya no está disponible. Puede volver a conectarse a un byrestarting de otro servidor Outlook o vuelva a intentar la operación cuando el servidor isreachable.
  • La conexión con el de Microsoft Exchange Server no está disponible. Outlook debe estar en línea o conectado para completar esta acción.
Si las entradas del registro RPC faltan o están dañados, pueden producirse los siguientes problemas:
  • Los usuarios reciben correo nuevo, pero las notificaciones de correo nuevo sí funciona. Este problema puede producirse si faltan los valores del registro RPC para el Protocol(UDP) del datagrama de usuario.
  • Los usuarios no se pueden conectar al equipo que está ejecutando Exchange Server.
  • Los usuarios no pueden comprobar un nombre de alias en el objeto AddressList Global.
  • Se pide a los usuarios a escribir las credenciales de inicio de sesión varias veces y, a continuación, recibe los mensajes de error enumerados anteriormente en este artículo.
  • Impresoras de fax no son accesibles.

Utilice el Monitor de red para identificar problemas RPC

Puede utilizar al Monitor de red para identificar problemas relacionados con el RPC. Por ejemplo:
  • Si la traza capturada no contiene ningún tráfico RPC desde el cliente al servidor, puede faltar la subclave RPC toda. Si la subclave está presente, asegúrese de que la entrada de ncacn_ip_tcp (con un valor de rpcrt4.dll) no es falta. Si falta la entrada ncacn_ip_tcp (con un valor de rpcrt4.dll), el cliente no intenta conectar con TCP/IP mediante el puerto 135. El cliente intenta sólo las conexiones que utilizan NetBIOS o canalizaciones con nombre en TCP/IP (puerto 139 o puerto 445).
  • Si la traza capturada muestra al cliente que se conecta correctamente al asignador de extremos, el cliente envía correctamente una solicitud de opnum0x3 RPC. El cliente recibe una respuesta en los últimos cuatro pares de datos hexadecimales mostrarán lo siguiente: D6 A0 C9 16. Normalmente, esta respuesta contiene ceros si la solicitud es correcta. Este comportamiento puede producirse si el servidor no tiene el valor de ncacn_ip_tcp del registro en el
    ClientProtocols
    subclave del registro. En este escenario, el servicio Microsoft Exchange Information Store no está disponible para su uso sobre TCP/IP.
Para obtener más información acerca de cómo analizar el tráfico de red de cliente con Exchange Server, visite el siguiente sitio Web de Microsoft:
http://www.Microsoft.com/technet/prodtechnol/Exchange/2000/library/cntwex2k.mspx

Utilizar RPC Dump para identificar los problemas del servidor RPC

Puede utilizar la herramienta RPC Dump para solucionar problemas de servidor RPC. Puede utilizar la herramienta RPC Dump para enumerar las aplicaciones RPC que se ejecutan en el servidor. Hay tres componentes RPC que deben estar disponibles para el cliente de Outlook conectar correctamente:
  • El asignador de extremos.
  • El servicio Microsoft Exchange Information Store con el identificador único universal (UUID) de a4f1db00-ca47-1067-b31e-00dd010662da.
  • El nombre proveedor interfaz de servicio (de nombres NSPI) con el UUID de f5cc5a18-4264-101a - 8c 59-08002b2f8426.
    • En Exchange Server 5.5 y versiones anteriores, se proporcionó NSPI mediante el servicio de directorio de Microsoft Exchange.
    • En Exchange Server 2003 y en Exchange 2000 Server, NSPI es proporcionada por el servidor de catálogo global. En un servidor de catálogo global, NSPI se ejecuta en el servicio de Net Logon (lsass.exe). El servidor de Exchange puede proporcionar funcionalidad de proxy y referencias de NSPI.
    Para obtener más información acerca de los clientes de Outlook y de NSPI, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    256976 Cómo los clientes MAPI acceso a Active Directory
Debe ejecutar la herramienta RPC Dump desde un símbolo del sistema. Comandos de línea de comandos comunes incluyen:
  • /i rpcdump.exe > rpcdump.txt
  • /p rpcdump.exe > rpcdump.txt
Ambos comandos dirigen la salida que se genera el archivo Rpcdump.txt.

La herramienta RPC Dump se utiliza normalmente junto con el Monitor de red. Por ejemplo, si el cliente de Outlook no puede comprobar correctamente un nombre, puede ejecutar la herramienta RPC Dump en el servidor que proporciona la NSPI.

Nota: Si no se encuentra en un servidor de catálogo global para TCP/IP (ncacn_ip_tcp) f5cc5a18-4264-101a-8c59-08002b2f8426, los clientes de Outlook no se pueden conectar a NSPI sobre TCP/IP.

También puede utilizar la herramienta RPC Dump cuando los clientes de Outlook correctamente pueden comprobar los nombres, pero los clientes de Outlook no pueden iniciar sesión en el buzón. Al ejecutar la herramienta RPC Dump, puede determinar si el almacén (a4f1db00-ca47-1067-b31e-00dd010662da) se registra con RPC con TCP/IP (ncacn_ip_tcp), canalizaciones con nombre (ncacn_np) u otros protocolos. Normalmente, este problema se debe a la falta de
ClientProtocols
entradas del registro en el servidor. El problema también puede producirse si la NSPI y el almacén se les asignan estáticamente al mismo puerto.

Para obtener más información acerca de asignaciones estáticas de puertos para Exchange Server 2003 y Exchange 2000 Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
270836 Asignaciones estáticas de puertos de Exchange Server
Nota: La herramienta RPC Dump no enumera al asignador de extremos. Para obtener información adicional acerca de cómo obtener la herramienta RPC Dump, visite el siguiente sitio Web de Microsoft:
http://www.Microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=9d467a69-57ff-4ae7-96ee-b18c4790cffd

Restaurar los valores del registro que faltan RPC

Para restaurar los valores del registro de falta RPC en el cliente o en el servidor, siga estos pasos.

Importante Esta sección, el método o la tarea contiene pasos que indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por lo tanto, asegúrese de que sigue estos pasos cuidadosamente. Para una mayor protección, haga una copia de seguridad del registro antes de modificarlo. Entonces, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo hacer copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756 Cómo hacer copia de seguridad y restaurar el registro de Windows

Paso 1: Compruebe las entradas del registro

  1. Haga clic en Inicioy, a continuación, haga clic enEjecutar.
  2. En el cuadro Abrir , escribaRegedity, a continuación, haga clic en Aceptar.
  3. Busque la siguiente clave del registro:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
    Compruebe que todas las entradas son byreferring existen y son correcto para las tablas contenidas en la sección "ClientProtocols" de este artículo.
  4. Si faltan los valores, agregue los valores que faltan. Para hacerlo, siga estos pasos:
    1. En el menú Edición , seleccione nuevoy, a continuación, haga clic en Valor de cadena.
    2. Escriba el nombre del valor de cadena falta y, a continuación, presione ENTRAR.
    3. Presione ENTRAR.
    4. En el cuadro de diálogo Editar cadena , escriba la información de valor falta en el cuadro información del valor y, a continuación, haga clic en Aceptar.
  5. Salga del Editor del registro.
  6. Reinicie el equipo.
  7. Probar la conectividad de Exchange Server.

Paso 2: Comprobar la versión del archivo DLL

Si existen todos los valores del registro, compruebe la versión del archivo DLL de RPC que se encuentra en el equipo. La versión del archivo DLL de RPC debe coincidir con la versión y el número de compilación del sistema operativo Windows en el equipo.

Nota: Las claves del registro que se describen anteriormente en este artículo enumeran los nombres de los archivos .dll que utiliza cada RPC. Por ejemplo, Rpc4rt4.dll es el archivo .dll que utiliza TCP/IP en Windows 2000 y Windows XP.

Para determinar la versión y el número de compilación del sistema operativo Windows en el equipo, siga estos pasos.
  1. Haga clic en Inicioy, a continuación, haga clic enEjecutar.
  2. En el cuadro Abrir , escribaWINVER.
  3. Hacer una nota de la versión y el número de compilación.
Para determinar la versión del archivo .dll, siga estos pasos:
  1. En el Explorador de Windows, busque el archivo .dll RPC en la carpeta theWindows\System32.
  2. Haga clic en el archivo y, a continuación, haga clic enPropiedades.
  3. Haga clic en versión.
  4. Tenga en cuenta la versión del archivo.

    La versión del archivo debe reflejar el número de compilación del sistema operativo Windows en el equipo. Por ejemplo, en version5.1 compilación 2600 de Windows XP, la versión del archivo Rpcrt4.dll es 5.1.2600.0.
Si la versión del archivo .dll no coincide con la versión y el número de compilación del sistema operativo Windows en el equipo, reemplace el archivo .dll con la versión correcta. Para ello, siga estos pasos:
  1. Busque la versión correcta del archivo DLL.

    Puede encontrar el archivo el CD de Windows en service packs de Windows o en otroequipo que está ejecutando la misma versión de Windows.
  2. En el equipo que está experimentando el problema, busque el archivo .dll.
  3. Cambie la extensión del archivo .dll .bak o old.
  4. Copie el archivo .dll correcta en el equipo que está experimentando el problema.
  5. Reinicie el equipo.
  6. Probar la conectividad de Exchange Server.

Paso 3: Quitar y reinstalar TCP/IP

Importante Este paso sólo debe realizarse en el equipo o equipos cliente.

En el equipo cliente de Outlook, si no se puede restablecer la conectividad de Exchange Server por pasos 1 y 2, quite y reinstale TCP/IP. Microsoft recomienda que no quite el protocolo TCP/IP desde el servidor. Para quitar y reinstalar TCP/IP en el equipo cliente, siga estos pasos:
  1. Inicie sesión como administrador local.
  2. Haga clic en Inicioy, a continuación, haga clic enPanel de Control.
  3. Haga doble clic en NetworkConnections.
  4. Haga clic en la conexión de área Local y, a continuación, haga clic enPropiedades.
  5. Instalar otro protocolo para mantener un marcador de posición para la conexión. Por ejemplo, instalar NWLink.
  6. Haga clic para desactivar la casilla de verificación Protocolo de Internet (TCP/IP) y, a continuación, haga clic en Aceptar.
  7. Haga clic en .
  8. Repita los pasos 3 a 5 para cada connectionthat de red se muestra.
  9. Reinicie el equipo.
  10. Haga clic en Inicioy, a continuación, haga clic enPanel de Control.
  11. Haga doble clic en NetworkConnections.
  12. Haga clic en la conexión de red y, a continuación, haga clic enPropiedades.
  13. Haga clic para desactivar la casilla de verificación Protocolo de Internet (TCP/IP) y, a continuación, haga clic en Aceptar.
  14. Haga clic en .
  15. Reinstalar TCP/IP en cada conexión de red.
  16. En cada conexión de red, quitar el protocolthat se instaló para mantener el marcador de posición (como NWLink). No quite otherprotocols si ya se han instalado.
  17. Reinicie el equipo.

Referencias

Para obtener más información acerca de cómo solucionar problemas de conectividad, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
255843 No se puede iniciar sesión en Exchange Server desde un cliente Windows 2000 o Windows XP
321652 Mensaje de error y le solicita continuamente sus credenciales de dominio de Windows NT en Outlook 2000 o Outlook 2002
319517 Recibe un mensaje de error cuando utiliza Outlook 2002 en servicios de Terminal Server de Windows 2000
326036 No puede iniciar sesión en el equipo de Exchange 2000 Server utilizando las credenciales correctas
319572 Exchange 2000 Server no se puede registrar las notificaciones de correo nuevo de Outlook

Propiedades

Id. de artículo: 325930 - Última revisión: sábado, 03 de enero de 2015 - Versión: 5.0
La información de este artículo se refiere 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
  • Microsoft Outlook 2000 Standard
Palabras clave: 
kbinfo kbmt KB325930 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 325930

Enviar comentarios

 

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