El servidor RPC no está disponible Código de error 1722 – TrucosInformaticos

3.5K

Servidor RPC no disponible (RPC_S_SERVER_UNAVAILABLE) código de error 1722 indica que su computadora con Windows tiene problemas para comunicarse con otras computadoras o dispositivos remotos a través de la red.

Hay varias razones para este error. El error RPC 122 se ve con mayor frecuencia en controladores de dominio y es una indicación de que la replicación de AD no funciona correctamente.

Este artículo es una guía de solución de problemas para el error 1722 de RPC no disponible en varios casos. Las causas más comunes de errores de RPC son:

• Servicio RPC deshabilitado;
• Errores de resolución de nombres (DNS o NetBIOS);
• Problemas de conectividad de red;
• El firewall bloquea el tráfico RPC.

Error de replicación de Active Directory 1722: RPC_S_SERVER_UNAVAILABLE

Error 1722: el servidor RPC no está disponible se puede encontrar en el controlador de dominio Registros del Visor de eventos si no puede comunicarse con su socio de replicación según la topología de AD. Este error indica que hay problemas con la replicación de AD.

Intente utilizar la herramienta Repadmin o dcdiag para verificar el estado de replicación actual en Active Directory:

repadmin /replsummary

O:

repadmin /showrepl

La replicación generó un error (1722):

El servidor RPC no está disponible.
[lon-dc01] DsBindWithSpnEx() falló con el error 1722.

Pista. Hay un error similar El servidor RPC no está disponible 0x800706BA, que generalmente no está asociado con los controladores de dominio de Active Directory. Esto debe solucionarse de otra manera.

Consideremos las razones típicas del error de replicación 1722 AD:

1. El controlador de dominio está fuera de línea (o roto);
2. Algunos de los servicios del sistema del controlador de dominio no se están ejecutando;
3. Configuración de red incorrecta y/o puertos bloqueados en firewalls;
4. Configuración de DNS incorrecta en los controladores de dominio o entradas no válidas en la zona del dominio DNS principal;
5. Mal rendimiento de la red y/o alta latencia.

Asegúrese de que los controladores de dominio de destino estén encendidos y ejecutando los siguientes servicios de Windows:

• Sistema de eventos COM+;
• Llamada a procedimiento remoto (RPC);
• Servicios de dominio de Active Directory;
• Cliente DNS;
• replicación DFS;
• mensajería entre sitios;
• Centro de distribución de claves Kerberos;
• Gerente de Cuentas de Seguridad;
• Servidor;
• Puesto de trabajo;
• Hora de Windows;
• Inicio de sesión de red.

Puede usar el comando de PowerShell para verificar rápidamente el estado de los servicios especificados en un DC:

Get-Service EventSystem, RpcSs,NTDS, Dnscache, Dns, DFSR, IsmServ, Kdc, SamSs, LanmanServer, LanmanWorkstation,W32Time, Netlogon

Por ejemplo, lon-dc01 es el DC problemático que devuelve «1722 servidor RPC no disponible». Primero, verifique la conexión a lon-dc01 desde el DC remoto:

1. Compruebe si puede acceder a la carpeta compartida SYSVOL y NETLOGON utilizando la ruta UNC (\\lon-dc01);
2. Si no están disponibles, verifique la conectividad de red básica al DC problemático:

   ping lon-dc01
   
   tracert lon-dc01

3. Luego verifique que el puerto TCP 135 (localizador RPC) en el controlador de dominio de destino no esté bloqueado por un firewall. Utilice el PuertoQry herramienta para probar la conexión RPC al DC de destino (según el último capítulo de esta publicación):

   Test-NetConnection lon-dc01 –port 135

Una causa común del error de replicación 1722 es la configuración DNS incorrecta en el DC. Compruebe si las direcciones IP de los servidores DNS correctas están especificadas en la configuración de conexión de red de DC. La dirección del servidor DNS preferida debe apuntar a otro DC en el mismo sitio AD, y la alternativa es a su propia dirección IP.

Verifique el estado del DNS en un DC problemático con la herramienta dcdiag:

DCDIAG /TEST:DNS /V /S:<ProblemDCName>

Pista. Reiniciar el controlador de dominio a menudo puede corregir entradas de DC que faltan en DNS y resolver problemas con los servicios Netlogon y Sysvol.

Si sus controladores de dominio ejecutan diferentes versiones de Windows (por ejemplo, 2019 y 2012 R2), debe verificar si SMBv2 está habilitado en las versiones anteriores de Windows Server. Los DC no podrán comunicarse entre sí con un error RPC no disponible si este protocolo está deshabilitado.

Get-SmbServerConfiguration | select EnableSMB2Protocol

Una vez que haya resuelto los problemas de conectividad RPC en el DC, fuerce la replicación usando el repadmin /replsummary dominio. Luego ejecute el comando dcdiag /a /q y verifique que no devuelva errores.

Reparar el error del servidor RPC no está disponible en Windows

En computadoras de escritorio que ejecutan Windows 10 y 11, puede recibir el error «1722 El servidor RPC no está disponible» si el servicio/aplicación local (cliente RPC) no puede comunicarse con el servicio en la computadora remota (servidor RPC).

En este caso, debes verificar que los servicios requeridos para el protocolo RPC se estén ejecutando en la computadora remota:

• Llamada a Procedimiento Remoto (RPC);
• Asignador de puntos finales RPC;
• Lanzador de procesos del servidor DCOM;

Abra la consola de administración de servicios (services.msc) y verifique si los servicios especificados están en estado En ejecución. Si no, inícielos manualmente.

También puede utilizar PowerShell para comprobar el estado de los servicios:

Get-Service RpcSs,RpcEptMapper,DcomLaunch

Comprueba ese puerto TCP 135 en el controlador de dominio está en estado de escucha. El svchost El proceso debe estar escuchando en este puerto:

netstat -ano | find "135"

Get-Process -Id (Get-NetTCPConnection -LocalPort 135).OwningProcess

Además, algunas aplicaciones de red pueden devolver el error «1722 El servidor RPC no está disponible» si el protocolo IPv6 está deshabilitado en la computadora.

Abra las propiedades de su adaptador de red en el Panel de control (Win + R > ncpa.cpl) y verifique si Protocolo de Internet versión 6 (TCP/IPv6) y Compartir archivos e impresoras para la red Microsoft están habilitados.

Después de eso, use el siguiente comando para deshabilitar el protocolo de túnel Teredo IPv6:

netsh interface teredo set state disabled

Y borre el caché de DNS con el comando:

ipconfig /flushdns

El error RPC 1722 puede ocurrir al intentar enviar un documento a una impresora de red compartida en una computadora remota. En este caso, debe verificar si la computadora remota está encendida y si el Cola de impresión el servicio se está ejecutando en él.

Prueba de puertos RPC con PortQry

El protocolo de llamada a procedimiento remoto (RPC) se usa ampliamente en Windows para la comunicación entre computadoras. Se basa en un modelo cliente-servidor. Para aceptar conexiones de clientes, los siguientes servicios deben ejecutarse en el lado del servidor RPC:

• Asignador de puntos finales RPC: RpcEptMapper – está escuchando en un puerto TCP estático 135
• Llamada a procedimiento remoto (RPC): RpcSs – acepta conexiones en un rango de puertos TCP dinámico (de 49152 a 65535)

Las sesiones RPC funcionan de esta manera. El cliente se conecta al RPC Endpoint Mapper y solicita el número de puerto dinámico asignado al servicio RPC específico. RpcEptMapper responde con la dirección IP y el número de puerto del servicio (se asigna un puerto dinámico aleatorio cuando se inicia el servicio).

Puedes usar el portquería Herramienta de línea de comando para verificar la conectividad a través de RPC. (Escáner de puertos de línea de comandos PortQry).

Verifique que el asignador de puertos RPC esté respondiendo en una computadora remota:

portqry -n <problem_server> -e 135

En este ejemplo, el servicio RPC Port Mapper escucha en el puerto TCP 135. El servicio también devuelve una lista de puntos finales RPC en ejecución y los puertos asociados con ellos (entre corchetes). Verifique si el servicio cuyo problema está solucionando está en esta lista. Verifique que el puerto asignado a su servicio TCP no esté bloqueado por firewalls entre el cliente y el servidor.

portqry -n <problem_server> -p tcp -e 49666