Merci de cette donstration, extrêmement bien documenté. Juste une question, est-il possible d'encapsulé les procédures Serveur et Client dans un script PW ? L'idée bien sûr c'est de simplifier la procédure. Merci encore de ta vidéo et bien sûr de ton site
Merci pour cette belle trouvaille. Bien sûr mstsc restera la solution préférée pour l'accès aux serveurs. Je vois plus cet outil pour le dépannage classique des utilisateurs ; actuellement on utilise VNC avec synchro au domaine pour donner l'accès uniquement au service informatique. Il se fait vieux mais fonctionne bien ; mais la solution Powershell est mieux pour éviter une installation de logiciels tiers et l'encryption, c'est pas de refus. Il serait parfait si : - installation automatisée par GPO - gestion du double écran - mots de passe non visibles en clair - synchro avec l'AD.
Pour le double écran c'est possible, si il y a plusieurs écran, le soft te propose de choisir quel écran tu veux capturer. En gros, si tu veux capturer tes deux écrans il faut que tu lances deux sessions de Power Remote Desktop, une pour chaque écran. Pour le mot de passe non visible, c'est aussi possible, il suffit simplement de spécifier ton propre mot de passe en paramètre, il ne s'affichera plus à l'écran (Il est prévu une future version avec le support d'authentication du Viewer par clé, comme SSH)
en entreprise, en 100 % microsoft, surtout pour les grandes boites, (donc gros parc), tu peux tout gérer via SCCM/MECM. gestion des postes, déploiement, PMAD, .... en revanche bien maitriser powershell est nécessaire pour le support, scripting et traitement d'incident.
@@explorider Si il y a AD, il y a DNS ? Pour nous, on fait une remontée des noms PC et utilisateurs associés via GLPI, extraction auto régulière en csv pour nourrir une interface graphique en Powershell. On y sélectionne l'utilisateur qu'on veut dépanner et ça lance le VNC. Ca marche plutôt bien 😀
Niveau multi écran... Actuellement on a des machines sous windows 7 pro, pour lesquelles ce n'est pas possible de faire du RDP en multi écran contrairement à si les machines étaient en windows enterprise par exemple. Est-ce que la solution proposée permettrait le multi écran malgré cette limitation de windows 7 professional ? Et est-ce le programme tournerait sous windows 7
ca me fait tiquer ce type de demande. je sais que certains usages ne peuvent pas migrer tel quel (appli non compatible, utilisation de dongle,...) mais si les entreprise chiffrait le temps perdu pour trouver des solutions pour continuer à garder des postes obsolètes (sans compter le risque de faille induit par W7 ou les bidouilles qui en découle), elles auraient un process de qualification digne de ce nom pour toute les builds W10 avec des applis toutes fraichement développées. ce n'est pas pour me moquer, trop d'entreprises sont dans ce cas.
@@matthieur1434 ce sont des machines industrielles à 1M$ extrêmement complexes, une fois qualifiées, il faut un temps considérable pour valider tout changement sur les sites de développement puis faire la même chose dans les sites de production. Notre IT n'est que peu impliqué et n'y peut pas grand chose. Elle nous rend les choses difficiles en coupant du net et de beaucoup de choses sur ces machines non supportées par eux
Ok . Simplement, en termes de sécurité autoriser le copié/collé depuis un environnement dont on ne défini pas le périmètre , pour une entreprise c'est dangereux .
Merci pour cette découverte ! 🤩
J'ai pas compris, tu bind en localhost (donc sur ta loopback?) et t'arrives à t'y connecter en réseau local ?
le serveur surveille son port en entrée donc local
le client en revanche va chercher un serveur installé
Merci de cette donstration, extrêmement bien documenté.
Juste une question, est-il possible d'encapsulé les procédures Serveur et Client dans un script PW ?
L'idée bien sûr c'est de simplifier la procédure.
Merci encore de ta vidéo et bien sûr de ton site
Merci pour cette belle trouvaille.
Bien sûr mstsc restera la solution préférée pour l'accès aux serveurs.
Je vois plus cet outil pour le dépannage classique des utilisateurs ; actuellement on utilise VNC avec synchro au domaine pour donner l'accès uniquement au service informatique.
Il se fait vieux mais fonctionne bien ; mais la solution Powershell est mieux pour éviter une installation de logiciels tiers et l'encryption, c'est pas de refus.
Il serait parfait si :
- installation automatisée par GPO
- gestion du double écran
- mots de passe non visibles en clair
- synchro avec l'AD.
Pour le double écran c'est possible, si il y a plusieurs écran, le soft te propose de choisir quel écran tu veux capturer.
En gros, si tu veux capturer tes deux écrans il faut que tu lances deux sessions de Power Remote Desktop, une pour chaque écran.
Pour le mot de passe non visible, c'est aussi possible, il suffit simplement de spécifier ton propre mot de passe en paramètre, il ne s'affichera plus à l'écran (Il est prévu une future version avec le support d'authentication du Viewer par clé, comme SSH)
en entreprise, en 100 % microsoft, surtout pour les grandes boites, (donc gros parc), tu peux tout gérer via SCCM/MECM.
gestion des postes, déploiement, PMAD, ....
en revanche bien maitriser powershell est nécessaire pour le support, scripting et traitement d'incident.
+ une résolution dns car si t'es obligé de taper l'ip du poste à chaque fois c'est relou...
@@explorider Si il y a AD, il y a DNS ? Pour nous, on fait une remontée des noms PC et utilisateurs associés via GLPI, extraction auto régulière en csv pour nourrir une interface graphique en Powershell. On y sélectionne l'utilisateur qu'on veut dépanner et ça lance le VNC. Ca marche plutôt bien 😀
Bonjour, ça marche avec quelle édition de Windows (Pro, Home) ?
Super MAIS... vous avez travaillé en LAN. Qu'en est-il en WAN pour prendre le contrôle d'un ordinateur "vraiment" distant, et non dans ta maison ?
cela fonctionne j'ai testé, suffit d'ouvrir tes ports dans ta box
Bonjour, moi je voudrais contrôler mon Android depuis mon pc, est-ce que c'est possible ?
Concretement c'est quoi l'intérêt de passer par ça plutot que mstc ?
Mstsc doit déconnecter l'autre utilisateur, par contre cet outil est équivalent à vnc en local ou TeamViewer en wan
@@mrmanofof Merci pour la précision chef
Niveau multi écran... Actuellement on a des machines sous windows 7 pro, pour lesquelles ce n'est pas possible de faire du RDP en multi écran contrairement à si les machines étaient en windows enterprise par exemple. Est-ce que la solution proposée permettrait le multi écran malgré cette limitation de windows 7 professional ? Et est-ce le programme tournerait sous windows 7
Il peut tourner sur Windows 7 si PowerShell 5.1 (Minimum) est installé, il est recommandé d'utiliser PowerShell 7.x pour gagner pas mal de FPS.
@@JohnSmith-fc5vl Merci!
ca me fait tiquer ce type de demande.
je sais que certains usages ne peuvent pas migrer tel quel (appli non compatible, utilisation de dongle,...)
mais si les entreprise chiffrait le temps perdu pour trouver des solutions pour continuer à garder des postes obsolètes (sans compter le risque de faille induit par W7 ou les bidouilles qui en découle), elles auraient un process de qualification digne de ce nom pour toute les builds W10 avec des applis toutes fraichement développées.
ce n'est pas pour me moquer, trop d'entreprises sont dans ce cas.
@@matthieur1434 ce sont des machines industrielles à 1M$ extrêmement complexes, une fois qualifiées, il faut un temps considérable pour valider tout changement sur les sites de développement puis faire la même chose dans les sites de production. Notre IT n'est que peu impliqué et n'y peut pas grand chose. Elle nous rend les choses difficiles en coupant du net et de beaucoup de choses sur ces machines non supportées par eux
Merci de nous tirer vers le Haut
est ce que cest plus rapide que le rdp classic ? est ce qu'il y a un mode seamless comme rdp ?
C'est pas plus rapide que RDP (limitation de PowerShell) mais ca reste rapide. sur un écran 4K il fait entre 11 et 14 FPS, sur un 2K 22 à 28 FPS.
Ok .
Simplement, en termes de sécurité autoriser le copié/collé depuis un environnement dont on ne défini pas le périmètre , pour une entreprise c'est dangereux .
Tu peux désactiver la synchro du clipboard .
@@JohnSmith-fc5vl en fait, ca correspond pas pas a mon besoin.
J'avoue ne pas comprendre l'intérêt à part de faire du RDP en powershell.
Je pense que ça ne verrouille pas la session locale, comme avec anydesk ou teamviewer.
En tant que Pentester j’y vois perso un très gros avantage pour upgrade d’un shell vers un gui
@@Geca1978 vraiment ?
@@jeuf37 Oui, il ne verrouille pas la session.
@@Geca1978 En RDP "mstsc" non plus, je cherche le but de la chose.
Bonjour rapprochez vous de l'écran pour qu'on puisse mieu voir.
Quid de mstsc ?
ew