Solución definitiva al error “There are no Remote Desktop License Servers available” en una VM Windows Server

El mensaje “There are no Remote Desktop License Servers available to provide a license” suele aparecer justo cuando más se necesita acceder por RDP a una máquina virtual de Windows Server. El síntoma asusta, pero la causa casi siempre es una configuración incompleta del servicio de licenciamiento de Escritorio Remoto. En esta guía profunda encontrarás cada paso necesario para diagnosticar, corregir y prevenir la falla, así como las mejores prácticas para que el error no vuelva a interrumpir tu trabajo.

Índice

Entendiendo la arquitectura de licenciamiento de Remote Desktop

Antes de modificar registros o directivas de grupo conviene repasar cómo se reparte la responsabilidad:

Host de Sesión de Escritorio Remoto (RDSH). Es la VM (o servidor físico) que recibe las conexiones RDP de los usuarios.
Servidor de Licencias de Escritorio Remoto. Guarda las CAL (Client Access Licenses) y las asigna a petición. Puede coexistir con otros roles o vivir en un nodo dedicado.
CAL por Usuario o por Dispositivo. Autorizan el acceso. El modo elegido debe coincidir entre el RDSH y el paquete de CAL instalado.
Servicios de directorio y red. Active Directory, DNS, puertos y cortafuegos permiten que todos los componentes se descubran entre sí.

Si cualquiera de estos engranajes falla, el RDSH no obtendrá licencias y devolverá el error.

Escenarios típicos que provocan el error

En la práctica, los administradores se encuentran con estas causas recurrentes:

El rol RDSH no está instalado o su InstallState marca “Removed”.
Modo de licenciamiento distinto al configurado en las CAL.
Campo LicenseServers vacío o apuntando a un FQDN incorrecto.
Servidor de licencias sin activar o sin CAL restantes.
DNS o puertos bloqueados (TCP 3389 entre RDSH y servidor de licencias).
Período de gracia expirado. Windows concede 120 días de cortesía tras instalar RDSH; después exige un servidor de licencias operativo.

Verificar que la VM actúe como Host de Sesión

En el propio sistema operativo de la VM ejecuta PowerShell con privilegios:

Get-WindowsFeature -Name RDS-RD-Server

El estado Installed confirma que la máquina acepta sesiones multiusuario y que solicitará CAL. Si aparece como Removed o Available instálalo:

Install-WindowsFeature -Name RDS-RD-Server -IncludeManagementTools -Restart

El reinicio puede ser automático si usas la opción -Restart. Tras volver a línea, revisa el Visor de Eventos (log TerminalServices-Licensing) para asegurarte de que el servicio TSLicensing se inicia sin errores.

Comprobar y establecer el modo de licenciamiento

Las claves de registro determinan si el RDSH pide licencias Per User o Per Device. Navega a:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core

El valor LicensingMode debe ser:

2 para Per User
4 para Per Device

Para fijarlo sin abrir el editor:

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core" ^
 /v LicensingMode /t REG_DWORD /d 2 /f

En organizaciones grandes se prefiere la directiva de grupo:

Computer Configuration ► Administrative Templates ► Windows Components ► Remote Desktop Services ► RD Session Host ► Licensing ► Set the Remote Desktop licensing mode.

Asegúrate de enlazar la GPO a la OU donde vive la VM y actualízala con gpupdate /force.

Designar los servidores de licencias

El RDSH no almacena licencias; solo necesita saber a qué servidor pedirlas. Configura la lista manualmente:

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\LicenseServers" ^
 /v YOUR-LICENSE-SRV.DOMAIN.LOCAL /t REG_SZ /d 0 /f

O bien usa la GPO Use the specified Remote Desktop license servers con los FQDN separados por comas si son varios. Un máximo de dos servidores cubre alta disponibilidad básica.

Recuerda que la VM debe poder resolver esos nombres y alcanzar el puerto 3389 en la red interna. Un simple Test-NetConnection verifica conectividad:

Test-NetConnection -ComputerName YOUR-LICENSE-SRV.DOMAIN.LOCAL -Port 3389

Instalar y activar el servidor de licencias

Si aún no existe un servidor de licencias:

Instala el rol Remote Desktop Licensing en el DC o en un servidor dedicado:

Install-WindowsFeature -Name RDS-Licensing -IncludeManagementTools -Restart

Abre Remote Desktop Licensing Manager y ejecuta el asistente “Activar servidor”.
Introduce tu contrato de cliente de licencias por volumen o tu agreement ID para Microsoft 365 cuando se solicite.
En el nodo del servidor recién activado, haz clic derecho ► Install licenses. Indica el tipo y la cantidad adquirida.

Una vez instaladas, el panel mostrará el número total y las restantes. Comprueba que las primeras asignaciones se liberen al cabo de pocos minutos.

Reasignación de CAL caducadas o migradas

Si migraste de hardware o usaste licencias de evaluación, puede que la base de datos de licencias mantenga referencias fantasma a dispositivos antiguos. Desde el Licensing Manager:

Selecciona la pila de CAL ► Revoke License para los SID obsoletos.
Para Per User, usa RD Licensing diagnoser y fuerza la liberación con scripts WMI (Win32_TSLicenseKeyPack).

Esto devuelve las CAL al pool sin necesidad de adquirir más.

Reiniciar servicios y pruebas de conectividad

Después de cualquier cambio importante:

Reinicia el servidor de licencias o, al menos, el servicio TermServLicensing.
En la VM RDSH ejecuta gpupdate /force y reinicia TermService:

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

Vuelve a conectarte por RDP desde un dispositivo del dominio. Si todo está correcto, el contador de CAL consumidas aumentará y el Visor de Eventos dejará de registrar el ID 1132.

Tabla de referencia rápida de escenarios

Escenario	Ubicación óptima del servidor de licencias	Ventajas	Riesgos
Laboratorio o entorno piloto	Controlador de dominio	Simplicidad de gestión	Falla conjunta si el DC cae
PYME con uno o dos hosts	Host Hyper‑V principal	Menos cargas en el DC	Licencias indisponibles en mantenimiento de host
Producción con alta disponibilidad	Servidor dedicado o clúster con redundancia	Failover transparente, escalabilidad	Coste y complejidad mayores

Preguntas frecuentes

¿Puedo colocar el rol de licencias en la misma VM que el RDSH?
Sí, pero al apagar la VM pierdes al mismo tiempo sesiones y licencias, de modo que la alta disponibilidad se reduce.

¿Qué ocurre si se agotan las CAL?
El servidor sigue aceptando conexiones hasta que deba asignar una nueva. En ese momento el usuario recibirá otra vez el error de falta de licencias.

¿Las CAL caducan?
Las Per Device se liberan pasados 52‑89 días (según versión) si el dispositivo no vuelve a conectarse. Las Per User no caducan, pero pueden revocarse manualmente.

¿Azure Virtual Desktop usa el mismo modelo?
No. AVD se licencia por usuario con Microsoft 365 E3/E5 o Windows 10/11 E3/E5, por lo que no necesitas instalar RD Licensing en IaaS.

Buenas prácticas para entornos de producción

Usa al menos dos servidores de licencias y publícalos en la misma GPO para tolerancia a fallos.
Mantén respaldos de la base de datos tlslic.edb ubicada en %systemroot%\system32\lserver; es esencial durante migraciones.
Documenta los agreement ID y las personas de contacto corporativas; las CAL perdidas requieren una llamada a Microsoft para reemisión.
Automatiza auditorías mensuales con gwmi -Class Win32_TSLicenseKeyPack para contar licencias y prever compras.
Separa roles de dominio y licenciamiento en entornos con requisitos de cumplimiento estrictos.
Deshabilita RDP a nivel de NIC de Azure o grupo de seguridad cuando uses soluciones VPN para reducir superficie de ataque.

Conclusión

Restablecer el acceso RDP cuando aparece “There are no Remote Desktop License Servers available to provide a license” implica revisar tres pilares: que la VM sea un verdadero RDSH, que conozca su modo de licenciamiento y que apunte a un servidor de licencias activo con CAL suficientes. Una vez calibrados estos parámetros y reiniciados los servicios, los usuarios volverán a conectarse sin interrupciones. Mantén una disciplina de auditoría y copias de seguridad y convertirás la administración de licencias RDP en una tarea rutinaria en lugar de un punto crítico.