Le Bureau à Distance se déconnecte-t-il ? Causes et solutions

Introduction

Des déconnexions inattendues de Remote Desktop peuvent interrompre le travail administratif et affecter les utilisateurs dans tout un environnement de Services de Bureau à Distance (RDS). Cependant, perdre une connexion au Protocole de Bureau à Distance (RDP) ne signifie pas nécessairement que la session Windows est terminée. Cet article explique comment identifier la cause, configurer les limites de session et résoudre les déconnexions récurrentes sans compromettre la sécurité.

Pourquoi le Bureau à distance continue-t-il de se déconnecter ?

Les sessions de Bureau à distance peuvent être perturbées par des politiques de session Windows, des problèmes de réseau, des problèmes de passerelle ou des problèmes côté serveur. Malgré des symptômes similaires, chaque problème nécessite une approche spécifique.

Les administrateurs doivent analyser la situation et déterminer ce qui se passe exactement avec la session Windows et quand cela se produit avant de prendre toute mesure.

La session se déconnecte-t-elle, se verrouille-t-elle ou se déconnecte-t-elle ?

Windows distingue plusieurs états de session, dont la connaissance est essentielle pour un dépannage précis.

État de la session	Que se passe-t-il	Effet sur les applications
Actif	L'utilisateur est connecté et interagit avec Windows	Les applications fonctionnent normalement
Inactif	La session reste connectée sans saisie de l'utilisateur	Les applications continuent généralement de s'exécuter.
Verrouillé	L'authentification est requise pour reprendre l'interaction	Les applications restent généralement actives
Déconnecté	La connexion RDP se ferme, mais la session Windows reste.	Les applications continuent généralement de s'exécuter.
Déconnecté	La session Windows se termine	Les applications s'exécutant dans la session se ferment normalement.

Si les utilisateurs se reconnectent et constatent que leurs applications sont toujours en cours d'exécution, leur session a probablement été déconnectée, pas terminée. Si les applications ont été fermées et que les utilisateurs se voient présenter une nouvelle session, une déconnexion, une terminaison de session ou un redémarrage de l'hôte a pu se produire.

Une session verrouillée, encore une fois, est différente. Les utilisateurs pourraient simplement avoir besoin de s'authentifier pour reprendre leur session existante, sans établir une nouvelle connexion RDP.

Que vous dit le moment de la déconnexion ?

Le moment et les circonstances d'une déconnexion RDP peuvent souvent donner les meilleurs indices sur la cause sous-jacente.

Symptôme	Cause possible	Première vérification
Se déconnecte après une période d'inactivité fixe	Limite de session inactive ou délai d'attente réseau	Politiques de session et de passerelle
Déconnexions après une durée fixe pendant l'activité	Limite de session active ou délai d'attente intermédiaire	Paramètres de session active et de passerelle
Se déconnecte aléatoirement pendant l'utilisation	Perte de paquets, instabilité VPN ou échec de transport	Connectivité réseau
Verrouille après inactivité	Politique d'inactivité de Windows ou de l'économiseur d'écran	Paramètres de sécurité
Déconnexions lorsque l'hôte est inactif	Veille ou hibernation	Paramètres d'alimentation
Les applications se ferment après la déconnexion	Termination de session, déconnexion ou redémarrage de l'hôte	Limites de session et journaux d'événements
Plusieurs utilisateurs se déconnectent simultanément	Problème de passerelle partagée, de réseau ou d'hôte	Événements d'infrastructure

Cependant, ces observations ne sont que des indices, et la véritable cause pourrait être différente.

Par exemple, si votre pare-feu a un délai d'expiration intégré pour les connexions inactives, cela pourrait compliquer la situation, masquant une politique de session inactive RDS.

Ensuite, vérifiez si les politiques de session Windows sont en cause.

Comment fonctionnent les délais d'expiration des sessions RDP et les limites d'inactivité ?

Les services de bureau à distance offrent de nombreuses options distinctes pour gérer le temps des sessions, l'inactivité et la fermeture. Une utilisation incorrecte de ces options peut entraîner des malentendus parmi les administrateurs, entraînant une modification des politiques qui ne correspondent pas au problème.

Limites de session actives, inactives et déconnectées

Selon Documentation de la politique des services de bureau à distance de Microsoft Learn Windows fournit trois limites de temps de session principales :

• Limite de session active : Contrôle la durée maximale d'une session, indépendamment de l'activité de l'utilisateur. Une limite de huit heures peut déconnecter quelqu'un qui a travaillé en continu.
• Limite de session inactive : Contrôle la durée pendant laquelle une session connectée peut rester inactive avant que Windows ne la déconnecte. Une limite de 30 minutes peut interrompre une session après 30 minutes sans saisie de l'utilisateur.
• Limite de session déconnectée : Contrôle de la durée pendant laquelle une session déjà déconnectée reste sur le serveur avant que Windows ne la termine.

La limite de session déconnectée ne provoque normalement pas l'interruption de la connexion initiale. Au lieu de cela, elle détermine combien de temps la session et les applications de l'utilisateur restent disponibles par la suite.

Les administrateurs devraient également examiner la politique. Mettre fin à la session lorsque les limites de temps sont atteintes Lorsque cette option est activée, ce paramètre peut entraîner l'expiration de la session en raison des limites de temps actives ou inactives applicables, plutôt que de simplement la déconnecter.

Quels paramètres de délai d'expiration de session prennent le pas ?

Les limites de session peuvent être contrôlées par la stratégie de groupe locale, la stratégie de groupe de domaine ou les paramètres de collection RDS. Les options de configuration ne sont pas toujours au même niveau.

Windows agit sur la stratégie de groupe en relation avec la hiérarchie des politiques applicables. En ce qui concerne les limites de temps de session RDS, cela signifie que les politiques informatiques sont prioritaires sur les politiques utilisateur associées, tandis que les paramètres de politique appliqués peuvent avoir la priorité sur la configuration au niveau de la collection.

Cela signifie que les modifications apportées à un paramètre au niveau local peuvent n'avoir aucun effet si une valeur différente est spécifiée dans une stratégie de domaine.

Les administrateurs doivent déterminer la configuration effective avant d'apporter plusieurs modifications. Cela empêche la création de politiques conflictuelles, ce qui simplifiera l'enregistrement et le dépannage.

Que faut-il faire pour résoudre les délais d'attente des sessions de bureau à distance ?

Si le Bureau à distance continue de se déconnecter après un certain temps, vérifiez d'abord les limites de temps de session au lieu de modifier les paramètres réseau.

Étape 1 : Vérifiez les limites de session RDP dans la stratégie de groupe

Sur l'hôte Windows affecté :

1. Ouvrir Exécuter et entrer gpedit.msc .
2. Naviguer vers Configuration de l'ordinateur > Modèles d'administration > Composants Windows > Services de bureau à distance > Hôte de session de bureau à distance > Limites de temps de session .
3. Critique Définir une limite de temps pour les sessions actives des Services de Bureau à Distance .
4. Vérifier Définir une limite de temps pour les sessions de Services Bureau à distance actives mais inactives .
5. Vérifiez la limite de session déconnectée et Mettre fin à la session lorsque les limites de temps sont atteintes .

Comparez les restrictions configurées par rapport à l'intervalle mesuré entre les déconnexions que vous avez constatées.

Par exemple, si les utilisateurs ont tendance à se déconnecter après environ 15 minutes d'inactivité et qu'une restriction de session inactive de 15 minutes est configurée, c'est une cause probable.

Modifiez les instructions pertinentes en fonction des besoins de votre environnement. Il est généralement préférable d'étendre simplement des limitations trop strictes plutôt que de les supprimer complètement. Sur les ordinateurs gérés par le domaine, vous voudrez peut-être ouvrir la console de gestion des stratégies de groupe (gpmc.msc) et étudier l'entrée pertinente.

Étape 2 : Vérifiez quelles stratégies de groupe sont appliquées

Si le changement d'une politique locale ne résout pas le problème, déterminez quels objets de stratégie de groupe (GPO) sont réellement appliqués.

Depuis une invite de commande élevée sur l'hôte affecté, exécutez :

gpresult /h C:\Windows\Temp\gpresult.html

Ouvrez le rapport pour un ordinateur, puis examinez les stratégies appliquées à l'ordinateur. Pour voir les stratégies appliquées à un utilisateur, consultez les informations sur l'ensemble de politiques résultant pour l'utilisateur ou consultez les résultats de la stratégie de groupe pour l'utilisateur en utilisant le contrôleur de domaine.

Après avoir effectué un changement autorisé sur un objet de stratégie de groupe, mettez à jour les paramètres de la stratégie de groupe pour les ordinateurs auxquels le paramètre est appliqué :

gpupdate /force

Selon le scénario, il peut être nécessaire que les utilisateurs rétablissent une connexion ou même se déconnectent et se reconnectent avant que le changement ne prenne effet.

Cette étape est particulièrement nécessaire si le même environnement RDS est régi par plusieurs GPO.

Étape 3 : Examiner les paramètres de la collection RDS et du portail RD

Dans les déploiements conventionnels de Microsoft RDS, les limites de session peuvent également être configurées au niveau de la collection.

Ouvrir Gestionnaire de serveur > Services de bureau à distance > Collections sélectionnez la collection pertinente et examinez les propriétés de sa session. Vérifiez les limites de session active, inoccupée et déconnectée par rapport à la configuration prévue.

Si les utilisateurs se connectent via le Remote Desktop Gateway (RD Gateway), inspectez également les politiques d'autorisation de connexion du passerelle.

Sur le serveur RD Gateway :

1. Ouvrir Gestionnaire de passerelle de bureau à distance .
2. Naviguer vers Politiques > Politiques d'autorisation de connexion .
3. Ouvrez la politique pertinente.
4. Vérifiez ses paramètres de délai d'expiration de session.

Un délai d'attente imposé par un portail peut se produire même si l'hôte de session autorise des sessions prolongées.

Si le problème se produit uniquement lors de l'utilisation d'un RD Gateway, enquêtez sur le configuration de la passerelle et les appareils réseau associés avant de modifier les politiques de Session Host.

Pourquoi le Bureau à distance se déconnecte-t-il après une certaine inactivité ?

Toutes les interruptions liées à l'inactivité ne sont pas causées par une limite de session inactif RDS. Il existe d'autres paramètres Windows qui pourraient interférer, tels que les paramètres liés à la sécurité ou à la gestion de l'alimentation.

Vérifier les politiques d'inactivité des machines Windows

Windows peut être configuré pour verrouiller une session après un certain temps d'inactivité de l'utilisateur.

Ouvrir secpol.msc et accédez à :

Politiques locales > Options de sécurité > Ouverture de session interactive : Limite d'inactivité de la machine

Ce paramètre spécifie la période d'inactivité, en secondes, avant que Windows ne verrouille la session.

Un verrouillage ne mettra généralement pas fin à la session RDP ni ne fermera les applications. Par conséquent, si l'utilisateur ne voit que l'écran de connexion Windows, examinez les politiques de verrouillage avant de modifier les limites de session RDS.

Vérifiez les paramètres de l'économiseur d'écran et d'alimentation

Les politiques de protection de l'écran peuvent également exiger que les utilisateurs s'authentifient après une période d'inactivité.

Vérifiez les paramètres sous :

Configuration de l'utilisateur > Modèles d'administration > Panneau de configuration > Personnalisation

Faites particulièrement attention aux paramètres de temporisation de l'économiseur d'écran et de protection par mot de passe.

Sur les stations de travail Windows, le mode veille ou l'hibernation peuvent rendre l'ordinateur distant temporairement indisponible. Vérifiez les paramètres d'alimentation pertinents sous Paramètres > Système > Alimentation et batterie ou l'interface des Options d'alimentation correspondante.

Systèmes qui nécessitent une continuité remote access devrait pouvoir être accessible à distance devrait avoir la politique de gestion de l'alimentation appropriée. Désactiver le mode veille sur tous les points de terminaison peut compromettre la sécurité de l'entreprise et les besoins en énergie.

Quel est le processus pour résoudre les déconnexions RDP aléatoires ?

Si le bureau à distance est fréquemment déconnecté sans avertissement, surtout lors d'un travail actif, les pannes d'interface réseau et de transport sont beaucoup plus probables que le délai d'expiration de la session.

Tester la connectivité réseau et la stabilité du VPN

Commencez par tester la connectivité au serveur ou à la passerelle concerné(e).

Test-NetConnection server.example.com -Port 3389

Cela teste si une connexion TCP peut être établie vers la destination et le port donnés. Remplacez le nom d'hôte et le port par les valeurs pertinentes pour votre environnement.

Pour effectuer des tests de connectivité en continu, exécutez :

ping server.example.com -t

L'utilisation du ping continu peut mettre en évidence une perte de paquets intermittente ou des pics de latence si le protocole de message de contrôle Internet (ICMP) est autorisé. Néanmoins, des réponses ping réussies ne garantissent pas la stabilité du transport RDP.

Si les déconnexions sont corrélées à des interruptions de réseau, envisagez les pannes Wi-Fi. Échecs de tunnel VPN , changements de routage et transitions d'état du pare-feu.

Les échecs de reconfiguration VPN, les délais de connexion du pare-feu et les expirations de session de traduction d'adresse réseau (NAT) peuvent tous perturber des connexions RDP par ailleurs stables.

Lors de l'analyse des chemins de connexion alternatifs, n'utilisez que des routes réseau autorisées. N'exposez pas RDP au trafic Internet général et ne contournez pas les politiques de sécurité VPN imposées à des fins de diagnostic.

Vérifiez si le transport UDP RDP est responsable

Les sessions RDP modernes utilisent désormais le protocole de datagramme utilisateur (UDP) en plus du protocole de contrôle de transmission (TCP) pour une réactivité accrue.

Mais des pare-feu mal configurés, des VPN ou tout autre appareil réseau peuvent bloquer les paquets UDP.

Pour tester si un problème est causé par des paquets UDP, utilisez les instructions ci-dessous pour forcer le client de Bureau à distance à n'utiliser que TCP.

Ouvrez la stratégie de groupe sur l'ordinateur client et procédez à :

Configuration de l'ordinateur > Modèles d'administration > Composants Windows > Services de bureau à distance > Client de connexion Bureau à distance

Activer Désactiver UDP sur le client ensuite reconnectez-vous et observez si les interruptions continuent.

Si la connexion se stabilise, examinez la gestion de l'UDP le long du chemin réseau.

Ceci est une étape de diagnostic, pas une solution générale. Les connexions uniquement TCP auront un comportement différent sur les réseaux de mauvaise qualité, alors assurez-vous de rétablir le transport préféré une fois que la cause profonde du problème a été résolue.

Investiguer la santé du client et du serveur de bureau à distance

Des déconnexions persistantes peuvent également être déclenchées par des composants Windows obsolètes, des pilotes réseau ou une instabilité sur l'hôte distant.

Assurez-vous que les systèmes client et hôte sont à jour. Déterminez si des problèmes sont apparus après des mises à jour de Windows, des changements de pilotes ou des ajustements de configuration réseau.

Examinez l'utilisation du CPU, de la mémoire et du disque près du moment des pannes. Surveillance des performances de session RDP peut aider à corréler l'épuisement des ressources qui peut impacter la performance des Services de Bureau à Distance, bien qu'une utilisation élevée n'identifie pas nécessairement la cause profonde.

Évitez de redémarrer les services de bureau à distance comme première étape de diagnostic sur les serveurs de production. Les redémarrages de service ou d'hôte doivent être différés jusqu'à ce que les procédures de gestion des changements et de diagnostic appropriées soient complètes, car ils peuvent perturber d'autres utilisateurs.

Quelle est la méthode pour diagnostiquer les déconnexions RDP lorsque vous utilisez les journaux Windows ?

Lorsque votre politique ou vos vérifications de connectivité ne montrent pas de raison, les journaux d'événements Windows peuvent aider à déterminer ce qui a pu se passer avant et pendant une déconnexion. Les conseils de dépannage de Microsoft Learn fournit des informations supplémentaires sur le diagnostic des erreurs de déconnexion de Remote Desktop.

Examiner les événements de Remote Desktop dans l'Observateur d'événements

Ouvrir eventvwr.msc sur le système Windows affecté.

Les canaux d'événements côté serveur pertinents incluent :

• Applications et journaux de services > Microsoft > Windows > TerminalServices-LocalSessionManager > Opérationnel
• Applications et journaux de services > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Opérationnel
• Journaux Windows > Système

Ces événements peuvent aider à identifier les connexions de session, les déconnexions, ou les problèmes d'authentification et les problèmes système.

Pour chaque événement, notez l'utilisateur qui a été impacté, l'hôte de session, l'heure approximative de l'événement et le type de connexion utilisé. Comparez ces événements à ceux capturés par votre RD Gateway, VPN et logiciel de surveillance réseau.

Un événement Windows qui spécifie qu'une session est déconnectée n'identifie pas toujours la cause profonde. Il peut être nécessaire de revoir les événements connexes.

Vérifiez si la session Windows existe toujours

Sur l'hôte de session de bureau à distance, exécutez :

session de requête

Cette commande affiche vos sessions actuelles et leurs statuts.

Si la session problématique est toujours déconnectée, alors vos applications pourraient encore être en cours d'exécution. Si la session n'est plus présente, examinez les déconnexions, les politiques de nettoyage des sessions et les redémarrages de l'hôte.

Sur les serveurs RDS partagés, évitez de tuer des sessions lors du dépannage, à moins que vous ne sachiez qui est affecté et quelles pourraient être les répercussions.

Corréler les déconnexions entre plusieurs utilisateurs

Lorsque plusieurs utilisateurs se déconnectent en même temps, examinez d'abord l'infrastructure avant de passer aux machines des utilisateurs individuels.

Redémarrer une passerelle, des problèmes de réseau ou un plantage d'un hôte de session peuvent faire tomber de nombreux utilisateurs simultanément.

Corréler les événements sur plusieurs machines aide à déterminer s'il s'agissait d'un problème isolé du client ou de quelque chose de plus répandu.

Dans certains cas, une analyse plus approfondie des RDS et des traces réseau pourrait être nécessaire pour déterminer la cause exacte et l'ordre des événements.

Comment pouvez-vous maintenir les sessions et les applications de bureau à distance en cours d'exécution ?

Certains utilisateurs souhaiteraient éviter les déconnexions de Remote Desktop car cela permet aux applications de continuer à fonctionner après la fin de la session distante.

Cependant, garder la session RDP ouverte et s'assurer que la charge de travail Windows continue de fonctionner sont deux cas d'utilisation différents.

Déconnexion sans se déconnecter

Fermer le client de Bureau à distance déconnecte généralement votre connexion mais ne vous déconnecte pas de Windows.

La session que vous avez établie a tendance à être conservée, et les applications restent généralement ouvertes à moins qu'une politique de session ou un autre événement ne les ferme.

En revanche, sélectionner Se déconnecter met fin à la session Windows et ferme normalement ses applications.

Si les applications se terminent de manière inattendue après une déconnexion, examinez la période de délai d'expiration de session déconnectée et toutes les politiques qui nettoient automatiquement les sessions.

Exécuter des charges de travail en arrière-plan indépendamment des sessions RDP

Les applications et les processus qui doivent fonctionner en continu ne doivent pas dépendre d'une session RDP interactive restant ouverte.

En fonction de la charge de travail, des alternatives potentielles incluent les services Windows, le Planificateur de tâches ou l'automatisation spécifique à l'application.

Bien que le Planificateur de tâches puisse exécuter des tâches spécifiques sans surveillance (sans connexion interactive), toutes les applications de bureau Windows ne prennent pas en charge ce type d'opération.

Pour les charges de travail critiques, la méthode préférée est de découpler le processus d'application de la session interactive de l'administrateur, entièrement.

Comment pouvez-vous empêcher les déconnexions récurrentes du Bureau à distance ?

La mise en œuvre des règles de session standard, la disponibilité de l'infrastructure et un aperçu de l'activité réseau contribuent de manière significative à la prévention des déconnexions RDP aléatoires.

Tout d'abord, l'administrateur doit définir les limites et les délais des sessions actives, inactives et déconnectées selon la politique de sécurité de l'entreprise et les exigences des utilisateurs. De plus, le contrôle régulier des stratégies de groupe appliquées et effectives, des délais de passerelle et des appareils réseau aide à éviter la déconnexion de session causée par leur incompatibilité.

Par exemple, si l'utilisation de l'hôte RDS a plusieurs invités ou utilisateurs, analyser la performance du serveur et enquêter sur les erreurs ou incidents survenant séparément pendant la session serait une bonne idée. Cela permettra de déterminer la source du problème et d'éliminer les problèmes avec tous les utilisateurs ou invités en même temps.

Il est erroné de croire que plus la session est active ou persistante, mieux c'est. Bien qu'elle soit utile pour la surveillance de l'infrastructure, une session ouverte et en cours sans opérateur peut représenter une menace pour la sécurité.

L'idée principale est d'éviter les déconnexions et interruptions RDP imprévues sans causer d'instabilité système et de problèmes de sécurité pour les opérateurs et les utilisateurs qui travaillent avec le bureau à distance.

À la recherche d'une alternative plus simple au RDS traditionnel ?

Pour les organisations cherchant à simplifier la livraison centralisée des applications et des bureaux Windows, TSplus Remote Access offre de publication d'applications, accès basé sur le navigateur et capacités de session multi-utilisateurs. Il fournit une approche alternative aux déploiements RDS traditionnels tout en permettant aux équipes informatiques de gérer la connectivité à distance via une solution centralisée.

Conclusion

Lorsque le Bureau à distance se déconnecte constamment, commencez par identifier si la session Windows se verrouille, se déconnecte ou se termine. Les interruptions prévisibles justifient généralement de vérifier les politiques de session, tandis que les pannes aléatoires nécessitent un examen plus approfondi du transport réseau, des passerelles et des journaux système.

Les modifications de configuration ciblées sont plus efficaces que la désactivation de tous les délais d'attente. Des politiques cohérentes et une surveillance aident à maintenir des connexions RDP fiables sans affaiblir la sécurité.