SSH : Lancement d'une appli graphique sur PC distant

SSH : Lancement d'une appli graphique sur PC distant - Réseaux - Réseaux grand public / SoHo

Marsh Posté le 11-12-2019 à 16:40:47    

Bonjour,
 
Voici ma problématique : via une simple commande je souhaite pouvoir lancer une application sur un PC distant (sous Windows 10 et sur le même réseau local) tout en ayant la fenêtre de l'appli visible sur l'écran distant.
 
Pour résumer ma demande le plus simplement possible :  
PC A --> commande SSH --> PC B (sous Win 10) : affichage de l'appli graphique sur PC B (sous Win 10)
Le PC A ne sert qu'à envoyer la commande.
 
Le PC B tourne sous Win 10 avec cygwin installé avec les paquets openssh et x11
 
Et je ne parviens donc qu'à exécuter en arrière plan (sans l'interface graphique) le programme avec la commande suivante envoyée depuis le PC A :

Code :
  1. ssh -XC user@ip DISPLAY=:0 notepad.exe


 
Commande puis-je avoir l'interface graphique de l'appli  (notepad dans l'exemple) qui s'affiche sur l'écran du PC B (distant) ?

Message cité 1 fois
Message édité par jojo_le_haricot le 12-12-2019 à 09:37:28

---------------

Reply

Marsh Posté le 11-12-2019 à 16:40:47   

Reply

Marsh Posté le 11-12-2019 à 17:36:42    

Il n'y a pas une histoire de faire un truc genre
export DISPLAY=:0
En tout cas sur Unix/X11, j'ai des vagues souvenirs de ça ...
Par contre sous Windows, jamais fait de SSH mais peut-être il y a un truc du style aussi ...


Message édité par JeffBlagnac le 11-12-2019 à 17:38:01

---------------
[Topic Unique] ZOTAC ZBOX ID18 - Mon topic A/V et DONS
Reply

Marsh Posté le 11-12-2019 à 17:39:31    

Tu peux essayer dans ta commande de préciser le display sur lequel tu souhaites faire apparaître la fenêtre (mais je ne suis pas sûr que cela fonctionne).
 
Exemple :  
ssh -X user@adressip "export DISPLAY=adressip:0.0; notepad.exe"
 
Je ne suis pas sûr que le "-X" soit utile puisqu'il permet de rediriger l'affichage de la commande sur ton display local.
 
edit:  [:benou_grilled] par l'ancêtre


Message édité par jay31790 le 11-12-2019 à 17:40:01

---------------
Achats/Ventes
Reply

Marsh Posté le 11-12-2019 à 21:43:13    

Merci les toulousaing de jeter un oeil !
 
Donc j'ai bien testé avec le DISPLAY=:0 et toutes les variantes possibles dont la commande proposée par jay31790 mais ça ne fonctionne pas.
 
D'ailleurs quand je fais un echo $DISPLAY je n'ai aucun retour...


---------------

Reply

Marsh Posté le 11-12-2019 à 22:34:14    

jojo_le_haricot a écrit :

Bonjour,
 
Voici ma problématique : via une simple commande je souhaite pouvoir lancer une application sur un PC distant (sous Windows 10 et sur le même réseau local) tout en ayant la fenêtre de l'appli visible sur l'écran distant.
 
Actuellement j'ai donc un serveur SSH sur le PC distant (testé avec le serveur SSH Windows 10 ou Cygwin). Je parviens a m'y connecter sans problème, à envoyer des commandes, mais lorsque je lance une appli elle s'exécute uniquement en arrière plan. (Je précise que j'utilise le même user pour la session ssh que pour la session locale)
 
Exemple : En envoyant la commande ci dessous je souhaiterais donc voir apparaitre la fenêtre du bloc note s'afficher or le programme n'est visible que dans le gestionnaire des tâches du PC distant.
ssh -X user@adresseip notepad.exe
 
 
Si quelqu'un a une piste a m'indiquer...


Vous pouvez répéter la question ? [:dawao]

Message cité 1 fois

---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
Reply

Marsh Posté le 11-12-2019 à 22:42:25    

T'utilises WSL 1 ou 2 ?
En face tu utilises WSL 1 ou 2 ? Si WSL pourquoi pas un openssh-server ?
Avoir une fenêtre en local il faut effectivement régler la variable d'environnement DISPLAY.
Quand tu sur ton bash en local, fait effectivement :

export DISPLAY=:0

 

Et teste déjà en local si ton affichage marche bien.

 

Soit avec x11-apps soit terminator (terminal sur python2.x)

sudo apt install x11-apps -y


Puis tester avec xeyes :D

xeyes &

 

Déjà valider cette étape

Message cité 1 fois
Message édité par XaTriX le 11-12-2019 à 22:48:21

---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
Reply

Marsh Posté le 11-12-2019 à 22:45:18    

T'as un xeyes de pirate avec un seul œil toi pour l'écrire xeye ? :D


---------------
[Topic Unique] ZOTAC ZBOX ID18 - Mon topic A/V et DONS
Reply

Marsh Posté le 11-12-2019 à 22:46:42    

Je sais pas j'ai même pas un linux ou un win sous la main :D


---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
Reply

Marsh Posté le 12-12-2019 à 09:25:31    

XaTriX a écrit :


Vous pouvez répéter la question ? [:dawao]


 

XaTriX a écrit :

T'utilises WSL 1 ou 2 ?
En face tu utilises WSL 1 ou 2 ? Si WSL pourquoi pas un openssh-server ?
Avoir une fenêtre en local il faut effectivement régler la variable d'environnement DISPLAY.
Quand tu sur ton bash en local, fait effectivement :

export DISPLAY=:0


 
Et teste déjà en local si ton affichage marche bien.
 
Soit avec x11-apps soit terminator (terminal sur python2.x)

sudo apt install x11-apps -y


Puis tester avec xeyes :D

xeyes &


 
Déjà valider cette étape


 
Pour résumer ma demande le plus simplement possible :  
Envoi d'une commande depuis PC A vers PC B (sous Win 10) avec affichage de l'appli graphique sur PC B (sous Win 10)
Le PC A ne sert qu'à envoyer la commande.
 
Je n'utilise pas WSL. J'ai cygwin installé sur le PC B avec les paquets openssh et x11
 
Et je ne parviens donc qu'à exécuter en arrière plan (sans l'interface graphique) le programme avec la commande suivante :

Code :
  1. ssh -XC user@ip DISPLAY=:0 notepad.exe


 
ou les instructions

Code :
  1. ssh user@ip
  2. export DISPLAY=:0
  3. notepad.exe


Message édité par jojo_le_haricot le 12-12-2019 à 09:27:46

---------------

Reply

Marsh Posté le 12-12-2019 à 10:48:33    

Peut-être un blocage au niveau de ta config ssh sur le PC B :??:


---------------
Achats/Ventes
Reply

Marsh Posté le 12-12-2019 à 10:48:33   

Reply

Marsh Posté le 12-12-2019 à 11:05:35    

Probablement mais où ?  :D


---------------

Reply

Marsh Posté le 12-12-2019 à 11:27:38    

déjà en local sur un bash cygwin tu peux lancer une appli ?

Message cité 1 fois

---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
Reply

Marsh Posté le 12-12-2019 à 11:31:06    

Sous linux, cela doit être sous /etc/ssh/sshd_config (pour les connexions serveur) et /etc/ssh/ssh_config (pour les connexions clients)

Message cité 1 fois

---------------
Achats/Ventes
Reply

Marsh Posté le 12-12-2019 à 11:38:36    

XaTriX a écrit :

déjà en local sur un bash cygwin tu peux lancer une appli ?


 
Yes sans problème, je parviens aussi à lancer des commandes a distance mais pour une appli graphique la fenêtre ne s'affiche pas, on retrouve juste le process qui se lance dans le gestionnaire des taches.


---------------

Reply

Marsh Posté le 12-12-2019 à 11:45:47    

jay31790 a écrit :

Sous linux, cela doit être sous /etc/ssh/sshd_config (pour les connexions serveur) et /etc/ssh/ssh_config (pour les connexions clients)


 
Voici le contenu de mon C:\cygwin64\etc\ssh\sshd_config
 

Code :
  1. # $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj Exp $
  3. # This is the sshd server system-wide configuration file.  See
  4. # sshd_config(5) for more information.
  6. # This sshd was compiled with PATH=/bin:/usr/sbin:/sbin:/usr/bin
  8. # The strategy used for options in the default sshd_config shipped with
  9. # OpenSSH is to specify options with their default value where
  10. # possible, but leave them commented.  Uncommented options override the
  11. # default value.
  13. #Port 22
  14. #AddressFamily any
  15. #ListenAddress 0.0.0.0
  16. #ListenAddress ::
  18. #HostKey /etc/ssh_host_rsa_key
  19. #HostKey /etc/ssh_host_ecdsa_key
  20. #HostKey /etc/ssh_host_ed25519_key
  22. # Ciphers and keying
  23. #RekeyLimit default none
  25. # Logging
  26. #SyslogFacility AUTH
  27. #LogLevel INFO
  29. # Authentication:
  31. #LoginGraceTime 2m
  32. PermitRootLogin yes
  33. #StrictModes yes
  34. #MaxAuthTries 6
  35. #MaxSessions 10
  37. #PubkeyAuthentication yes
  39. # The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
  40. # but this is overridden so installations will only check .ssh/authorized_keys
  41. AuthorizedKeysFile .ssh/authorized_keys
  43. #AuthorizedPrincipalsFile none
  45. #AuthorizedKeysCommand none
  46. #AuthorizedKeysCommandUser nobody
  48. # For this to work you will also need host keys in /etc/ssh_known_hosts
  49. #HostbasedAuthentication no
  50. # Change to yes if you don't trust ~/.ssh/known_hosts for
  51. # HostbasedAuthentication
  52. #IgnoreUserKnownHosts no
  53. # Don't read the user's ~/.rhosts and ~/.shosts files
  54. #IgnoreRhosts yes
  56. # To disable tunneled clear text passwords, change to no here!
  57. #PasswordAuthentication yes
  58. #PermitEmptyPasswords no
  60. # Change to no to disable s/key passwords
  61. #ChallengeResponseAuthentication yes
  63. # Kerberos options
  64. #KerberosAuthentication no
  65. #KerberosOrLocalPasswd yes
  66. #KerberosTicketCleanup yes
  67. #KerberosGetAFSToken no
  69. # GSSAPI options
  70. #GSSAPIAuthentication no
  71. #GSSAPICleanupCredentials yes
  73. # Set this to 'yes' to enable PAM authentication, account processing,
  74. # and session processing. If this is enabled, PAM authentication will
  75. # be allowed through the ChallengeResponseAuthentication and
  76. # PasswordAuthentication.  Depending on your PAM configuration,
  77. # PAM authentication via ChallengeResponseAuthentication may bypass
  78. # the setting of "PermitRootLogin without-password".
  79. # If you just want the PAM account and session checks to run without
  80. # PAM authentication, then enable this but set PasswordAuthentication
  81. # and ChallengeResponseAuthentication to 'no'.
  82. #UsePAM no
  84. #AllowAgentForwarding yes
  85. #AllowTcpForwarding yes
  86. #GatewayPorts no
  87. X11Forwarding yes
  88. #X11DisplayOffset 10
  89. #X11UseLocalhost yes
  90. #PermitTTY yes
  91. #PrintMotd yes
  92. #PrintLastLog yes
  93. #TCPKeepAlive yes
  94. #PermitUserEnvironment no
  95. #Compression delayed
  96. #ClientAliveInterval 0
  97. #ClientAliveCountMax 3
  98. #UseDNS no
  99. #PidFile /var/run/sshd.pid
  100. #MaxStartups 10:30:100
  101. #PermitTunnel no
  102. #ChrootDirectory none
  103. #VersionAddendum none
  105. # no default banner path
  106. #Banner none
  108. # override default of no subsystems
  109. Subsystem sftp /usr/sbin/sftp-server
  111. # Example of overriding settings on a per-user basis
  112. #Match User anoncvs
  113. # X11Forwarding no
  114. # AllowTcpForwarding no
  115. # PermitTTY no
  116. # ForceCommand cvs server


 
Et mon C:\cygwin64\etc\ssh\ssh_config
 

Code :
  1. # $OpenBSD: ssh_config,v 1.34 2019/02/04 02:39:42 dtucker Exp $
  3. # This is the ssh client system-wide configuration file.  See
  4. # ssh_config(5) for more information.  This file provides defaults for
  5. # users, and the values can be changed in per-user configuration files
  6. # or on the command line.
  8. # Configuration data is parsed as follows:
  9. #  1. command line options
  10. #  2. user-specific file
  11. #  3. system-wide file
  12. # Any configuration value is only changed the first time it is set.
  13. # Thus, host-specific definitions should be at the beginning of the
  14. # configuration file, and defaults at the end.
  16. # Site-wide defaults for some commonly used options.  For a comprehensive
  17. # list of available options, their meanings and defaults, please see the
  18. # ssh_config(5) man page.
  20. # Host *
  21. #   ForwardAgent no
  22.    ForwardX11 yes
  23. #   PasswordAuthentication yes
  24. #   HostbasedAuthentication no
  25. #   GSSAPIAuthentication no
  26. #   GSSAPIDelegateCredentials no
  27. #   BatchMode no
  28. #   CheckHostIP yes
  29. #   AddressFamily any
  30. #   ConnectTimeout 0
  31. #   StrictHostKeyChecking ask
  32. #   IdentityFile ~/.ssh/id_rsa
  33. #   IdentityFile ~/.ssh/id_dsa
  34. #   IdentityFile ~/.ssh/id_ecdsa
  35. #   IdentityFile ~/.ssh/id_ed25519
  36. #   Port 22
  37. #   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc
  38. #   MACs hmac-md5,hmac-sha1,umac-64@openssh.com
  39. #   EscapeChar ~
  40. #   Tunnel no
  41. #   TunnelDevice any:any
  42. #   PermitLocalCommand no
  43. #   VisualHostKey no
  44. #   ProxyCommand ssh -q -W %h:%p gateway.example.com
  45. #   RekeyLimit 1G 1h


---------------

Reply

Marsh Posté le 12-12-2019 à 12:20:24    

Alors, sans rien touché à mes paramètres ssh, ça fonctionne chez moi entre 2 machines RedHat 7 (un serveur et une workstation)
 
côté workstation (avec l'affichage X donc), j'ai créé le script /tmp/launch.sh suivant :

Code :
  1. #!/bin/bash
  2. export DISPLAY=:0
  3. /usr/bin/firefox


 
côté serveur :

Code :
  1. ssh  user@IP /tmp/launch.sh


 
Et mon firefox s'est affiché sur la workstation
Maintenant, tu as du Windows dans la boucle donc tu devrais changer le script shell en un bat mais là, c'est hors de mes compétences^^

Message cité 1 fois
Message édité par jay31790 le 12-12-2019 à 12:21:00

---------------
Achats/Ventes
Reply

Marsh Posté le 12-12-2019 à 12:50:30    

jay31790 a écrit :

Alors, sans rien touché à mes paramètres ssh, ça fonctionne chez moi entre 2 machines RedHat 7 (un serveur et une workstation)

 

côté workstation (avec l'affichage X donc), j'ai créé le script /tmp/launch.sh suivant :

Code :
  1. #!/bin/bash
  2. export DISPLAY=:0
  3. /usr/bin/firefox
 

côté serveur :

Code :
  1. ssh  user@IP /tmp/launch.sh
 

Et mon firefox s'est affiché sur la workstation
Maintenant, tu as du Windows dans la boucle donc tu devrais changer le script shell en un bat mais là, c'est hors de mes compétences^^

 

Je viens de tester exactement ce que tu m'a décrit et j'ai le même comportement qu'auparavant, le programme ne se lance qu'en arrière plan sans l'affichage de la fenêtre.

 

Testé avec un script shell et un batch qui fonctionnent parfaitement quand je suis en local sur le PC distant.

 


Donc je soupçonne fortement Windows de me faire chier  :sweat:


Message édité par jojo_le_haricot le 12-12-2019 à 12:53:09

---------------

Reply

Marsh Posté le 12-12-2019 à 12:57:29    

soit Windows soit la couche de cygwin...


---------------
Achats/Ventes
Reply

Marsh Posté le 12-12-2019 à 15:12:08    

Essaie

export DISPLAY=:0.0

Message cité 1 fois

---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
Reply

Marsh Posté le 12-12-2019 à 15:15:27    

XaTriX a écrit :

Essaie

export DISPLAY=:0.0



 
c'est fait aussi, ça ne change rien...  :sweat:


---------------

Reply

Marsh Posté le 12-12-2019 à 15:31:49    

J'ai trouvé cette info en fouillant, ça m'aide pas  :sweat:  
 

Citation :


 
ssh -X entre deux linux :
Le premier (où on a fait le ssh -X) devient un serveur X :  Le serveur sshd (de l'autre côté) crée un service local et un "Display" (tu trouvera en principe DISPLAY = localhost:10.0)
Lorsqu'on lance une application Xwindow elle envoi des message d'affichage sur DISPLAY (dans notre cas ces messages sont interceptés par sshd et transmis par le réseau à ssh qui les délivre au serveur X du premier linux).
 
ssh - X de linux vers Windows : cela marche jusqu'au lancement d'une application graphique : Ici chrome : sous Windows chrome utilise l'API Windows (pas de communication avec le DISPLAY et donc avec sshd etc ...)...


 


---------------

Reply

Marsh Posté le 12-12-2019 à 16:00:19    

Putain depuis le début je fais mes tests avec notepad.exe...  
 
Je teste maintenant avec calc.exe ou un message pop-up ça marche ! [:dr_doak]
 
Je teste avec firefox et pareil que le notepad (s'exécute uniquement en arrière plan) [:joemoomoot]


---------------

Reply

Marsh Posté le 12-12-2019 à 16:00:46    

Je ne sais pas si tu trouveras facilement des infos sur le Net car en général, le déport de display via ssh permet de lancer une appli d'une machine distante tout en ayant l'affichage sur ta machine locale.
 
c'est bien la première fois que je vois quelqu'un vouloir lancer une appli sur une machine distante avec affichage sur la machine distante.
 
La dernière que j'ai fait un truc du genre, c'était pour faire râler des collègues (et encore, on affichait sur sa machine une appli de la machine locale)


---------------
Achats/Ventes
Reply

Marsh Posté le 12-12-2019 à 17:10:07    

Bon j'ai finalement réussi...
En utilisant en complément l'outil psexec sur le poste distant.
 
Depuis le client j'envoie ma commande ssh qui appelle un batch :  

Code :
  1. ssh user@adresseip cmd /c c:/chemindaccesdubat/notepad.bat


 
 
Et sur le poste distant : dans mon batch j'utilise psexec qui envoie la commande au le PC sur lequel il est...  :pt1cable: :

Code :
  1. cd C:\chemindaccessdepsexec
  2. psexec \\NOM_DU_PC_WIN10 -u user -p mdp -i 1 notepad.exe
  3. exit


 
Idem avec firefox par exemple :

Code :
  1. cd C:\chemindaccessdepsexec
  2. psexec \\NOM_DU_PC_WIN10 -u user -p mdp -i 1 "C:\Program Files\Mozilla Firefox\firefox.exe"
  3. exit


Message édité par jojo_le_haricot le 12-12-2019 à 17:12:16

---------------

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed