Vos hôtes RDS sont passés en Windows Server 2019 et les jetons ne se délivrent plus ? Voici une méthode fiable pour transformer des CAL RDS « 2016 » en « 2019 », obtenir un nouveau License Key Pack ID et rétablir la délivrance automatique des jetons Device.
Contexte et symptômes
Dans l’exemple réel suivant, une ferme RDS comportait :
- un serveur unique jouant les rôles RD Licensing et RD Connection Broker sous Windows Server 2019 ;
- trois hôtes de session initialement en Windows Server 2016, puis mis à niveau en Windows Server 2019.
70 CAL RDS Device avaient été achetées (50 × WS 2019 + 20 × WS 2022). Avant avril 2024, elles avaient été installées — ou rétrogradées — en WS 2016. Après la mise à niveau des hôtes vers WS 2019, les périphériques n’obtenaient plus de jetons. L’objectif : réémettre les CAL en 2019, obtenir un nouveau « License Key Pack ID » (7 chiffres) et restaurer la délivrance normale des jetons.
Résumé de la solution
Le problème provient d’un mismatch de versions : des CAL RDS « 2016 » ne sont pas valides pour des hôtes de session « 2019 ». Il faut demander à Microsoft de réémettre les CAL au bon niveau (2019). Microsoft fournit alors un nouvel identifiant de pack à installer dans RD Licensing Manager. Une fois appliqué, les jetons Device sont délivrés automatiquement.
| Étape | Action | Points clés |
|---|---|---|
| Vérifier l’état actuel | Ouvrir RD Licensing Manager (licmgr.exe) sur le serveur de licences ; examiner les packs présents et les groupes de périphériques. | La présence d’un groupe Built‑in Overused indique que des demandes de jetons ne correspondent à aucun pack valide installé (souvent des hôtes 2019 avec des CAL 2016). |
| Confirmer la compatibilité | Comparer la version des CAL avec la version des Session Hosts et celle du serveur de licences. | Une CAL doit être ≥ à la version de l’hôte de session. Un serveur de licences ne peut installer que des packs de sa version ou antérieurs. |
| Plan d’action | Demander à Microsoft Clearinghouse la réémission des CAL en 2019 et obtenir un License Key Pack ID neuf. | Préparer : numéro d’accord (MPSA/VLSC/OLP), preuve d’achat, quantité, Server ID du serveur de licences. |
| Installer le pack | Dans RD Licensing Manager : Actions → Installer des licences, choisir « License Pack (Key) ID » et saisir l’ID reçu. | Les jetons Device sont de nouveau émis pour les périphériques qui se connectent aux hôtes 2019. |
| Contrôler & nettoyer | Vérifier la disparition des entrées Built‑in Overused et la cohérence des compteurs. | Le total disponible reflète les 70 CAL 2019 installées. |
Comprendre la compatibilité des CAL RDS
La clé d’une ferme stable est de respecter la hiérarchie suivante :
- CAL RDS version ≥ version des hôtes de session ;
- version du serveur de licences ≥ version des CAL que vous installez.
| Pack de CAL RDS | Serveur de licences | Hôtes de session | Résultat | Remarques |
|---|---|---|---|---|
| CAL 2016 (Device) | WS 2019 | WS 2019 | Non valide | Les hôtes 2019 refusent des CAL 2016 ; d’où l’absence de jetons délivrés. |
| CAL 2019 (Device) | WS 2019 | WS 2016 | Valide | Compatibilité descendante : une CAL 2019 couvre un hôte 2016. |
| CAL 2022 (Device) | WS 2019 | WS 2019 | Non installable | Un serveur de licences WS 2019 ne sait pas installer des packs 2022. |
| CAL 2022 (Device) | WS 2022 | WS 2019 | Valide | Possibilité de downgrade vers 2019 si nécessaire. |
Diagnostic pas à pas
Identifier ce qui est vraiment installé
- Sur le serveur de licences, ouvrez RD Licensing Manager (
licmgr.exe). - Dans le volet gauche, cliquez sur le nom du serveur pour afficher la liste des packs.
- Contrôlez les colonnes Produit / Version / Type / Disponible :
- Si vous voyez un pack « Windows Server 2016 – RDS Per Device », vos CAL ont été réellement installées en 2016.
- Si vous voyez des périphériques sous le groupe Built‑in Overused, cela signifie que des demandes de jetons ne correspondent pas à un pack valide (typiquement des demandes 2019 alors que seul un pack 2016 existe).
Vérifier le mode de licence côté hôtes
- Dans Server Manager : Remote Desktop Services → Overview → Tasks → Edit Deployment Properties.
- Onglet RD Licensing : assurez-vous que le mode est Per Device et que le serveur de licences est renseigné.
- Si vous préférez automatiser, appliquez une GPO :
Configuration ordinateur → Modèles d'administration → Composants Windows → Services Bureau à distance → Hôte de session Bureau à distance → Licences:- Utiliser les serveurs de licences Bureau à distance spécifiés : activer et inscrire le FQDN du serveur de licences.
- Définir le mode de licences des Services Bureau à distance : Par périphérique.
Contrôler les journaux
Sur le serveur de licences, ouvrez les journaux « Applications et services » → Microsoft → Windows → TerminalServices‑Licensing (Operational) et recherchez les avertissements d’émission refusée. Sur les hôtes de session, vérifiez également RemoteDesktopServices‑RdpCoreTS et TerminalServices‑RemoteConnectionManager pour repérer des erreurs de découverte de serveur de licences.
Procédure pour obtenir un nouveau License Key Pack ID
Ce qu’il faut préparer
- Type de contrat : MPSA, VLSC/OLP, CSP, etc.
- Numéro d’accord (ou Enrollment), bon de commande et preuve d’achat.
- Quantité et type de CAL : RDS Device, versions 2019 et 2022 concernées.
- Server ID du serveur de licences (affiché dans RD Licensing Manager → clic droit sur le serveur → Propriétés).
- Coordonnées de l’administrateur (nom, société, email, téléphone).
Demande de réémission
Ouvrez un ticket de support Licensing/Clearinghouse ou contactez le centre de licences de votre pays. Expliquez la situation et demandez explicitement :
« Nous souhaitons la réémission de nos packs de CAL RDS Device en Windows Server 2019 afin d’obtenir un nouveau License Key Pack ID à installer sur notre serveur de licences. »
Précisez : le nombre de CAL à réémettre, la référence du contrat, le Server ID et, s’il y a lieu, la volonté de downgrader les 20 CAL 2022 en 2019 ou, au contraire, de les conserver pour un futur serveur de licences WS 2022.
Validation et réception
Le support vérifie l’éligibilité (droits acquis, quantités) et vous transmet un ou plusieurs License Key Pack ID (7 chiffres). Conservez ces identifiants en lieu sûr : ils seront indispensables en cas de restauration ou de migration du serveur de licences.
Installer les nouvelles licences RDS 2019
- Sur le serveur de licences, ouvrez RD Licensing Manager.
- Menu Actions → Installer des licences.
- Lorsque l’assistant demande le Programme de licence, choisissez l’option qui permet d’entrer un License Pack (Key) ID.
- Saisissez le License Key Pack ID reçu et validez.
- Vérifiez que le nouveau pack « Windows Server 2019 – RDS Per Device » apparaît avec la quantité attendue.
Les périphériques recevront désormais des jetons valides lors de leur prochaine connexion aux hôtes RDS. Les jetons temporaires existants sont automatiquement remplacés.
Contrôles post‑installation et nettoyage
- Disparition de Built‑in Overused : la liste doit se vider au fil des connexions des périphériques.
- Compteurs cohérents : « Disponibles », « Émis », « Total » reflètent vos 70 CAL 2019.
- Licensing Diagnoser (lsdiag) : plus d’alerte de version de CAL ou de serveur introuvable.
- Événements : absence d’erreurs d’émission dans les journaux TerminalServices‑Licensing.
Cas particuliers et variantes
Vous possédez des CAL 2022
Deux options :
- Downgrade : demandez la réémission en 2019 (pratique si vous conservez un serveur de licences WS 2019).
- Migration du serveur de licences vers WS 2022 : installez le rôle RD Licensing sur un Windows Server 2022, activez le serveur, puis transférez/réinstallez vos packs (y compris 2022). Mettez ensuite à jour la GPO « Utiliser les serveurs de licences… » du déploiement RDS pour pointer vers le nouveau serveur.
Un serveur de licences WS 2022 accepte l’installation de packs 2019 et 2022, ce qui simplifie les futures montées de version.
Base de données de licences corrompue
Si RD Licensing Manager signale une base endommagée, vous pouvez utiliser Rebuild Database (clic droit sur le serveur). Attention : cela supprime les packs affichés et nécessite de réinstaller les licences à l’aide de vos License Key Pack ID. Assurez‑vous de posséder tous les identifiants avant de lancer l’opération.
Mode Per User vs Per Device
La délivrance automatique depuis le serveur de licences ne s’applique qu’en Per Device. En Per User, la conformité repose sur vos droits acquis et sur un contrôle administratif ; cela ne résout pas un blocage de jetons Device post‑upgrade.
Automatiser les vérifications (PowerShell)
Sans entrer dans des API avancées, voici quelques commandes utiles pour valider l’environnement :
# Sur le serveur de licences : vérifier que le rôle est bien installé
Get-WindowsFeature RDS-Licensing | Format-Table Name, InstallState
# Forcer un redémarrage propre du service de licences
Restart-Service TermServLicensing -Force
# Sur un hôte de session : confirmer le mode et le serveur de licences (via GPO appliquée)
gpresult /r /scope computer
# Journal d'événements côté licence (opérationnel)
Get-WinEvent -LogName "Microsoft-Windows-TerminalServices-Licensing/Operational" -MaxEvents 50 |
Select-Object TimeCreated, Id, LevelDisplayName, Message Ces contrôles suffisent généralement à confirmer que le serveur de licences est opérationnel et que les hôtes le contactent correctement.
Checklist prête à l’emploi
- 🧩 Cartographier : versions des hôtes, version du serveur de licences, version des CAL réellement installées.
- 📋 Rassembler : contrat (MPSA/VLSC/OLP/CSP), quantités, Server ID, preuve d’achat.
- 📞 Contacter Clearinghouse : demander la réémission en WS 2019 et l’envoi d’un License Key Pack ID neuf.
- 🧰 Installer le pack dans RD Licensing Manager.
- ✅ Contrôler : disparition de Built‑in Overused, absence d’alertes dans les journaux.
- 🗃️ Archiver : conserver l’email/mémo contenant les IDs (sauvegarde chiffrée).
Erreurs fréquentes et comment les éviter
- Supposer qu’une CAL 2016 « passera » sur un hôte 2019 : c’est faux. Anticipez vos upgrades et alignez les versions de CAL.
- Confondre activation Windows et licences RDS :
slmgr.vbsne gère pas les CAL RDS. Utilisez RD Licensing Manager. - Ignorer « Built‑in Overused » : c’est un symptôme que vos demandes ne correspondent à aucun pack valide (ou que le nombre est dépassé).
- Perdre l’ID de pack : sans License Key Pack ID, la restauration est plus complexe. Documentez et sauvegardez vos IDs.
- Installer des CAL 2022 sur un serveur de licences 2019 : non pris en charge. Migrez le serveur de licences ou demandez un downgrade.
FAQ
Peut‑on « mettre à jour » soi‑même des CAL 2016 en 2019 ?
Non. Il n’existe pas d’outil en libre‑service pour upgrader une CAL RDS. Il faut passer par Microsoft Clearinghouse qui réémet un pack valide et fournit un nouvel ID.
Combien de temps faut‑il pour que les jetons soient à nouveau distribués ?
Dès que le nouveau pack 2019 est installé et que les hôtes pointent vers le serveur de licences, la distribution est immédiate lors de la prochaine connexion des périphériques.
Faut‑il supprimer l’ancien pack 2016 ?
Pas nécessaire si vous avez simplement ajouté le pack 2019. Si vous « rebuild » la base, vous devrez réinstaller tous les packs avec leurs IDs respectifs.
Peut‑on mélanger Device et User ?
Le serveur de licences peut contenir des deux types, mais votre déploiement doit être configuré en Per Device ou Per User. Ici, restez en Per Device pour résoudre le problème de jetons.
Conclusion
La panne de délivrance de jetons après un passage à Windows Server 2019 révèle presque toujours un désalignement des versions de CAL. La démarche gagnante est simple : diagnostiquer dans RD Licensing Manager, faire réémettre vos packs en 2019 par Clearinghouse, installer le nouveau License Key Pack ID, puis contrôler et documenter. Envisagez à moyen terme un serveur de licences WS 2022 : il acceptera CAL 2019 et 2022 et facilitera vos futures évolutions.
Annexes : modèles utiles
Modèle de message pour le support
Objet : Demande de réémission de CAL RDS Device en Windows Server 2019
Bonjour,
Nous souhaitons la réémission des packs de CAL RDS (type : Device)
au niveau Windows Server 2019 pour notre ferme RDS.
Contrat :
Numéro d’accord / Enrollment :
Quantités :
Server ID du serveur de licences :
Merci de nous transmettre un ou plusieurs License Key Pack ID correspondants.
Cordialement,
Liste de contrôle d’audit interne
- Capture d’écran de RD Licensing Manager avant/après (packs et compteurs).
- Copie du ticket/support confirmant la réémission en 2019.
- Copie des nouveaux License Key Pack ID (emplacement de stockage sécurisé).
- Export des journaux TerminalServices‑Licensing montrant la reprise de l’émission.
- GPO appliquées aux hôtes RDS (mode et serveur de licences).
Plan de migration vers un serveur de licences WS 2022
- Déployer un Windows Server 2022 (nom : RDS‑LIC‑22).
- Installer RD Licensing et activer le serveur.
- Demander la réinstallation/translation des packs (2019 et 2022) sur ce serveur.
- Mettre à jour la GPO « Utiliser les serveurs de licences… » sur les hôtes.
- Surveiller la délivrance de jetons puis décommissionner l’ancien serveur si souhaité.
En appliquant cette méthode, vous obtiendrez rapidement un environnement RDS aligné, conforme et prêt pour les prochaines versions.