Le cluster de serveurs Remote Desktop Session Host (RDSH) interrompt les connexions des utilisateurs en raison de registres internes corrompus du broker de sessions.

Nicolas Moreau 20 Points de réputation
2026-06-18T14:21:29.9633333+00:00

Bonjour, notre ferme de serveurs Terminal Server a commencé à rejeter les connexions des utilisateurs de manière intermittente. Les appareils clients affichent un message générique indiquant une interruption de connexion. Après analyse de l’architecture d’hébergement, les journaux du service central Connection Broker signalent une défaillance interne du suivi de la mémoire lors du traitement des index d’état des sessions utilisateur.

Windows pour les entreprises | Windows 365 Entreprise
0 commentaires Aucun commentaire

Réponse acceptée par l’auteur(e) de la question
Jason Nguyen Tran 27,530 Points de réputation Conseiller(ère) indépendant(e)
2026-06-18T15:03:27.8766667+00:00

Bonjour,

D’après votre description, une corruption du registre du Connection Broker empêche probablement le broker de suivre correctement les index d’état des sessions, ce qui explique les messages génériques d’interruption affichés sur les appareils clients.

Une première étape consiste à vérifier l’état du service Connection Broker en exécutant la commande Get-RDConnectionBrokerHighAvailability dans PowerShell afin de confirmer la cohérence du cluster. Si des incohérences sont détectées, il peut être nécessaire de reconstruire la base de données du broker ou de la restaurer à partir d’une sauvegarde fonctionnelle connue. Vérifiez également la ruche de registre située sous HKLM\System\CurrentControlSet\Services\RDSessionBroker afin de détecter toute corruption ou valeur incorrecte. L’exportation puis la réimportation des clés depuis un nœud broker sain peut parfois résoudre le problème.

Il est également recommandé d’examiner les journaux d’événements du broker à la recherche d’erreurs Schannel ou RPC, car celles-ci peuvent indiquer des problèmes de communication entre les nœuds du broker. L’exécution de rdpsdiag ou de repadmin sur le cluster du broker peut également permettre d’identifier des problèmes de réplication ou de traçage mémoire. Si la corruption est confirmée, l’approche recommandée par Microsoft consiste à retirer le broker concerné du cluster, nettoyer le registre, puis le réintégrer afin de rétablir la stabilité du service.

Je vous invite à essayer ces étapes et à nous faire part des résultats. Si cette réponse vous a été utile, merci de cliquer sur « Accepter la réponse ».

Cordialement, Jason.

Cette réponse vous a-t-elle été utile?

1 personne a trouvé cette réponse utile.
0 commentaires Aucun commentaire

0 réponses supplémentaires

Trier par : Plus ancien

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).