J'ai quelques machines Windows (XP et 7) et je souhaite permettre aux utilisateurs de se connecter à distance à distance à l'aide de Demote Desktop (RDP, à partir de n'importe quelle gain de source, Mac, Linux, etc.) Si d'autres ne sont pas connectés.
Actuellement, il existe deux types de comportement (si je me rappelle correctement '1' correspond à Win 7 et '2' à XP):
Je veux changer cela pour suivre:
Ce qui précède doit être identique pour toutes les tentatives de connexion locales ou distantes. L'utilisateur se connecte est un utilisateur générique, c'est-à-dire que l'une des journalistes et connectés sont le même utilisateur.
Cette réponse est assez proche de ce que je veux faire (le temps d'attente de très grand). Comment puis-je le faire dans la pratique (XP et 7)?
empêchant le bureau distant d'un coup de pied de coup de pied sur Windows 7
Edit:
Edit2 :
plus de progrès ... est à distance\nom d'utilisateur identique à ComputerName\nom d'utilisateur ou nom d'utilisateur dans Windows 7/XP?
Donc, fondamentalement, je dois vérifier ce qu'est% userdomain% et modifier la connexion activée/désactivée (ou la délai de temps pour faire un comportement un peu plus doux) en fonction de cela ... Je vais essayer la semaine prochaine.
utilisation de l'éditeur de stratégie de groupe, naviguez sur:
Administrative Templates\Windows components\Remote desktop services\Remote desktop session Host\Connections
recherchez Définissez des règles pour la télécommande des sessions utilisateur des services de bureau à distance et donnez-la Contrôle total avec la permission de l'utilisateur Dans la liste Options.
voici donc que l'utilisateur local doit être invoqué pour la confirmation lorsque quelqu'un essaie de se connecter. Et il devrait s'appliquer à chaque tentative de connexion.
Pour activer/désactiver les connexions sur une machine Windows (je sais que cela fonctionne dans 2K + et Win7, pas sûr de XP)
Changer la connexion/désactiver
Changer la connexion/Activer
Vous pouvez construire des scripts autour de cela pour faire ce que vous voulez.
Soyez prudent Tho, si vous travaillez à distance et que vous obtenez DC'ed, une personne doit se connecter à la machine localement pour réactiver les connexions.
C'est impossible. Windows 7 est un système d'exploitation Consumer, pas un serveur Terminal.
Bien que les composants soient là pour que cela se produise, ce n'est qu'une petite partie de l'histoire. Réalisez que le développement logiciel est plus que le code. Pour un, Microsoft doit tester la configuration ainsi que l'application qui l'exécutera. Et si une application essaie d'écrire sur la même clé de registre? Sur un serveur Terminal, c'est facile. Sur un système d'exploitation Consumer, cela est imprévisible. Et si un utilisateur décide de déposer une application portant toutes les ressources locales. Comment vous résoudre cela?
Pire encore si les bugs apparaissent, ce qui peut potentiellement planter le système ou pire, des données corrompues silencieusement. Dans un monde où vous pourrez poursuivre des personnes pour servir du café chaud, il s'agit d'un risque inutile.
Au mieux, vous devrez le pirater. A pire, vous devez vous rendre compte que vous n'avez pas payé pour un serveur Terminal.