Madame Lelica

tabla de contenidos

1. Introducción
2. servicio RPC detenido
3. Problemas de resolución de nombres
4. tráfico bloqueado por firewall
5. Problemas de conectividad

Introducción

«el servidor RPC no está disponible» es un error bastante común en Windows que puede ocurrir en una amplia variedad de situaciones, la mayoría de ellas relacionadas con la comunicación entre dos máquinas a través de una red. Sin embargo, también puede ocurrir durante las operaciones locales en una máquina., Para mayor claridad, en este artículo, la máquina que inicia la comunicación RPC será designada cliente, y la máquina con la que se comunica será el servidor.

llamada de procedimiento remoto (RPC) es un mecanismo que permite a los procesos de Windows comunicarse entre sí, ya sea entre un cliente y un servidor a través de una red o dentro de un solo sistema. Numerosos componentes integrados de Windows utilizan RPC. RPC utiliza puertos dinámicos para la comunicación entre sistemas, pero un puerto estático (puerto TCP 135) también debe usarse como punto de partida para la comunicación., El RPC endpoint mapper escucha en este puerto estático.

en una sesión RPC típica, un cliente se pone en contacto con el asignador de puntos finales de un servidor en el puerto TCP 135 y solicita el número de puerto dinámico asignado a un servicio en particular. El servidor responde con la dirección IP y el número de puerto que el servicio registró con RPC cuando se inició, y el cliente se pone en contacto con el servicio en esa dirección IP y Puerto.,

Las posibles causas del error «servidor RPC no disponible» incluyen lo siguiente:

• servicio RPC detenido: si el servicio RPC en el servidor no se está ejecutando, el cliente obviamente no podrá llegar a él.
• Problemas de resolución de nombres: el nombre del servidor RPC puede estar resolviendo la dirección IP incorrecta, lo que resulta en que el cliente contacte con el servidor incorrecto o intente contactar una dirección IP que no está actualmente en uso. Alternativamente, el nombre del servidor puede no estar resolviendo en absoluto.,
• tráfico bloqueado por firewall: un firewall u otra aplicación de seguridad en el servidor, o un dispositivo de firewall de red entre el cliente y el servidor, puede impedir que el tráfico llegue al servidor en el puerto TCP 135.
• Problemas de conectividad: es posible que el cliente no pueda llegar al servidor debido a un problema general de red.

Los siguientes pasos, clasificados por causa, pueden ser útiles para solucionar el problema.

servicio RPC detenido

1. abra la consola de servicios en el servidor.,
2. localice el servicio Remote Procedure Call (RPC) y asegúrese de que se está ejecutando.
   Nota: el servicio de localización de llamadas a procedimientos remotos (RPC) normalmente no necesita estar en ejecución.
3. si el servicio se detiene, intente iniciarlo manualmente.

problemas de resolución de nombres

1. haga Ping al servidor por nombre desde el cliente para verificar que el nombre se resuelva a la dirección IP correcta. Si lo hace, no es probable que la resolución de nombres sea la causa del problema, y los pasos restantes en esta sección se pueden omitir.,
2. si el cliente y el servidor son miembros de un dominio de Active Directory (AD), se utiliza DNS para la resolución de nombres. Compruebe que el cliente y el servidor están utilizando los servidores DNS correctos, que deben estar dentro del dominio y que normalmente serán controladores de dominio.
3. si se están utilizando los servidores DNS correctos, use la consola de administración DNS en esos servidores para verificar que el servidor RPC tenga los registros correctos registrados en DNS. Si es necesario, el comando ipconfig /registerdns se puede usar en el servidor RPC para volver a registrar sus registros DNS.,
4. si no hay un dominio AD presente, se pueden usar WINS para la resolución de nombres. El comando ipconfig /all listará, entre otras cosas, los servidores WINS que utiliza el servidor RPC. Compruebe la base de datos WINS en estos servidores para verificar que los registros registrados para el servidor RPC son correctos. Si es necesario, el comando nbtstat-RR se puede ejecutar en el servidor RPC para volver a registrar sus registros WINS.

tráfico bloqueado por Firewall

1. Compruebe la configuración del Firewall de Windows en el servidor RPC.,
2. si el firewall está habilitado, asegúrese de que el tráfico en el puerto TCP 135 está permitido pasar.
   1. si el servidor ejecuta Windows Server 2003, es posible que el Firewall de Windows no gestione correctamente la asignación dinámica de puertos RPC. En este caso, puede ser necesario desactivar el Firewall de Windows o restringir los puertos utilizados por RPC (consulte el paso 4).
   2. si el servidor está ejecutando Windows Server 2008 o posterior, compruebe que el servicio de Firewall de Windows se está ejecutando., El Firewall de Windows en Windows Server 2008 y versiones posteriores debe gestionar correctamente el tráfico RPC de forma predeterminada; sin embargo, si se debe configurar manualmente, consulte este artículo de TechNet para obtener instrucciones: permitir el tráfico de red entrante que utiliza RPC dinámico.si el Firewall de Windows debe estar completamente deshabilitado en Windows Server 2008 o versiones posteriores, no detenga el servicio Firewall de Windows. En su lugar, siga los pasos en cómo desactivar correctamente el Firewall de Windows en Windows Server 2008 y versiones posteriores.,
3. si hay software de firewall de terceros, otra aplicación de seguridad o un dispositivo de firewall de red instalado, consulte la documentación de la aplicación o el dispositivo para determinar si se puede configurar correctamente para gestionar el tráfico RPC.
4. si el software de firewall, otra aplicación de seguridad o dispositivo de red no se puede configurar para manejar correctamente el tráfico RPC dinámico, el rango de puertos utilizado por RPC se puede restringir y este rango se puede abrir en el firewall o la aplicación de seguridad., Para restringir el rango de puertos utilizado por RPC, consulte Cómo configurar la asignación dinámica de puertos de RPC para que funcione con Firewalls.

problemas de conectividad de red

1. utilice el comando ping para probar la conectividad básica entre el cliente RPC y el servidor. Tenga en cuenta que esta prueba puede no ser concluyente, ya que es posible que un firewall bloquee el tráfico ICMP mientras permite que pase otro tráfico. (ICMP, o Internet Control Message Protocol, es el protocolo utilizado por los comandos ping y tracert.,)
2. La utilidad de línea de comandos PortQry se puede utilizar para probar la conectividad del cliente al servidor y determinar qué puertos están abiertos en el servidor. Incluye soporte para RPC y se puede usar para determinar qué servicios tienen puertos dinámicos registrados con RPC y qué puertos específicos usan. La información detallada sobre PortQry versión 2.0 está disponible aquí: Nuevas características y funcionalidad en PortQry versión 2.0.
3. si el cliente y el servidor están en subredes diferentes, verifique que el tráfico esté enrutado correctamente entre las dos., Si se encuentran en diferentes ubicaciones físicas, verifique que el enlace entre los sitios esté activo y permita que el tráfico pase libremente.

para obtener más instrucciones sobre cómo solucionar este error, consulte Solución de problemas «el servidor RPC no está disponible.»
para obtener información general sobre RPC, consulte ¿Qué es RPC?