Cómo solucionar problemas de conectividad causados por entradas de 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 describen las claves de procedimiento remoto (RPC) de la llamada protocolo del registro y cómo pueden afectar a la conectividad de Microsoft Outlook con Microsoft Exchange Server. En este artículo también se describe procedimientos de solución de problemas básicos.

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

Entradas de registro de protocolo RPC

Esta sección describen las entradas de 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 cuando se inician 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 siguiente clave del registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
De forma predeterminada, la entrada Rpc_Binding_Order contiene los datos del valor siguiente:
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:
163576Cambiar el orden de enlace de 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 determinadas 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 utilidad RPC Dump, consulte la sección "Problemas de volcado RPC de usar para identificar el servidor RPC" 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 datos del valor siguiente:
ncacn_ip_tcp, ncacn_spx, ncacn_vns_spp
Nota Otros valores pueden estar presentes si están instalados protocolos adicionales.

ClientProtocols

La subclave
ClientProtocols
se crea al instalar el sistema operativo y el primer protocolo de red. La subclave
ClientProtocols
contiene entradas que determinan los protocolos que 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, la subclave
ClientProtocols
contiene las siguientes entradas del registro para TCP/IP:
Contraer esta tablaAmpliar esta tabla
nombre tipo datos
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 de TCP/IP predeterminadas son diferentes. La tabla siguiente describe las entradas de TCP/IP predeterminada para Windows NT:
Contraer esta tablaAmpliar esta tabla
nombre tipo datos
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 de TCP/IP predeterminadas son diferentes. La tabla siguiente describe las entradas de TCP/IP predeterminada para Windows 98:
Contraer esta tablaAmpliar esta tabla
nombre tipo datos
ncacn_npREG_SZrpcltcl.dll
NcalrpcREG_SZNcalrpc
ncacn_ip_tcpREG_SZRPCLTC3.dll
ncacn_httpREG_SZRpcltccm.dll

Solucionar problemas de entradas de registro RPC

Si faltan uno o más de las entradas de registro RPC, Outlook no puede conectar al servidor. Si faltan los valores de datos o subclave
ClientProtocols
, el cliente de Outlook no podrá utilizar el protocolo esperado para conectarse. Para que Outlook para utilizar el protocolo RPC apropiado, los valores de datos y la subclave
ClientProtocols
debe presente y precisa.

Por ejemplo, en el equipo que está ejecutando Outlook, si la entrada de registro sólo de ClientProtocols de RPC que está presente es ncacn_np (con un valor de rpcrt4.dll), Outlook intenta conectar al equipo que ejecuta Exchange Server mediante canalizaciones con nombre a través de TCP/IP en el puerto predeterminado 139. Si la conexión debe atravesar un servidor de seguridad, debe estar abierto el puerto 139. La falta ncacn_ip_tcp de entrada de registro (con un valor de rpcrt4.dll) debe restaurarse a conexión soporte TCP/IP que utiliza el puerto 135 o el puerto 445 con el servidor de Exchange.

Además, si faltan las entradas de registro RPC en el servidor, los servicios de Exchange no están registrados para responder a 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 de registro ClientProtocols de RPC para ncacn_ip_tcp, el almacén de información de Microsoft Exchange no está disponible cuando utiliza TCP/IP para conectar. Puede utilizar RPC Dump para solucionar este problema.

Mensajes de error de Outlook

Los siguientes mensajes de error pueden aparecer en el cliente de Outlook cuando las entradas de registro RPC son falta o está dañado:
  • El nombre no puede resolverse. La Libreta de direcciones Microsoft Exchange no pudo iniciar la sesión en el equipo con Microsoft Exchange Server.
  • Outlook no pudo iniciar sesión. Compruebe que está conectado a la red y utiliza el servidor adecuado y el nombre del buzón.
  • El nombre no puede resolverse. Problemas de red están impidiendo la conexión al equipo servidor de Microsoft Exchange. Póngase en contacto con el administrador del sistema si persiste esta condición.
  • La información de inicio de sesión es incorrecta. Compruebe el nombre de usuario y dominio, luego repita su contraseña. Si su cuenta es nueva o si el administrador solicita un cambio de contraseña deberá hacer clic en Cambiar contraseña, a continuación, iniciar sesión con la nueva contraseña.
  • No se puede iniciar Microsoft Outlook. Error al intentar iniciar sesión en el equipo de Microsoft Exchange Server.
  • El servidor que contiene la lista global de direcciones ya no está disponible. Puede reconectarse a un servidor diferente reiniciando Outlook o vuelva a intentar la operación cuando el servidor es alcanzable.
  • La conexión a Microsoft Exchange Server no está disponible. Outlook debe estar en línea o conectado para completar esta acción.
Si entradas de registro RPC son falta o está dañado, pueden producirse los problemas siguientes:
  • Los usuarios recibir correo nuevo, pero notificaciones de correo nuevo no funcionan. Este problema puede producirse si los valores de registro RPC para el protocolo de datagramas de usuario (UDP) faltan.
  • Los usuarios no pueden conectarse al equipo que ejecuta Exchange Server.
  • Los usuarios no pueden comprobar un nombre de alias en la dirección global lista.
  • Los usuarios se le pedirá que escriba credenciales de inicio de sesión varias veces y, a continuación, recibir los mensajes de error enumerados anteriormente en este artículo.
  • Impresoras de fax no son accesibles.

Utilice a Monitor de red para identificar problemas RPC

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

Uso de RPC Dump identificar el servidor RPC problemas

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

La herramienta RPC Dump se utiliza normalmente junto con 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 falta f5cc5a18-4264-101a-8 59-08002b2f8426 c en un servidor de catálogo global para TCP/IP (ncacn_ip_tcp), los clientes de Outlook no pueden conectarse a la NSPI sobre TCP/IP.

También puede utilizar la herramienta RPC Dump cuando los clientes de Outlook pueden comprobar correctamente 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) está registrado con RPC con TCP/IP (ncacn_ip_tcp), canalizaciones con nombre (ncacn_np) u otros protocolos. Este problema suele deberse a falta
ClientProtocols
entradas de registro del servidor. El problema puede producirse también si la NSPI y el almacén se les asignan estáticamente el 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:
270836Asignaciones de puertos estáticos de servidores
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:
http://www.microsoft.com/downloads/details.aspx?displaylang=en&familyid=9d467a69-57ff-4ae7-96ee-b18c4790cffd

Restaurar los valores de registro RPC que faltan

Para restaurar los valores de registro RPC que faltan 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 tanto, asegúrese de que siga estos pasos cuidadosamente. Realice una para agregar protección, copia de seguridad del registro antes de modificarlo. A continuación, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756Cómo realizar una copia de seguridad y restaurar el registro de Windows

Paso 1: Compruebe las entradas del registro

  1. Haga clic en Inicio y, a continuación, haga clic en Ejecutar .
  2. En el cuadro Abrir , escriba regedit y, a continuación, haga clic en Aceptar .
  3. Busque la siguiente clave del Registro:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
    Comprobar que todas las entradas están presentes y son correctos haciendo referencia a las tablas incluidas en la sección "ClientProtocols" de este artículo.
  4. Si faltan los valores, agregar los valores que faltan. Para ello, siga estos pasos:
    1. En el menú Edición , seleccione nuevo y, a continuación, haga clic en Valor alfanumérico .
    2. Escriba el nombre del valor de cadena que falta y, a continuación, presione ENTRAR.
    3. Presione ENTRAR.
    4. En el cuadro de diálogo Editar cadena , escriba los datos de valor que faltan en el cuadro datos 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 servidores.

Paso 2: Comprobar la versión del archivo DLL

Si todos los valores del Registro existen, compruebe la versión del archivo DLL de RPC que está en el equipo. La versión del archivo DLL de RPC debe coincidir con la versión y el número de generación del sistema en el equipo operativo de Windows.

Nota Las claves del registro que se describen anteriormente en este artículo enumera 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 en Windows XP.

Para determinar la versión y el número de generación del sistema en el equipo operativo de Windows, siga estos pasos.
  1. Haga clic en Inicio y, a continuación, haga clic en Ejecutar .
  2. En el cuadro Abrir , escriba winver .
  3. Anote 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 de DLL RPC en la carpeta Windows\System32.
  2. Haga clic con el botón secundario en el archivo y, a continuación, haga clic en Propiedades .
  3. Haga clic en versión .
  4. Anote la versión de archivo.

    La versión del archivo debe reflejar el número de generación del sistema en el equipo operativo de Windows. Por ejemplo, en Windows XP versión 5.1 Compilación 2600, 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 en el CD de Windows en service packs de Windows o en otro equipo que ejecute la misma compilación de Windows.
  2. En el equipo que está experimentando el problema, busque el archivo .dll.
  3. Cambie la extensión del archivo .dll a .bak o old.
  4. Copie el archivo .dll correcto al equipo que está experimentando el problema.
  5. Reinicie el equipo.
  6. Probar la conectividad de servidores.

Paso 3: Quitar y reinstale TCP/IP

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

En el equipo cliente de Outlook, si no puede restablecer la conectividad de servidores mediante pasos 1 y 2, quite y vuelva a instalar TCP/IP. Microsoft recomienda quitar el protocolo TCP/IP del 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 Inicio y, a continuación, haga clic en Panel de control .
  3. Haga doble clic en red conexiones .
  4. Haga clic con el botón secundario en la conexión de área local y, a continuación, haga clic en Propiedades .
  5. Instalar otro protocolo para mantener un marcador de posición para la conexión. Por ejemplo, instalar NWLink.
  6. Haga clic en 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 conexión de red que aparece.
  9. Reinicie el equipo.
  10. Haga clic en Inicio y, a continuación, haga clic en Panel de control .
  11. Haga doble clic en red conexiones .
  12. Haga clic con el botón secundario del mouse en la conexión de red y, a continuación, haga clic en Propiedades .
  13. Haga clic en 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, quite el protocolo que se instaló para mantener el marcador de posición (como NWLink). No quite otros protocolos 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:
255843No puede iniciar sesión a Exchange Server desde un cliente de Windows 2000 o Windows XP
321652Se recibe mensaje de error y continuamente se le pide las credenciales de dominio de Windows en Outlook 2000 o en Outlook 2002
319517Recibe un mensaje de error cuando usa Outlook 2002 en Windows 2000 Terminal Services
326036No se puede iniciar sesión en Exchange 2000 Server equipo utilizando credenciales correctas
319572Exchange 2000 Server no se puede registrar notificaciones de correo nuevas de Outlook

Propiedades

Id. de artículo: 325930 - Última revisión: jueves, 25 de octubre de 2007 - Versión: 4.5
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: 
kbmt kbinfo 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