Cómo solucionar problemas y errores de llamada a procedimiento remoto
Si usted recibe El servidor RPC no está disponible mensaje, entonces esta publicación muestra cómo solucionar problemas de Error de llamada a procedimiento remoto y problemas en Windows 10. RPC o Llamada a procedimiento remoto es un modelo de programación basado en red que permite comunicaciones punto a punto entre aplicaciones de software. En esta guía, compartiremos cómo solucionar los errores de llamada a procedimiento remoto. Los errores pueden ocurrir al conectarse a Windows Management Instrumentation (WMI), SQL Server, durante una conexión remota o para algunos complementos de Microsoft Management Console (MMC).
Solucionar errores de llamada a procedimiento remoto
"El servidor RPC no está disponible”Es uno de los problemas más comunes que ocurren. Podría ser un simple problema de red, o el servidor no está en condiciones de responder. Echemos un vistazo a la lista de herramientas que podemos utilizar para solucionar errores de llamadas a procedimientos remotos. Puede usar PowerShell o el símbolo del sistema con privilegios de administrador para ejecutar estos comandos.
Tendrá que usar Microsoft Network Monitor o Microsoft Message Analyzer para analizar los registros.
PortQuery
Esta herramienta le ayuda a resolver el problema con el puerto que está intentando conectar. Puede determinar si su aplicación o computadora puede conectarse al servidor.
Portqry.exe -n -e 135
El comando anterior intenta consultar el puerto TCP 25 en el servidor IP dado. Si utiliza un sitio web aquí, se traducirá a la dirección IP internamente. En la salida, busque *ip_tcp, y número de puerto. Si la conexión falla, debería ver una respuesta fallida a cambio. Si todo se ve bien, busque un número de puerto (marcado en negrita) al final que debería verse
... Respuesta del servidor: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]
Si no ve ningún número de puerto, significa que algo está mal en el extremo del servidor y que el puerto no está escuchando.
Netsh
A continuación, puede utilizar el comando Netsh para recopilar datos de seguimiento simultáneos. RASTREO aquí significa ruta de un punto a otro en una red. Si hay algo que está causando un problema en el medio, usted sabrá.
En la ejecución del cliente:Escenario de inicio de rastreo de Netsh = captura de conexión de red = sí tracefile = c: \ client_nettrace.etl maxsize = 512 sobrescribir = informe de sí = sí
En el servidor ejecute:
Escenario de inicio de rastreo de Netsh = captura de conexión de red = sí tracefile = c: \ server_nettrace.etl maxsize = 512 sobrescribir = informe de sí = sí
El comando anterior mantiene un registro en un archivo de rastreo (.etl). Mantenga esta ventana de símbolo del sistema listo.
Ahora intente reproducir el problema al que se enfrentaba en la máquina cliente. Es posible que tenga que presionar algunos botones en el software o cualquier cosa que le esté causando un problema. Tan pronto como vea el problema, ejecute Netsh trace stop en el símbolo del sistema de la máquina cliente.
Ahora usa la herramienta analizadora y filtra la traza para
- Ipv4.address == y ipv4.address == y tcp.port == 135 o simplemente tcp.port == 135.
- Además, busque el protocolo "EPM" en la columna "Protocolo".
Ahora compruebe si obtiene una respuesta del servidor. Si recibe una respuesta, anote el número de puerto dinámico que se le asignó para usar.
- Compruebe si puede conectarse con éxito a este puerto dinámico con éxito.
- El filtro debería ser algo como esto: tcp.port == y ipv4.address ==
Debería ayudarlo a verificar la conectividad y aislar si hay problemas de red allí..
Puerto no accesible
La razón más común por la que veríamos que el servidor RPC no está disponible es cuando no se puede acceder al puerto dinámico que el cliente intenta conectar. Si ve que el rastreo se interrumpirá, al regresar con el puerto no se encontró un error, etc., podría deberse a las siguientes razones posibles
- El Firewall ha bloqueado el rango de puertos dinámicos..
- Un enrutador o un dispositivo de red en el medio está eliminando el paquete; la respuesta no va a volver.
- El servidor de destino está eliminando los paquetes (WFP drop / NIC drop / Filter driver, etc.).
La mejor práctica para publicar un problema no accesible es usar la asignación dinámica. El registro permite a los administradores configurar la asignación de puertos dinámicos RPC.
Estas herramientas y consejos le ayudan a analizar y resolver el problema. La solución dependerá de cuál es exactamente el problema y dependerá del software y del servidor..
