Cómo recuperar el acceso RDP a un host Hyper‑V con Windows Server 2019 tras expirar el periodo de gracia de Remote Desktop Services

Cuando se agota el periodo de gracia de 120 días de Remote Desktop Services en Windows Server 2019, el host Hyper‑V deja de aceptar conexiones RDP y muestra “No license server available”. Esta guía explica por qué sucede, cómo restablecer el acceso inmediatamente y cómo evitar que vuelva a ocurrir.

Índice

Problema: periodo de gracia expirado y bloqueo de RDP

Al instalar el rol Remote Desktop Session Host (RDSH), el sistema inicia un contador de 120 días durante los cuales permite sesiones RDP sin licencias Client Access License (CAL). Pasado ese plazo, cada intento de conexión muestra el error:

Remote Desktop Connection
No license server available to provide a license.

En versiones antiguas (2003/2008) bastaba con quitar el rol RDSH o conectarse con mstsc /console para continuar usando las dos sesiones administrativas “gratuitas”; en Windows Server 2019 el rol prevalece y bloquea cualquier conexión no licenciada.

Por qué sucede y qué cambió respecto a Windows Server 2008

Separación de funciones: Microsoft diferencia claramente las sesiones “administrativas” (hasta 2) y las “de usuario” publicadas con RDSH. Instalar RDSH convierte al servidor en un Session Host completo; las reglas de licenciamiento se aplican a toda sesión, incluso a administradores.
Detección de consola: El parámetro /admin ya no omite comprobaciones de licencia cuando el rol está presente. Por eso el truco anterior deja de funcionar.
Persistencia del rol: Desinstalar RDSH devuelve inmediatamente la funcionalidad de 2 sesiones RDP administrativas sin CAL.

Métodos para recuperar el acceso

Solución permanente: instalar y configurar un servidor de licencias RDS

Agregar el rol Remote Desktop Licensing (RD Licensing).
Desde Server Manager ▸ Add Roles and Features selecciona el servicio de rol Remote Desktop Licensing en el propio host o, preferiblemente, en otro servidor dedicado.
Activar el servidor de licencias.
Usa el asistente de activación y elige método (por Internet, teléfono o Web). Una vez activado el reconocimiento de clientes será automático.
Instalar las CAL.
Selecciona Install Licenses e introduce los códigos de las licencias Per User o Per Device. El tipo debe coincidir con el modo que aplicarás en la GPO.
Apuntar el Session Host al nuevo servidor de licencias.
  Abre gpedit.msc y navega a:
  Computer Configuration ▸ Administrative Templates ▸ Windows Components ▸ Remote Desktop Services ▸ Remote Desktop Session Host ▸ Licensing
    • Habilita Set the Remote Desktop licensing mode y elige Per User o Per Device.
    • Habilita Use the specified Remote Desktop license servers e introduce el FQDN o IP del servidor de licencias.
Aplicar cambios.
Ejecuta gpupdate /force o reinicia el servicio TermService (Remote Desktop Services). Un reinicio completo garantiza que Hyper‑V libere ficheros en uso y aplique correctamente la directiva.
Verificar.
Desde un equipo cliente ejecuta mstsc y conecta normalmente. En el visor de eventos del servidor buscar el ID 4105 (License granted to session X). Sin entradas de error, el licenciamiento está operativo.

Solución rápida: volver a las dos sesiones administrativas gratuitas

Quitar el rol RDSH. En Server Manager ▸ Remove Roles and Features desmarca Remote Desktop Session Host. El asistente solicita reinicio.
Conectarse usando parámetros administrativos. Desde el cliente RDP ejecuta:
mstsc /admin
Esto ocupa una de las dos sesiones administrativas incluidas sin coste en cualquier edición de Windows Server.
Limitar usuarios. Para evitar que un tercero agote las dos sesiones, asigna el derecho “Allow log on through Remote Desktop Services” solo a los grupos Builtin\Administrators o un grupo de operadores.

Importante: Si necesitabas RDSH porque publicas aplicaciones o escritorios, esta vía solo sirve de emergencia. Planifica la compra e instalación de CALs lo antes posible.

Medidas de recuperación inmediata cuando no hay acceso físico

Escenario	Acción recomendada
Servidor en centro de datos sin KVM virtual	Solicita al proveedor que monte una consola local o reboote en Safe Mode with Networking para quitar el rol.
Servidor con iDRAC/iLO/BMC	Usa la consola remota para iniciar sesión localmente y aplicar las directivas de licenciamiento.
Azure/VM Hyper‑V anidada	Habilita Serial Console o Run Command para ejecutar `PsExec` y desinstalar RDSH.

Procedimiento detallado paso a paso

1. Instalación del rol RD Licensing

En el asistente selecciona:

Roles ▸ Remote Desktop Services.
Servicios de rol ▸ Remote Desktop Licensing.
Deja activadas las dependencias (Internet Explorer 11, .NET 4.7) si aún no están presentes.

2. Activación sin conexión a Internet

Si el servidor no tiene salida a Internet, elige “Manual telephone” y sigue los pasos:

El asistente genera un Installation ID.
Llama al número regional de Microsoft.
Facilita el ID y recibe un Confirmation ID.
Introdúcelo para completar la activación.

3. Carga de CALs

Escoge el programa de licenciamiento:

Retail/Pack de licencia abierta – Introduce número de acuerdo y clave Product Key.
SPLA (u otros servicios de hosting) – Selecciona “Service Provider” e introduce número de autorización.
Software Assurance – Usa opción “Enterprise Agreement”.

4. Configuración de directivas de grupo

En dominios grandes, aplica la GPO a una OU que contenga exclusivamente los hosts RDSH. Así evitas que otros servidores tomen las directivas de licenciamiento sin necesitarlo.

gpupdate /target:computer /force

5. Reinicio del servicio RDS

Para evitar cortar sesiones de Hyper‑V usa PowerShell:

Stop-Service -Name TermService -Force
Start-Service -Name TermService

Confirma el estado:

Get-Service TermService

Validación y monitorización

Visor de eventos ▸ Applications and Services Logs ▸ Microsoft ▸ Windows ▸ TerminalServices-Licensing ▸ Operational: busca ID 4105 (licencia emitida) o ID 4106 (CAL devuelta).
Licensing Manager: verifica el número de licencias disponibles y usadas.
script PowerShell para exportar uso diario: Import-Module RemoteDesktop Get-RDLicenseUsage | Export-Csv "RDSUsage$(Get-Date -f yyyyMMdd).csv" -NoType

Buenas prácticas de arquitectura

Implementar licenciamiento no debe ser un parche puntual; aprovecha para revisar el diseño completo:

Separar roles. Mantén Hyper‑V dedicado a virtualización y alberga RDSH en máquinas virtuales independientes.
Múltiples servidores RD Licensing. Configura al menos dos y ponlos en alta disponibilidad (database migration mode) para evitar interrupciones.
Monitoreo proactivo. Configura alertas cuando queden menos del 15 % de CALs disponibles o a 30 días de caducidad de Software Assurance.
Documentación. Anota la fecha de instalación del rol y registra los cambios de GPO; un simple recordatorio calendarizado te ahorrará bloqueos futuros.

Preguntas frecuentes (FAQ)

¿Puedo reiniciar el contador eliminando una clave del registro?
No. Además de incumplir el contrato de licencia, el servicio RDS reinstalará automáticamente los valores y volverás a quedar bloqueado.

¿Las CAL de Windows Server 2016 sirven para 2019?
Sí. Las CAL son “hacia abajo”; una CAL 2019 cubre servidores 2019, 2016 y 2012R2, pero una CAL 2016 no es válida para un host 2019.

¿Qué pasa si instalo RDSH en un clúster Hyper‑V?
Cada nodo requiere licencias, pero el servidor RD Licensing puede ser único y compartido si todos los nodos están en el mismo dominio o bosque de confianza.

Conclusión

El mensaje “No license server available” indica que el periodo de gracia de RDSH caducó y Windows Server 2019 se protege cerrando RDP. La forma limpia y definitiva de resolverlo es instalar un servidor de licencias, activarlo y señalarlo en las directivas GPO. Si necesitas volver al esquema clásico de dos sesiones administrativas gratuitas, desinstala el rol RDSH y conecta con mstsc /admin. Planificar licencias, separar roles y monitorizar el uso evitará que tu infraestructura Hyper‑V vuelva a quedarse sin acceso en el momento menos oportuno.