Cette procédure décrit la reconstruction d’un déploiement RDS avec un seul serveur hébergeant les rôles Session Host et Connection Broker. Elle supprime la collection existante et interrompt l’accès des utilisateurs. Avant toute intervention, prévoyez une sauvegarde restaurable, un accès à la console du serveur et une période de maintenance. Relevez les paramètres du déploiement, des collections, des profils utilisateurs, des applications publiées et des licences. Les noms de serveur, de domaine, de collection et de groupe indiqués dans les exemples devront être adaptés à votre environnement. Cette reconstruction n’est pas nécessaire si le redémarrage de TermService suffit à rétablir les connexions ; elle ne garantit pas non plus la résolution d’une panne qui revient après redémarrage du serveur.
Les vérifications à effectuer
Préparer la reconstruction du déploiement RDS
Prévoyez une période de maintenance et un accès à la console du serveur. Vérifiez que vous disposez d’une sauvegarde restaurable et relevez les paramètres à remettre en place : nom de la collection, serveurs et rôles, groupes autorisés, profils utilisateurs, applications publiées, certificats et configuration des licences. Les exemples de ce guide utilisent SERVEUR.domaine.local pour le serveur, COLLECTION pour la collection et DOMAINE\Groupe-RDS pour le groupe autorisé : remplacez-les par vos propres valeurs. Le mode de licences devra correspondre à vos CAL existantes. N’exécutez aucune commande de suppression avant d’avoir terminé ces préparatifs.
Vérifier la collection avant sa suppression
Ouvrez Windows PowerShell en tant qu’administrateur sur le serveur. Remplacez SERVEUR.domaine.local par le nom complet de votre Connection Broker, puis exécutez la commande à la fin de cette étape. Relevez le nom exact de la collection à reconstruire. Si plusieurs collections existent ou si le déploiement utilise plusieurs serveurs, cette procédure simplifiée doit être adaptée avant toute suppression. Commande : Get-RDSessionCollection -ConnectionBroker "SERVEUR.domaine.local"
Supprimer la collection à reconstruire
Cette opération supprime la collection RDS et rend ses ressources indisponibles aux utilisateurs. Effectuez-la pendant la période de maintenance, après avoir terminé les sauvegardes et relevé sa configuration. Dans la commande suivante, remplacez COLLECTION par le nom exact vérifié à l’étape précédente et SERVEUR.domaine.local par votre Connection Broker. Lisez la demande de confirmation avant de valider. Commande : Remove-RDSessionCollection -CollectionName "COLLECTION" -ConnectionBroker "SERVEUR.domaine.local"
Vérifier la suppression de la collection
Exécutez la commande suivante en remplaçant SERVEUR.domaine.local par votre Connection Broker. La collection supprimée ne doit plus apparaître. Si elle était la seule collection, aucun résultat est attendu ; un message d’erreur ne constitue pas une confirmation de suppression. En cas d’erreur, arrêtez la procédure et vérifiez le déploiement avant de continuer. Commande : Get-RDSessionCollection -ConnectionBroker "SERVEUR.domaine.local"
Retirer le serveur du déploiement comme Session Host
Après avoir confirmé la suppression de la collection, retirez l’enregistrement du serveur comme hôte de session dans le déploiement RDS. Cette commande ne désinstalle pas encore le rôle Windows et ne cible pas le rôle de serveur de licences. Remplacez SERVEUR.domaine.local par le nom complet de votre serveur dans les deux paramètres, puis lisez la demande de confirmation avant de valider. Commande : Remove-RDServer -Server "SERVEUR.domaine.local" -Role RDS-RD-SERVER -ConnectionBroker "SERVEUR.domaine.local"
Vérifier le retrait du rôle Session Host du déploiement
Remplacez SERVEUR.domaine.local par le nom complet de votre Connection Broker, puis exécutez la commande ci-dessous. Pour le serveur concerné, le rôle RDS-RD-SERVER ne doit plus apparaître dans la liste des rôles du déploiement. Le rôle Windows reste encore installé à ce stade. Si la commande renvoie une erreur ou si RDS-RD-SERVER apparaît toujours, arrêtez la procédure et vérifiez le résultat de l’étape précédente. Commande : Get-RDServer -ConnectionBroker "SERVEUR.domaine.local"
Désinstaller les rôles Session Host et Connection Broker
Depuis la console du serveur concerné, ouvrez Windows PowerShell en tant qu’administrateur et exécutez la commande ci-dessous. Elle désinstalle les deux rôles indiqués, sans cibler le rôle RDS-Licensing. Attendez la fin de l’opération et vérifiez que le résultat indique Success : True. En cas d’échec, ne poursuivez pas la procédure. Le redémarrage sera effectué à l’étape suivante. Commande : Uninstall-WindowsFeature RDS-RD-Server,RDS-Connection-Broker
Redémarrer le serveur après la désinstallation
Après avoir vérifié que la désinstallation a réussi, enregistrez les travaux ouverts et assurez-vous qu’aucun utilisateur ne travaille encore sur le serveur. Depuis Windows PowerShell ouvert en tant qu’administrateur, exécutez la commande ci-dessous pour redémarrer immédiatement le serveur. Attendez la fin du redémarrage, puis reconnectez-vous à sa console pour poursuivre les vérifications. Commande : Restart-Computer
Vérifier les rôles restants après redémarrage
Depuis la console du serveur, ouvrez Windows PowerShell en tant qu’administrateur et exécutez la commande ci-dessous. Les rôles RDS-RD-Server et RDS-Connection-Broker ne doivent plus apparaître parmi les rôles installés. Si le serveur hébergeait les licences RDS, vérifiez que RDS-Licensing est toujours présent. En cas de résultat inattendu ou d’erreur, ne poursuivez pas la réinstallation avant d’avoir compris le problème. Commande : Get-WindowsFeature RDS-* | Where-Object Installed | Select-Object Name,DisplayName
Réinstaller les rôles Session Host et Connection Broker
Sur le serveur concerné, dans Windows PowerShell ouvert en tant qu’administrateur, exécutez la commande ci-dessous. Elle installe les rôles Session Host et Connection Broker ainsi que leurs outils de gestion. Attendez la fin de l’installation et vérifiez que le résultat indique Success : True. En cas d’échec, arrêtez la procédure et examinez l’erreur. La création du déploiement et de la collection sera effectuée après le redémarrage. Commande : Install-WindowsFeature RDS-RD-Server,RDS-Connection-Broker -IncludeManagementTools
Redémarrer le serveur après la réinstallation
Après avoir vérifié que l’installation des rôles a réussi, enregistrez les travaux ouverts puis exécutez la commande ci-dessous dans Windows PowerShell ouvert en tant qu’administrateur. Attendez la fin du redémarrage, puis reconnectez-vous à la console du serveur. Le déploiement RDS et la collection seront recréés aux étapes suivantes. Commande : Restart-Computer
Recréer le déploiement RDS
Après le redémarrage, ouvrez Windows PowerShell en tant qu’administrateur sur le serveur. Remplacez SERVEUR.domaine.local dans les deux paramètres par le nom complet de votre serveur. Cette commande crée le déploiement avec le Connection Broker et le Session Host sur le même serveur. L’opération peut prendre plusieurs minutes. Attendez sa fin ; si une erreur apparaît, ne poursuivez pas avec la création de la collection. Commande : New-RDSessionDeployment -ConnectionBroker "SERVEUR.domaine.local" -SessionHost "SERVEUR.domaine.local"
Vérifier le nouveau déploiement RDS
Remplacez SERVEUR.domaine.local par le nom complet de votre Connection Broker, puis exécutez la commande ci-dessous. Vérifiez que le serveur concerné apparaît avec les rôles RDS-CONNECTION-BROKER et RDS-RD-SERVER. Cette vérification confirme leur enregistrement dans le déploiement ; elle ne valide pas encore les connexions des utilisateurs. Si un rôle manque ou si une erreur apparaît, corrigez le problème avant de créer la collection. Commande : Get-RDServer -ConnectionBroker "SERVEUR.domaine.local"
Recréer la collection de sessions
Dans Windows PowerShell ouvert en tant qu’administrateur, exécutez la commande ci-dessous après avoir remplacé COLLECTION par le nom de la collection à recréer et SERVEUR.domaine.local par le nom complet de votre serveur dans les deux paramètres. Attendez la fin de l’opération. Si une erreur apparaît, arrêtez la procédure. Les groupes autorisés et les autres paramètres de la collection seront configurés aux étapes suivantes. Commande : New-RDSessionCollection -CollectionName "COLLECTION" -SessionHost "SERVEUR.domaine.local" -ConnectionBroker "SERVEUR.domaine.local"
Configurer le groupe autorisé à utiliser la collection
Remplacez COLLECTION par le nom de votre collection, SERVEUR.domaine.local par votre Connection Broker et DOMAINE\Groupe-RDS par le groupe autorisé relevé avant la reconstruction. Cette commande définit la liste des groupes autorisés : elle ne se contente pas d’ajouter un groupe à la liste existante. L’exemple convient à un seul groupe ; si plusieurs groupes doivent avoir accès, adaptez la liste avant de l’exécuter. Commande : Set-RDSessionCollectionConfiguration -CollectionName "COLLECTION" -UserGroup "DOMAINE\Groupe-RDS" -ConnectionBroker "SERVEUR.domaine.local"
Configurer les paramètres de sécurité de la collection
La commande ci-dessous reprend les paramètres utilisés dans le déploiement reconstruit : authentification NLA activée, couche de sécurité Negotiate et niveau de chiffrement ClientCompatible. Vérifiez qu’ils correspondent à votre configuration et aux exigences de sécurité de votre organisation avant de les appliquer. Remplacez COLLECTION par votre collection et SERVEUR.domaine.local par votre Connection Broker. Commande : Set-RDSessionCollectionConfiguration -CollectionName "COLLECTION" -AuthenticateUsingNLA $true -SecurityLayer Negotiate -EncryptionLevel ClientCompatible -ConnectionBroker "SERVEUR.domaine.local"
Configurer le serveur et le mode de licences RDS
Remplacez SERVEUR.domaine.local par votre Connection Broker et LICENCES.domaine.local par votre serveur de licences. Si ces rôles sont hébergés sur le même serveur, utilisez son nom complet dans les deux paramètres. L’exemple utilise PerDevice, pour des CAL par appareil ; remplacez-le par PerUser si vos CAL sont par utilisateur. Cette commande configure le déploiement mais n’installe ni n’active les CAL. Commande : Set-RDLicenseConfiguration -Mode PerDevice -LicenseServer "LICENCES.domaine.local" -ConnectionBroker "SERVEUR.domaine.local"
Vérifier la configuration des licences RDS
Remplacez SERVEUR.domaine.local par le nom complet de votre Connection Broker, puis exécutez la commande ci-dessous. Vérifiez que le serveur de licences et le mode affichés correspondent à votre configuration : PerDevice pour des CAL par appareil ou PerUser pour des CAL par utilisateur. Cette vérification ne confirme pas à elle seule l’activation du serveur de licences ni la disponibilité des CAL ; contrôlez également ces points dans le Gestionnaire de licences des services Bureau à distance. Commande : Get-RDLicenseConfiguration -ConnectionBroker "SERVEUR.domaine.local"
Vérifier les paramètres restaurés et tester une connexion RDP
Avant de rouvrir l’accès aux utilisateurs, comparez la configuration avec les éléments relevés avant la reconstruction : groupes autorisés, profils utilisateurs, applications publiées et certificats selon votre installation. Rétablissez les paramètres manquants. Depuis un poste client, testez ensuite une connexion RDP normale, sans le paramètre /admin, avec un compte utilisateur autorisé. Vérifiez l’ouverture de session, le profil et les applications nécessaires. Si le test échoue, relevez le message d’erreur et poursuivez le diagnostic avant de remettre le service à disposition.
Confirmer le fonctionnement après un nouveau redémarrage
Une connexion réussie juste après la reconstruction ne suffit pas à confirmer que le problème est résolu. Pendant la période de maintenance, fermez les sessions de test puis redémarrez le serveur. Attendez la fin du démarrage et testez de nouveau une connexion RDP normale, sans le paramètre /admin, avec un compte autorisé. Si la connexion fonctionnait avant le redémarrage mais échoue après avec les erreurs 0x3 / 0x7, vérifiez les événements du Connection Broker avant d’envisager une nouvelle reconstruction. Consultez notre guide consacré à cette panne : https://allopcs.com/guides/erreur-rdp-0x3-0x7-apres-redemarrage-dun-serveur-rds/