8 votes

Comment prévenir la connexion à distance au bureau lorsque l'utilisateur est connecté localement?

J'ai quelques machines Windows (XP et 7) et je veux permettre aux utilisateurs de se connecter à distance en utilisant le bureau à distance (rdp, de n'importe quelle source win, mac, linux, etc.) si personne d'autre n'est connecté.

Actuellement, il y a deux types de comportement (si je me souviens bien, '1' correspond à win 7 et '2' à xp) :

  1. l'utilisateur connecté est expulsé sans avertissement
  2. l'utilisateur se voit demander "Voulez-vous expulser la personne déjà connectée ?"

Je veux changer cela comme suit :

  • si un utilisateur local est connecté, afficher quelque chose comme "l'utilisateur local est connecté, partez"
  • si un utilisateur distant est connecté, demander "voulez-vous expulser l'utilisateur distant ?"

Ceci devrait être valable pour toutes les tentatives de connexion, locales ou à distance. L'utilisateur se connectant est un utilisateur générique, c'est-à-dire que celui qui se connecte est le même que celui déjà connecté.

Cette réponse se rapproche de ce que je veux faire (temps d'attente très long). Comment puis-je le faire concrètement (xp et 7) ?

Empêcher le Bureau à distance d'expulser l'utilisateur actuel sous Windows 7

éditer :

progrès... Comment désactiver le délai de 30 secondes sur les connexions Bureau à distance vers Windows 7 lorsqu'un utilisateur est connecté ?

éditer 2 :

encore plus de progrès... Est-ce que Remote\utilisateur est identique à NomOrdinateur\utilisateur ou à utilisateur dans Windows 7/XP ?

Donc en gros, je dois vérifier ce qu'est %userdomain% et modifier la connexion activée/désactivée (ou le délai pour rendre le comportement un peu plus souple) en fonction de cela... Je vais essayer ça la semaine prochaine.

5voto

En utilisant l'éditeur de stratégie de groupe, accédez à :

Modèles d'administration\Composants Windows\Servicies de bureau à distance\Hôte de session Bureau à distance\Connexions

cherchez Définir les règles pour le contrôle à distance des sessions utilisateur des services Bureau à distance et attribuez-lui un contrôle total avec autorisation utilisateur dans la liste des options.

ici, l'utilisateur local sera invité à confirmer lorsque quelqu'un tente de se connecter. et cela devrait s'appliquer à chaque tentative de connexion.

1voto

Thad Points 725

C'est impossible. Windows 7 est un système d'exploitation grand public, pas un serveur de terminal.

Alors que les composants sont là pour que cela se produise, ce n'est qu'une petite partie de l'histoire. Rappelons-nous que le développement de logiciels est bien plus que du code. Tout d'abord, Microsoft doit tester la configuration ainsi que les applications qui s'exécuteront sous celle-ci. Que se passe-t-il si des applications tentent d'écrire sur la même clé de registre ? Sur un serveur de terminal, c'est facile. Sur un système d'exploitation grand public, c'est imprévisible. Que se passe-t-il si un utilisateur décide de lancer une application qui consomme toutes les ressources locales ? Comment cela peut-il être résolu ?

Pire encore, si des bugs apparaissent, cela peut potentiellement faire planter le système ou pire, corrompre silencieusement les données. Dans un monde où l'on peut poursuivre en justice quelqu'un pour avoir servi du café chaud, c'est un risque inutile.

Au mieux, vous devrez le pirater. Au pire, vous devrez réaliser que vous n'avez pas payé pour un serveur de terminal.

1voto

Keltari Points 67159

Pour activer/désactiver les connexions sur une machine Windows (je sais que cela fonctionne sur 2K+ et win7, pas sûr pour XP)

Changer Connexion /Désactiver

Changer Connexion /Activer

Vous pouvez créer des scripts autour de ces commandes pour faire ce que vous voulez.

Soyez prudent cependant, si vous travaillez à distance et que vous perdez la connexion, quelqu'un doit se connecter à la machine localement pour réactiver les connexions.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X