Cómo solucionar el error «No hay servidores de inicio de sesión disponibles»

Encontrarse con ese mensaje de error al intentar iniciar sesión en un PC con Windows que forma parte de un dominio puede ser muy frustrante. Básicamente, indica que tu equipo no puede encontrar un controlador de dominio para autenticar tus credenciales. Normalmente, se debe a un problema con la configuración local o a un problema mayor con el propio dominio. A veces, una simple interrupción de la red puede causarlo, o hay un problema con la infraestructura de AD. En cualquier caso, aquí tienes una lista de soluciones prácticas que han sido útiles en el pasado (porque, claro, Windows tiene que complicarlo más de lo necesario).

Cómo solucionar el error «No hay servidores de inicio de sesión disponibles» en una máquina Windows unida a un dominio

Asegúrese de que su conexión de red sea sólida

  • Comprueba que el cable Ethernet esté conectado o que la conexión Wi-Fi esté correctamente conectada. A veces, basta con desconectar y volver a conectar el cable o reiniciar el punto de acceso Wi-Fi para solucionarlo. Puedes verificar la conexión a internet abriendo el Símbolo del sistema o PowerShell y ejecutando ping google.com. Si recibes respuestas, probablemente la conexión a la red sea correcta.

Este paso es útil porque si su equipo no puede acceder a la red, no podrá contactar con los controladores de dominio. En algunas configuraciones, el error aparece en cuanto la red se cae, aunque sea brevemente.

Intente iniciar sesión con una cuenta de administrador local

  • Si tiene una cuenta de administrador local (algunas máquinas tienen habilitada la cuenta de administrador integrada ), inténtelo primero. Si no conoce la contraseña, podría ser necesario restablecerla, especialmente si alguien la cambió. En algunas máquinas, Windows almacena en caché las credenciales de los últimos 10 usuarios, lo que a veces puede ser útil cuando el acceso al dominio es inestable.
  • Para ver cuántos usuarios en caché tiene, ejecute en PowerShell: (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon").CachedLogonsCount. Si es 0, los inicios de sesión en caché están deshabilitados y necesitará controladores de dominio en línea para iniciar sesión.

Iniciar sesión con una cuenta local a veces puede evitar temporalmente el problema del controlador de dominio, especialmente si las credenciales están almacenadas en caché. Tenga en cuenta que, en algunas configuraciones, no es una solución perfecta, pero vale la pena intentarlo.

Compruebe que sus adaptadores de red funcionan correctamente

  • Abra el Administrador de dispositivos o ejecútelo Get-NetAdapteren PowerShell. Busque adaptadores deshabilitados o errores. Vuelva a habilitar o solucione problemas con los controladores del adaptador de red si es necesario. Windows debe detectar correctamente la interfaz de red para poder conectarse al dominio.

Verifique su configuración de IP y restablezca la pila de red

  • Use ipconfig /allo Get-NetIPConfigurationen PowerShell para comprobar si su equipo obtuvo una dirección IP correcta de DHCP. Si ve algo como 169.254.xx, significa que DHCP falló. En ese caso, renovar la IP puede solucionar el problema:
    • Corre ipconfig /releaseentoncesipconfig /renew
  • Restablecer la configuración de red de Windows con:
    • netsh winsock reset
    • netsh int ip reset

Esto suele solucionar problemas de red inusuales que podrían bloquear la autenticación del dominio. En algunas configuraciones, tras restablecer, es posible que tengas que reiniciar.

Comprobar y reiniciar los servicios esenciales

  • Asegúrese de que servicios como el cliente DHCP, el cliente DNS y NetLogon estén en ejecución. Ejecútelo en PowerShell: Get-Service Dhcp, Dnscache, Netlogon | Restart-Service

A veces, estos servicios entran en un estado extraño y reiniciarlos puede ayudar a Windows a localizar correctamente los controladores de dominio durante el inicio de sesión.

Probar la configuración de DNS y la conectividad

  • Ejecútalo nslookup <your_domain_name>y comprueba si se resuelve correctamente. Asegúrate de que los servidores DNS sean accesibles y de que existan registros DNS para tus controladores de dominio (revisa los registros SRV).También puedes probar:
  • Si el DNS parece estar bien, intente cambiar a otro controlador de dominio usando: nltest /sc_reset:DOMAIN\DCNAME

Otras cuestiones de red y dominio a tener en cuenta

  • Comprueba si tus entradas DNS son estáticas en el archivo de hosts ubicado en [nombre del host %SystemRoot%\System32\Drivers\etc\hosts].Eliminar las entradas problemáticas puede resolver algunos conflictos.
  • A veces, necesitarás forzar al cliente a buscar un controlador de dominio diferente con:
    • nltest /dnsgetdc:yourdomain.com
    • nltest /dsgetdc:yourdomain.com

Cuando muchos usuarios se ven afectados o los controladores de dominio parecen sospechosos

  • Es hora de comprobar el estado de tu infraestructura de AD. Ejecutar:
    • Verificar registros SRV
    • Verifique el estado de la replicación con herramientas como Repadmin
    • Asegúrese de que el servicio W32Time (sincronización horaria) esté en ejecución y que los relojes de los controladores de dominio y los clientes tengan una diferencia de 5 minutos. Las discrepancias horarias pueden afectar la autenticación Kerberos.
    • Asegúrese de que el servicio NetLogon esté activo y de que no falten recursos compartidos como SYSVOL y NETLOGON. Use net sharepara verificar.

Este conjunto de pasos cubre la mayoría de los problemas para solucionar el problema de «servidores sin inicio de sesión».Porque, siendo sinceros, a veces Windows simplemente se niega a cooperar sin motivo aparente.