Bureau à distance bloqué sur "Veuillez patienter" ?

Diagnostiquer et terminer les sessions RDP bloquées via PowerShell à distance ou CMD

Quand RDP est bloqué sur "Veuillez patienter", cela est souvent dû à des sessions utilisateur zombies ou à des états de session mal gérés. Celles-ci peuvent persister sur la machine cible, empêchant les nouvelles connexions de s'initialiser correctement.

Utiliser l'utilisateur de requête pour identifier les sessions bloquées

Accédez à la machine hôte en utilisant le remoting PowerShell ou SSH, puis exécutez :

Cette commande renvoie la liste des sessions utilisateur actives, déconnectées et inactives avec leurs identifiants de session et leur statut.

Exemple de sortie :

Recherchez des sessions dans l'état "Disc" (Déconnecté) ou "Down". Celles-ci peuvent interférer avec de nouvelles connexions.

Réinitialiser la session problématique

Utilisez l'ID de session que vous avez identifié ci-dessus pour réinitialiser la session bloquée :

Cette commande termine de force la session RDP spécifiée sur l'hôte, supprimant tout blocage de connexion.

Insight transitoire

Si la réinitialisation de la session ne rétablit pas la connectivité ou si l'hôte continue de rester bloqué sur "Veuillez patienter", le problème peut impliquer le processus client RDP ou les services Windows du côté client ou serveur. Examinons de plus près.

Tuez les processus côté client RDP pour récupérer la réactivité locale

Le blocage peut provenir de la machine cliente, surtout si vous utilisez des versions modernes de Windows où msrdc.exe remplace l'ancien mstsc.exe.

Identifier les processus RDP actifs

Ouvrir l'invite de commandes en tant qu'administrateur sur le client :

Si mstsc.exe (héritage Connexion Bureau à distance ) ou msrdc.exe (nouveau Bureau à distance Microsoft) est en cours d'exécution et ne répond pas, cela pourrait en être la cause.

Forcer l'arrêt du processus RDP

Terminez-le pour redémarrer une session propre :

Cela met immédiatement fin à la session côté client et évite les états de cache persistants ou les erreurs de poignée de main.

Note pour les administrateurs informatiques

msrdc.exe est souvent utilisé avec Azure AD ou des clients RDP installés depuis le Microsoft Store, et il stocke l'état différemment. Le vider garantit qu'aucune information d'identification bloquée ou aucun fil GUI ne ralentit la session.

Redémarrez les services de bureau à distance Windows pour débloquer le système hôte

Au niveau du système d'exploitation, RDP s'appuie sur plusieurs services en arrière-plan pour gérer l'authentification, l'initialisation de session, la synchronisation du presse-papiers et le chargement de l'environnement utilisateur. Un service corrompu ou bloqué peut empêcher la connexion de se terminer.

Redémarrez le service TermService pour actualiser le cœur RDP

Sur l'hôte distant, exécutez :

Vous pouvez voir un avertissement indiquant que d'autres services seront affectés. C'est normal pour les environnements distants, mais assurez-vous qu'aucune opération critique n'est en cours.

Redémarrer SENS et les dépendances

Certaines pannes RDP impliquent le Service de Notification d'Événements Système (SENS) ou des services RPC dépendants. Redémarrez-les dans l'ordre :

Optionnellement :

Astuce Pro : Utilisez Get-Service et sc pour la validation

Exécutez cette ligne PowerShell pour valider l'état du service :

Utilisez sc qc TermService pour confirmer les chaînes de dépendance.

Effectuez un démarrage propre pour éliminer les conflits logiciels

Les applications en arrière-plan—en particulier les outils de sécurité ou les suites de gestion à distance—peuvent interférer avec le chargement des profils utilisateurs et les scripts de connexion à distance.

Configurer un environnement de démarrage propre

Sur la machine hôte :

1. Appuyez sur Win + R, tapez msconfig, puis appuyez sur Entrée.
2. Allez à l'onglet Services.
3. Cochez "Masquer tous les services Microsoft".
4. Cliquez sur Désactiver tout.
5. Allez dans Démarrer > Ouvrir le Gestionnaire des tâches > Désactiver toutes les applications de démarrage.
6. Redémarrez le système.

Observer le comportement RDP après le démarrage

Tentative de reconnexion via RDP Si le problème disparaît, activez les services de démarrage par lots pour identifier le composant en conflit.

Coupables courants

• Programmes antivirus avec filtrage RDP.
• Gestionnaires d'identifiants tiers.
• Outils d'assistance à distance avec des accroches d'écran.

Ajuster la stratégie de groupe pour prévenir les conflits de session

Dans des environnements de domaine ou multi-utilisateurs, des stratégies de groupe mal configurées peuvent entraîner des chevauchements de session, des identifiants orphelins ou des boucles de connexion répétées.

Naviguer vers le paramètre de politique correct

Exécutez gpedit.msc, puis :

pgsql: Configuration de l'ordinateur > Modèles administratifs > Composants Windows > Services de bureau à distance > Hôte de session de bureau à distance > Connexions

Activer "Restreindre les utilisateurs RDS à une seule session"

Définissez ce qui suit sur Activé :

• Politique : Restreindre les utilisateurs des services de bureau à distance à une seule session

Cela garantit que les tentatives de reconnexion reprennent la session précédente au lieu de créer une nouvelle (potentiellement défaillante).

Mise à jour de la politique de force et réinitialisation de session

Après avoir modifié la politique, exécutez :

Vous pouvez également vouloir redémarrer la machine ou redémarrer TermService pour appliquer complètement les modifications.

Automatiser toutes les corrections avec un script de récupération combiné

Pour les incidents récurrents, il est efficace de créer un script en une ligne qui réinitialise les sessions et redémarre les services sans redémarrer.

Commande de récupération principale

cmd: taskkill /IM rdpclip.exe /F /T || echo rdpclip.exe non en cours d'exécution && taskkill /IM mstsc.exe /F /T || echo mstsc.exe non en cours d'exécution && net stop TermService && net start TermService

Ajoutez ce script à une plateforme de gestion à distance, un outil RMM ou un déploiement PSExec pour résoudre rapidement les environnements RDP bloqués.

Découvrez TSplus : une solution de bureau à distance plus intelligente

TSplus Remote Access est conçu pour éliminer les frustrations courantes liées au RDP, y compris l'angoissant écran "Veuillez patienter". Avec des fonctionnalités telles que la gestion centralisée des sessions, la reconnexion intelligente et l'accès basé sur le web, il garantit une connectivité fiable et réactive dans tous les environnements. TSplus donne aux administrateurs informatiques un contrôle total sur les sessions à distance : pas de redémarrages, pas de connexions bloquées, juste un accès fluide et sécurisé.

Conclusion

Le problème de "Remote Desktop bloqué sur 'Veuillez patienter'" est plus qu'un simple inconvénient - c'est un symptôme de problèmes plus profonds tels que des sessions non fermées, des services mal configurés ou des conflits système. En comprenant les causes techniques et en appliquant des solutions ciblées, les professionnels de l'informatique peuvent rapidement rétablir l'accès et minimiser les temps d'arrêt. Cependant, pour une stabilité et une efficacité durables, compter uniquement sur le dépannage manuel de RDP peut ne pas suffire dans des environnements exigeants ou à grande échelle.