Un paquete de 500 licencias Remote Desktop Services Client Access License (RDS CAL) adquiridas bajo programa Open License fue registrado como Retail. Aunque el sistema sigue entregando sesiones de Escritorio Remoto, la situación genera un riesgo serio de incumplimiento contractual y exposición a sanciones durante una auditoría de Microsoft.
Visión general del problema
El administrador del servidor RDS suele instalar las CAL directamente desde el Remote Desktop Licensing Manager (licmgr.exe). Si, por descuido, se selecciona el programa de licenciamiento incorrecto en el asistente —por ejemplo, se marca “Retail” en lugar de “Open License”— el sistema acepta el código y muestra las 500 CAL como “instaladas”. Sin embargo, en la base de datos interna del servicio de licencias queda registrada la procedencia equivocada, lo que constituye un error de derecho de uso.
¿Por qué es técnicamente posible activar el tipo incorrecto?
El servidor de licencias no valida en línea el origen exacto de cada serie. Su lógica se basa en la coincidencia de un patrón de claves y en la firma digital. Los ID tokens de Microsoft son compatibles entre programas de licenciamiento, de modo que el asistente acepta la mayoría de los códigos sin distinguir el canal de venta.
- Open License y Open Value: diseñados para pymes, incluyen número de autorización (authorization number) y número de licencia (license number).
- Retail: distribuidos en caja (PKC) o descarga electrónica, sin contrato asociado.
Si se introduce un número de licencia Open en la casilla Retail, el asistente no lo rechaza; lo mismo ocurre a la inversa. De ahí la confusión.
Efectos inmediatos de una activación errónea
A nivel operativo, los usuarios siguen conectándose. Sin embargo, al ejecutar informes de auditoría (SAM) o al ser notificado por el equipo de cumplimiento de Microsoft, aparecerá:
- Desalineación entre el contrato adquirido (Open) y el tipo registrado (Retail).
- Riesgo de que las CAL se consideren invalidadas y se requiera compra adicional.
- Mensajes de advertencia en el Visor de eventos si hay discrepancia de modo (Usuario vs Dispositivo).
Pasos recomendados para resolver el incidente
| Paso | Acción recomendada | Explicación |
|---|---|---|
| 1. Verificar el estado actual | Abra Remote Desktop Licensing Manager y revise: • Modo configurado (Por Usuario o Por Dispositivo). • Cantidad y tipo de CAL instaladas. | El servicio puede estar operativo, pero en incumplimiento contractual si el tipo de CAL no coincide con el contrato. |
| 2. Confirmar la licencia adquirida | Localice en el Volume Licensing Service Center (VLSC) el contrato Open y el número de autorización. | Garantiza que el número de serie corresponde a un acuerdo Open válido. |
| 3. Anular el paquete mal registrado | Llame al Clearing House de Microsoft con el ID del servidor de licencias y solicite la anulación del paquete Retail. | El Clearing House emite un nuevo conjunto de CAL del tipo correcto (Open). |
| 4. Instalar el nuevo paquete | En Licensing Manager: Acción → Instalar licencias → Tipo de programa: Open License; introduzca el nuevo número. | El servidor quedará alineado con el contrato y comenzará a asignar CAL válidas. |
| 5. Sincronizar el RDSH | Compruebe que cada Host de Sesión de Escritorio Remoto (RDSH): • Apunte al servidor de licencias. • Use el mismo modo (Usuario/Dispositivo). Reinicie el servicio de licencias y, si es necesario, el RDSH. | Así se reflejará el consumo real de CAL y se evitarán advertencias de “sin licencias”. |
¿Qué ocurre al reactivar con el tipo correcto?
Al recibir el nuevo paquete Open desde el Clearing House, el asistente genera una entrada limpia en la base de datos (tlsLic.edb). El contador vuelve a cero y cada conexión consume la CAL según el modelo elegido:
- Modo Por Usuario (User‑CAL): el servidor asigna una sola CAL a cada cuenta de Active Directory, independientemente del dispositivo desde el que se conecte.
- Modo Por Dispositivo (Device‑CAL): cada endpoint (PC, thin client, tablet) consume una CAL, sin importar cuántos usuarios inicien sesión en él.
La reactivación no interrumpe sesiones activas, pero conviene planificarla fuera de horario laboral para reiniciar servicios sin afectar a la productividad.
Cómo confirmar que la licencia adquirida es válida
- En el VLSC, descargue el certificado de licencia (License Certificate) y verifique que el título coincide con Windows Server Remote Desktop Services CAL – Open License.
- Revise que la columna License Quantity muestre “500”.
- Compruebe las fechas de inicio y expiración del contrato; aunque la licencia es perpetua, el soporte de descarga puede caducar.
- Archive el PDF en el repositorio de contratos de la empresa y opcionalmente súbalo al portal de cumplimiento interno.
Por qué aparecen “0 en uso / 500 disponibles”
Es habitual ver todas las CAL como “disponibles” y ninguna “en uso” en estas circunstancias:
- El modo del RDSH no coincide con el modo del servidor de licencias.
- Los RDSH no tienen configurado (
gpedit.msc → Remote Desktop Session Host → Licensing) el nombre DNS del servidor de licencias. - Las User‑CAL tardan varias horas en reflejarse; el servidor actualiza el contador según un ciclo interno de mantenimiento.
Procedimiento detallado para forzar la contabilización correcta
- Ejecute
gpupdate /forceen cada RDSH tras aplicar la GPO de licenciamiento. - Reinicie el servicio Remote Desktop Licensing (
services.msc). - Abra una sesión RDP de prueba con un usuario de dominio nuevo; cierre y espere 15 minutos.
- Refresque la consola; la CAL debería aparecer como “Asignada hace X minutos”.
Buenas prácticas para evitar errores de licenciamiento
- Mantener un repositorio central de contratos y claves, etiquetado por canal (Open, CSP, Retail).
- Otorgar permisos de instalación de licencias solo a administradores certificados.
- Realizar un escaneo mensual con Licensing diag o scripts PowerShell (
Get‑RdsCalUsage). - Emplear registros de auditoría (
AuditPol) para rastrear cambios en la basetlsLic.edb. - Documentar en el libro de operaciones la fecha, hora y motivo de cada instalación de CAL.
Preguntas frecuentes (FAQ)
¿Se pierde el período de gracia de 120 días?
No. El período de gracia se consume solo si el rol RDSH se instaló hace menos de 120 días y aún no existía un servidor de licencias autorizado. Al corregir la licencia el contador de gracia deja de aplicarse, pero no restaura días previamente consumidos.
¿Puedo mezclar CAL Open y Retail en el mismo servidor?
Es técnicamente posible, pero no recomendable. Microsoft permite que varios programas coexistan, siempre que las unidades sean de la misma versión mayor. Sin embargo, la complejidad administrativa aumenta y el riesgo de incumplimiento se multiplica.
¿Cuándo debo llamar al Clearing House y cuándo usar el portal de activación web?
Use el portal (Activate.microsoft.com) para altas y bajas estándar. Recurra al Clearing House si necesita:
- Reasignar CAL entre servidores después de un fallo grave.
- Eliminar un paquete mal instalado.
- Solicitar restauración de licencias tras reemplazar hardware.
Conclusión
Una activación incorrecta de licencias RDS CAL —Open License registradas como Retail— no bloquea de inmediato las sesiones RDP, pero expone a la organización a sanciones y costos inesperados. El remedio implica confirmar la compra en el VLSC, anular el paquete erróneo a través del Clearing House y reinstalar las CAL con el programa correcto. Al finalizar, sincronice los RDSH, verifique la asignación de CAL y adopte prácticas de control que eviten reincidencias. La corrección proactiva y bien documentada asegura la conformidad ante auditorías y protege la inversión realizada.