Cómo solucionar errores y problemas de llamadas a procedimientos remotos
Descargue la herramienta de reparación de PC para encontrar rápidamente y reparar automáticamente los errores de Windows
si recibes Servidor RPC no disponible mensaje, y luego esta publicación muestra cómo solucionar errores y problemas de falla de llamada de procedimiento remoto en Windows 11/10. RPC o Remote Procedure Call es un modelo de programación basado en red que permite la comunicación punto a punto entre aplicaciones de software. En esta guía, compartiremos cómo solucionar errores de llamadas a procedimientos remotos. Pueden ocurrir errores al conectarse al Instrumental de administración de Windows (WMI), SQL Server, durante las conexiones remotas o ciertos complementos de Microsoft Management Console (MMC).
Solución de problemas de errores de llamadas a procedimientos remotos
«Servidor RPC no disponible» es uno de los problemas más comunes. Podría ser un simple problema de red o el servidor no responde. Echemos un vistazo a la lista de herramientas que puede usar para solucionar errores de llamadas a procedimientos remotos. Puede usar PowerShell o Command Solicite el carácter de privilegios de administrador para ejecutar estos comandos.
Debe usar Microsoft Network Monitor o Microsoft Message Analyzer para analizar los registros.
consulta de puerto
Esta herramienta puede ayudarlo a encontrar problemas con el puerto al que intenta conectarse. Determina si su aplicación o computadora puede conectarse al servidor.
Portqry.exe -n <ServerIP> -e 135
El comando anterior intenta consultar el puerto TCP 25 en la IP del servidor dado. Si utiliza un sitio web aquí, se convertirá internamente en una dirección IP. En la salida, busque *ip_tcpy número de puerto. Si la conexión falla, debería ver una respuesta fallida.Si todo está bien, busque el número de puerto al final (marcado en negrita), debería verse como
....Server's response: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp:169.254.0.10[49664]
Si no ve ningún número de puerto, hay un problema en el lado del servidor y el puerto no está escuchando.
disco de red
A continuación, puede utilizar el comando Netsh Recopilar datos de seguimiento de sincronización.TRACE aquí significa la ruta de un punto a otro en la red. Si algo intermedio está causando problemas, lo sabrá.
Ejecutar en el lado del cliente:
Netsh trace start scenario=netconnection capture=yes tracefile=c:client_nettrace.etl maxsize=512 overwrite=yes report=yes
En el servidor ejecutar:
Netsh trace start scenario=netconnection capture=yes tracefile=c:server_nettrace.etl maxsize=512 overwrite=yes report=yes
El comando anterior guarda el registro en un archivo de rastreo (.etl). Prepare esta ventana del símbolo del sistema.
Ahora intente reproducir el problema que tiene en la computadora cliente. Es posible que deba presionar algunos botones en el software o lo que sea que le esté causando problemas.Tan pronto como vea el problema, ejecute Se detuvo el seguimiento de Netsh En el símbolo del sistema del equipo cliente.
Ahora use la herramienta de análisis y filtre el rastro.
Ipv4.address== and ipv4.address== and tcp.port==135 or just tcp.port==135
Además, busque el protocolo «EPM» en la columna «Protocolo».
Ahora comprueba si obtienes una respuesta del servidor. Si obtiene una respuesta, tome nota del número de puerto dinámico que se ha asignado a su uso.
- Compruebe si puede conectarse con éxito a este puerto dinámico.
- El filtro debería ser así: tcp.port== y ipv4.address==
Debería ayudarlo a verificar la conexión y aislar si hay algún problema de red.
relacionada: Solucionar el alto uso de la CPU en la llamada a procedimiento remoto.
puerto inalcanzable
La razón más común por la que vemos que un servidor RPC no está disponible es que el puerto dinámico al que el cliente intenta conectarse no está disponible.Si ve interrupciones de seguimiento en el medio, errores de puerto de retorno no encontrado, etc., podría deberse a las siguientes posibles razones
- El cortafuegos ha bloqueado el intervalo de puertos dinámicos.
- Un enrutador intermedio o dispositivo de red está descartando el paquete; la respuesta no regresa.
- El servidor de destino está descartando paquetes (descarga de WFP/descarga de NIC/controlador de filtro, etc.).
La mejor práctica para los problemas de Post inalcanzable es usar la asignación dinámica. Este registro permite a los administradores configurar la asignación dinámica de puertos RPC.
Estas herramientas y consejos pueden ayudarlo a analizar e identificar el problema. La solución dependerá exactamente de cuál sea el problema y dependerá del software y del servidor.
Si lo recibe, consulte estas publicaciones relacionadas:
- Error de llamada de procedimiento remoto para la aplicación Microsoft Store
- La llamada a procedimiento remoto falla con el PIN como opción de inicio de sesión
- Servidor RPC no disponible
- Error de llamada a procedimiento remoto al usar DISM.
Recuerda que todos los datos aquí expuestos son solo una recopilación de internet, no debe ser usado como una fuente final.