Comment corriger l’erreur « Bureau à distance déconnecté : session Bureau à distance limitée »

Les erreurs « Bureau à distance déconnecté » surviennent généralement lorsque l’hôte a atteint son nombre maximal de sessions ou lorsque les sessions déconnectées ne sont pas libérées. Sur les clients Windows, les références produit (SKU) ne prennent en charge qu’une seule session interactive à la fois.

Sur Windows Server sans les services Bureau à distance (RDS), deux sessions sont disponibles. Les RDS ajoutent la prise en charge multi-utilisateur, sous réserve de disposer des licences adéquates. Cet article vous guide pas à pas pour résoudre ce problème courant.

Résoudre l’erreur « Bureau à distance déconnecté : session Bureau à distance limitée »

Pour corriger le problème de déconnexion, vous devez confirmer le modèle de session de l’hôte, vous connecter sans consommer de session supplémentaire, lister les sessions, définir des délais d’expiration, stabiliser la connectivité, puis effectuer les vérifications propres aux RDS.

📌 Prérequis :

• Droits d’administrateur local ou équivalents sur les machines cibles
• Accès à PowerShell, au Gestionnaire des tâches et aux outils RDP intégrés
• Si vous utilisez les RDS : accès à la configuration de l’hôte de session Bureau à distance, du service Gestionnaire de licences des services Bureau à distance et des collections
• Une fenêtre de maintenance ou une coordination avec les utilisateurs finaux pour fermer les sessions actives

Étape 1 : confirmer le modèle de session et l’état des licences de l’hôte

📌 Cas d’utilisation : avant de vous connecter ou de mettre fin à des sessions, identifiez le type de système concerné et le nombre d’utilisateurs distants qu’il peut légalement prendre en charge.

1. Appuyez sur Win, saisissez Paramètres, puis accédez à Système > Informations système.
2. Vérifiez l’Édition.
3. Ouvrez le Gestionnaire de serveur s’il s’agit d’un Windows Server.
4. Cliquez sur Gérer → Ajouter des rôles et fonctionnalités et vérifiez si les services Bureau à distance figurent dans la liste.
5. Si les RDS sont listés, appuyez sur Win + R, saisissez licmgr.exe, puis appuyez sur Entrée.
6. Notez les éléments suivants :
   • Type de système (client / serveur / RDS)
   • Mode de licence et nombre de CAL

Remarque : l’installation des services Bureau à distance ne signifie pas que le service Gestionnaire de licences est installé localement. Si le rôle Gestionnaire de licences des services Bureau à distance est absent, licmgr.exe ne sera pas disponible et les licences devront être vérifiées sur le serveur de licences configuré.

Étape 2 : se connecter sans consommer de session supplémentaire

📌 Cas d’utilisation : il arrive que vous deviez vérifier un serveur sans mobiliser une licence RDS supplémentaire ni déconnecter quelqu’un.

1. Appuyez sur Win + R.
2. Copiez-collez la commande suivante dans l’invite, puis appuyez sur Entrée :
   • mstsc.exe /admin
3. Saisissez le nom ou l’adresse IP du serveur, puis connectez-vous.

Étape 3 : libérer des sessions

📌 Cas d’utilisation : lorsque les utilisateurs signalent une « session verrouillée » ou une impossibilité de se connecter, vous devez parfois repérer et fermer les sessions inactives ou déconnectées.

1. Appuyez sur Ctrl+Alt+Suppr et sélectionnez le Gestionnaire des tâches.
2. Cliquez sur l’onglet Utilisateurs pour voir qui est connecté.
3. Examinez attentivement la colonne État :
   • Actif → l’utilisateur est connecté et travaille. Ne fermez pas sa session sans concertation.
   • Déconnecté → l’utilisateur n’est plus connecté, mais sa session occupe toujours un emplacement.
   • Temps d’inactivité (s’il est affiché) → une inactivité prolongée peut signaler une session abandonnée.
4. Si une session affiche l’état Déconnecté :
   • Faites un clic droit sur le nom de l’utilisateur
   • Sélectionnez Fermer la session

⚠️ Important : confirmez toujours auprès de l’utilisateur ou consultez votre système de gestion des tickets avant de fermer une session marquée Actif. Une fermeture forcée peut entraîner la perte du travail non enregistré.

Étape 4 : définir des délais d’expiration et limiter les sessions à une seule par utilisateur

📌 Cas d’utilisation : les sessions inactives gaspillent les ressources du serveur et peuvent provoquer des erreurs « trop d’utilisateurs ». Des délais d’expiration et des limites bien définis garantissent un fonctionnement fluide.

1. Appuyez sur Win + R, saisissez gpedit.msc, puis appuyez sur Entrée.
2. Accédez à :
   • Configuration ordinateur > Modèles d’administration > Composants Windows > Services Bureau à distance > Hôte de session Bureau à distance > Limites de durée des sessions
3. Double-cliquez sur Définir la limite de durée des sessions déconnectées et activez ce paramètre.
4. Double-cliquez sur Définir la limite de durée des sessions actives mais inactives et définissez un délai raisonnable.
5. Accédez ensuite à :
   • Hôte de session Bureau à distance > Connexions
6. Ouvrez Limiter le nombre de connexions → activez ce paramètre et définissez un maximum.
7. Ouvrez Restreindre les utilisateurs des services Bureau à distance à une seule session > réglez sur Activé.
8. Cliquez sur Appliquer > OK, puis fermez l’éditeur.

Étape 5 : stabiliser la connectivité et valider la configuration de sécurité

📌 Cas d’utilisation : de mauvaises connexions réseau ou des paramètres de sécurité obsolètes sont souvent à l’origine des coupures RDP intermittentes ou des erreurs d’authentification.

1. Appuyez sur Win, saisissez Panneau de configuration, puis appuyez sur Entrée.
2. Accédez à Système > Paramètres d’utilisation à distance.
3. Sous Bureau à distance, cochez N’autoriser que les connexions des ordinateurs exécutant le Bureau à distance avec authentification au niveau du réseau (NLA).

Suivez ensuite les étapes ci-dessous :

1. Appuyez sur Win, saisissez Paramètres, puis appuyez sur Entrée.
2. Accédez à Windows Update > Rechercher des mises à jour.

Une fois le système à jour, vérifiez que votre pare-feu ne bloque pas le RDP :

3. Ouvrez Panneau de configuration > Pare-feu Windows Defender → Autoriser une application via le pare-feu.
4. Assurez-vous que Bureau à distance est coché pour les réseaux privés et publics.

Étape 6 : effectuer les vérifications propres aux RDS

📌 Cas d’utilisation : dans les environnements complets de services Bureau à distance, des contrôles réguliers des licences et des limites de sessions évitent les blocages d’accès.

1. Sur le serveur RDS, ouvrez le Gestionnaire de serveur.
2. Cliquez sur Services Bureau à distance > Vue d’ensemble.
   • Vérifiez que les rôles Hôte de session Bureau à distance, Broker pour les connexions et Serveur de licences apparaissent en vert / sains.
3. Ouvrez ensuite l’Outil de diagnostic des licences Bureau à distance en appuyant sur Win + R, en saisissant lsdiag.msc, puis en appuyant sur Entrée.
4. Recherchez d’éventuelles erreurs. Si des erreurs apparaissent :
   • Assurez-vous que le serveur de licences est activé.
   • Réinstallez ou réenregistrez les CAL si nécessaire.
5. Passez en revue les paramètres des collections :
6. Dans Gestionnaire de serveur > Services Bureau à distance > Collections
   • Vérifiez que les limites de sessions et les délais d’expiration correspondent à la politique définie.$

Remarque : ces vérifications s’appliquent aux déploiements complets des services Bureau à distance. Pour les serveurs Hôte de session Bureau à distance autonomes, validez les licences directement sur le serveur de licences Bureau à distance et examinez les paramètres de licence de l’hôte de session plutôt que d’utiliser la page Vue d’ensemble des RDS ou les collections.

Bonnes pratiques pour résoudre l’erreur « Bureau à distance déconnecté »

Le tableau ci-dessous récapitule les bonnes pratiques à suivre pour corriger le problème de déconnexion :

NinjaOne vous aide à résoudre l’erreur « Bureau à distance déconnecté »

Avec NinjaOne, vous pouvez déployer des scripts personnalisés sur des groupes d’appareils, planifier des contrôles réguliers et associer les résultats et actions des scripts à votre documentation. Des alertes ou des tickets peuvent ensuite être générés en fonction des résultats des scripts, par exemple lors de la détection d’un nombre excessif de sessions RDP déconnectées ou de risques de saturation des sessions.

Récupérez vos serveurs en corrigeant un problème de déconnexion courant

Les erreurs de session Bureau à distance limitée résultent généralement d’un dépassement de la capacité prévue, et non d’un défaut du système. En respectant le modèle de session de l’hôte, en vous connectant via la console, en libérant des emplacements, en imposant des délais d’expiration et en stabilisant le chemin réseau, vous résolvez les incidents rapidement et évitez qu’ils ne se reproduisent.

Sujets connexes :

• Réparer un service Windows arrêté grâce à l’automatisation
• 6 erreurs fréquentes de gestion des correctifs et comment les éviter
• Bonnes pratiques d’accès à distance pour les MSP et les professionnels de l’informatique
• Comment surveiller les sessions RDP inattendues avec les journaux d’événements et PowerShell