Al comprar una RDP Device CAL para Windows Server 2019 obtienes un derecho perpetuo: el acceso remoto del dispositivo autorizado no caduca nunca. No obstante, la forma en que almacenas, administras y migras esas licencias influye en su continuidad cuando clonas máquinas virtuales o cambias hardware.
¿Qué es una RDP Device CAL y por qué es distinta de una User CAL?
Una Device CAL autoriza a un dispositivo físico o virtual a establecer sesiones de Escritorio remoto (RDS) contra cualquier servidor de la granja. Su modelo resulta idóneo cuando varios usuarios comparten un mismo equipo—por ejemplo, terminales de punto de venta o PCs de fábrica—y necesitas que ese equipo pueda entrar a los servicios sin límites de cuentas.
Las principales características son:
- Perpetua por naturaleza. Se compra una sola vez y permanece válida mientras la versión de servidor se mantenga en soporte.
- Token instalable. Al conectarse por primera vez, el servidor de licencias emite un certificado X.509 y lo graba en el cliente (clave
HKLM\Software\Microsoft\MSLicensing). El dispositivo ya no consume nuevo token salvo que cambie su SID o se reinstale el sistema operativo. - Contabilidad centralizada. Las CAL están vinculadas al servidor de licencias, no al host RDS. Puedes tener varias colecciones de sesión apuntando a un mismo servidor de licencias, lo que simplifica auditorías.
Duración real de una Device CAL perpetua
Microsoft distingue entre licencias perpetuas y suscripciones:
- Las perpetuas (retail, OEM o por volumen sin SA) no disponen de fecha de expiración. Una vez instaladas, seguirán autorizando conexiones mientras:
- El servidor de licencias permanezca activado con Microsoft.
- El servicio “Remote Desktop Licensing” esté en ejecución.
- No cambies hardware de forma tan drástica que obligue a reactivar el rol.
- Las suscripciones (proveedor CSP, SPLA o Software Assurance con mantenimiento) sí incluyen una marca temporal. Al perder la cobertura, el servidor revoca los tokens y bloquea nuevos inicios de sesión una vez transcurrido el período de gracia.
Por tanto, una Device CAL perpetua funciona “de por vida” desde el punto de vista técnico. Si el cliente conserva su certificado y el servidor de licencias sigue funcionando, la sesión se inicia sin advertencias.
Factores que provocan caducidad aparente
Aun siendo perpetua, el administrador puede percibir una “caducidad” en escenarios muy concretos:
- Migración del servidor de licencias sin restaurar la base de datos. Las CAL ya emitidas no se reconocen y se consumen nuevas, agotando el pool.
- Restauración de VM a partir de snapshot antiguo donde el reloj del sistema se retrasa; el servidor cree que los tokens futuros son inválidos.
- Cambio extremo de hardware (p. ej., generación de nueva BIOS UUID en hosts bare‑metal) que obliga a reactivar el servicio Remote Desktop Licensing.
Clonación de la máquina virtual: impacto en la licencia
| Aspecto | Explicación práctica |
|---|---|
| Duración de la licencia | Una CAL perpetua no caduca. El certificado se almacena en el cliente y en la base de datos del servidor de licencias. Mientras el rol permanezca activado, la CAL sigue válida aun después de actualizaciones de sistema o reinicios. |
| Clonado del servidor | El clon se interpreta como equipo distinto: 1. Sistema operativo – La VM clonada necesita su propia clave o activación de Windows. 2. CALs – Ambos hosts pueden usar el mismo servidor de licencias. Los tokens se consumen por dispositivo que se conecta, no por servidor. 3. No copiar la base de licencias a mano; instala o reactiva el rol y, si lo deseas, restaura una copia de seguridad oficial (.ldb). |
| Buenas prácticas | • Exporta la base de licencias antes de operaciones mayores. * Si vas a retirar el servidor original, usa “Rebuild License Server” en el portal VLSC para reasignar CAL. * Para granjas, configura todos los hosts RDS (o colecciones) para apuntar a un servidor de licencias común con RDLICMGR.exe o GPO. |
Procedimiento recomendado al clonar un servidor RDS
- Apaga la VM origen y crea la plantilla.
- Enciende el clon con nueva SID (sysprep /generalize) y nueva clave de producto de Windows Server.
- Instala el rol Remote Desktop Licensing o, si ya existe un servidor dedicado, apunta la clave de registro
LicenseServersa la dirección correcta usando GPO (Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services). - Reactiva el nuevo servidor con Microsoft si lo dejas como emisor de licencias. El asistente permite mover licencias sin llamada telefónica si facilitas el ID del servidor antiguo.
- Verifica en
licmgr.exeque las CAL se reconocen; conecta un equipo de prueba y revisa la columna Issued To.
Si omites esos pasos el clon entrará en modo de gracia de 120 días, tras los cuales rechazará conexiones nuevas.
Migración o recuperación del servidor de licencias
La herramienta RD Licensing Manager incluye un comando Review Configuration → Backup que exporta el archivo rdlicensebackup.ldb. Copia este archivo fuera de la VM; te permitirá restaurar las CAL en caso de pérdida total:
- Instala el rol Remote Desktop Licensing en el nuevo servidor.
- Selecciona Restore License Server y apunta al archivo .ldb respaldado.
- Completa la reactivación en línea; el sitio de Microsoft revocará los tokens del servidor previo y los asignará al nuevo.
Esta ruta evita llamadas de soporte y asegura que los dispositivos no reciban token duplicado, lo cual complicaría futuras auditorías.
Buenas prácticas de administración
- Centraliza las licencias. Incluso en entornos pequeños, elegir un servidor de licencias único minimiza divergencias cuando clonas o balanceas colecciones.
- Automatiza copias de seguridad de la base de licencias junto con la VM o mediante scripts que copian la carpeta
%SystemRoot%\System32\lserver. - Audita tokens huérfanos. El visor de licencias permite revocar certificados de dispositivos fuera de servicio para liberar CAL y mantener conformidad.
- Monitoriza el modo de gracia. Eventos 1130 y 1132 en el registro TerminalServices‑Licensing advierten cuándo un host RDS no encuentra servidor de licencias.
- Planifica actualizaciones de versión. Las Device CAL 2019 cubren acceso a 2016/2012 R2, pero no sirven para 2022; reserva presupuesto si planeas un upgrade mayor.
Preguntas frecuentes
¿Puedo mover una Device CAL a otro PC?
Sí, pero requiere revocar manualmente la asignación anterior. El servidor de licencias permite marcar la entrada como “temporarily unavailable” y liberar el token tras 7 días.
¿Cuántas CAL consume una VM clonada?
Ninguna por sí misma; las CAL se asignan a los clientes que se conectan, no al host. El clon solo necesita su propia activación de Windows Server.
¿Qué ocurre si desactivo accidentalmente el rol de licencias?
El host RDS entra en período de gracia de 120 días. Reactivar a tiempo evita la interrupción; de lo contrario, las nuevas conexiones fallarán con el error “The remote session was disconnected because there are no Remote Desktop License Servers available”.
¿Es legal compartir un servidor de licencias entre distintos clústeres?
Sí. Las EULAs de Microsoft permiten un servidor de licencias único para toda la organización, siempre que las CAL correspondan a la versión de servidor más alta utilizada.
Conclusión
Las RDP Device CAL perpetuas para Windows Server 2019 son, en efecto, para siempre: ni caducan ni se anulan tras copiar o clonar equipos. La clave está en gestionar correctamente el servidor de licencias. Si mantienes copias de seguridad periódicas, reactivas el rol cuando clonas o cambias de hardware y vigilas el período de gracia, tus usuarios seguirán entrando sin contratiempos. Cuando necesites ampliar capacidad, basta con agregar más CAL al mismo servidor, sin reinstalar ni reemplazar las ya adquiridas.