Comment puis-je m'assurer que les utilisateurs se déconnectent des sessions Bureau à distance au lieu de simplement fermer la fenêtre RDP?

Nous avons un tas de serveurs sur lesquels nos ingénieurs travaillent à distance, mais chaque serveur a une limite de deux connexions. Nous essaierons souvent de RDP dans ces boîtes et nous verrons le message "Cette machine a dépassé le nombre maximum de connexions".

C'est une grande douleur car nous avons envoyé plusieurs e-mails à ces utilisateurs, et ils ne comprennent jamais.

Je sais comment me connecter à la console racine et démarrer les gens, mais je préfère ne pas le faire. Je sais également qu'il existe des moyens de démarrer des sessions inactives après un certain temps, et je ne veux pas non plus le faire.

Je veux forcer les utilisateurs à apprendre qu'ils doivent se déconnecter. Cela ne se produit pas si vous les déconnectez manuellement (en plus de les déconnecter manuellement, c'est difficile). Si vous les déconnectez simplement manuellement, ces ingénieurs n'hésiteront pas à rester connectés dans une session RDP car cela leur convient.

Je préférerais un système de notification où l'utilisateur inconsidéré est informé par e-mail ou par message NET SEND que son compte est déconnecté de la machine. De cette façon, ils se rendront compte qu'ils font quelque chose de mal. Encore mieux, s'ils enfreignent plusieurs fois, je voudrais que leur compte soit verrouillé jusqu'à ce qu'un administrateur système le déverrouille.

Existe-t-il un moyen d'atteindre l'objectif de déconnexion manuelle des utilisateurs? Toutes les suggestions sont les bienvenues.

Vous pouvez utiliser les outils de configuration d'hôte de session Bureau à distance ou (mieux) les stratégies de groupe pour définir des règles concernant les déconnexions RDP.

Si vous utilisez la stratégie de groupe et les unités d'organisation, vous pourrez permettre à certains utilisateurs de rester «déconnectés» et forcer d'autres à se déconnecter après la déconnexion.

Consultez spécifiquement ces branches politiques:

• Configuration ordinateur \ Stratégies \ Modèles d'administration \ Composants Windows \ Services Bureau à distance \ Hôte de session Bureau à distance \ Limites de temps de session
• Configuration utilisateur \ Stratégies \ Modèles d'administration \ Composants Windows \ Services Bureau à distance \ Hôte de session Bureau à distance \ Délais de session

Et des politiques comme celles-ci:

Mettre fin à une session déconnectée

Spécifiez la durée maximale pendant laquelle une session utilisateur déconnectée est maintenue active sur le serveur hôte de session Bureau à distance. Si vous spécifiez «Jamais», la session déconnectée de l'utilisateur est maintenue pendant une durée illimitée.

Lorsqu'une session est déconnectée, les programmes en cours d'exécution restent actifs même si l'utilisateur n'est plus activement connecté.

.

Lorsqu'une limite de session est atteinte ou que la connexion est rompue

Spécifiez s'il faut déconnecter ou terminer la session des services Bureau à distance de l'utilisateur lorsqu'une limite de session active ou une limite de session inactive est atteinte.

Si la session de l'utilisateur est déconnectée, les programmes que l'utilisateur exécute restent actifs même si l'utilisateur n'est plus connecté activement.

Si la session de l'utilisateur est terminée, l'utilisateur devra établir une nouvelle session des services Bureau à distance avec un serveur hôte de session Bureau à distance.

Pour plus d'informations, consultez cette page de MS sur les politiques de déconnexion RDP.

Pour un système de notification, je suppose que vous devrez le développer en utilisant des API telles que WTSEnumerateSession .

Cela signifie développer quelque chose comme un service Windows qui interrogerait régulièrement vos serveurs afin de chasser les sessions déconnectées et de faire ce que vous voulez avec eux.

Cela pourrait vous prendre plusieurs jours de travail pour bien faire les choses.

Sinon, je suggère une autre approche à ce problème:

• Configurez deux groupes d'utilisateurs rdp sur les serveurs: par exemple TrustedDisconnectors et UntrustedDisconnectors.
• Configurez une stratégie pour UntrustedDisconnectors, ce qui entraîne la déconnexion de leur session avec un délai de déconnexion quelque peu court.
• Communiquez sur ce changement. Déclare que les ingénieurs qui échouent fréquemment à se déconnecter correctement sans raisons valables ne seront plus autorisés à se déconnecter sans être déconnectés.

Je ne sais pas à quel point cela sera utile, mais cela vaut la peine d' utiliser plutôt la visionneuse VNC . Il peut être configuré pour se déconnecter une fois le dernier visualiseur déconnecté.

Vous pouvez ensuite forcer les utilisateurs à utiliser VNC en bloquant le port RDP sur la machine.