Linux.debutant : SSH, lancer des applications X distantes, sans X
Posté par manatlan (Jabber id, page perso, ) le 02 décembre 2005
ça parait bête, mais je n'y arrive pas ...
Quand je démarre mon ordi à la maison, il se connecte directement dans la session de mon user ... "toto" ...
De l'exterieur, je m'y connecte via SSH ...à travers le compte "toto" ...
Je peux killer les applis X11 qui sont déjà lancées dans la session précédente ! (avec killall)
Mais je n'arrive pas à lancer une application X11 en utilisant SSH ... ça doit être possible ?! Je ne veux pas déporter le display ! je voudrai qu'elle se lance, comme si j'étais en local sur mon poste ...
Tant pis si je vois rien, (je peux controller son execution dans les process)
J'ai essayé avec différents "export display" mais sans y arriver ... ça doit être possible non ?!
Quand je démarre mon ordi à la maison, il se connecte directement dans la session de mon user ... "toto" ...
De l'exterieur, je m'y connecte via SSH ...à travers le compte "toto" ...
Je peux killer les applis X11 qui sont déjà lancées dans la session précédente ! (avec killall)
Mais je n'arrive pas à lancer une application X11 en utilisant SSH ... ça doit être possible ?! Je ne veux pas déporter le display ! je voudrai qu'elle se lance, comme si j'étais en local sur mon poste ...
Tant pis si je vois rien, (je peux controller son execution dans les process)
J'ai essayé avec différents "export display" mais sans y arriver ... ça doit être possible non ?!
> Lire le message (22 commentaires, moyenne: 1,5).
Vous avez demandé le commentaire #655384.



"chez moi ça marche" !
Petit test avec xterm :
ssh machine
DISPLAY=:0 xterm
et j'ai une fenêtre xterm sur la machine distante !
Peux-tu donner plus de détails ?
- commande(s) exacte(s) que tu lances
- message(s) d'erreur
[^]Re: "chez moi ça marche" !
non, toujours pas mieux :
manatlan@ubuntu-box:~$ DISPLAY=:0 xclock
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Error: Can't open display: :0
manatlan.com
[^]Re: "chez moi ça marche" !
les debian ont par défaut une option complétement débile au serveur X : le no listen tcp... je ne sais pas ou ca se configure mais ca peut être ça...
sinon moins bourrin que les xhost +localhost
il y a le xauth
[^]Re: "chez moi ça marche" !
Oui, mais non justement :
- si on fixe la variable DISPLAY à la valeur :0.0 on ne passe pas par la pile tcp, mais sur un socket Unix. L'option "-nolisten tcp" ne devrait donc pas avoir d'influence (accessoirement cela se règle en général dans les fichiers de configuration de gdm/kdm/xdm et l'option n'est pas complètement débile puisque la plupart du temps les connexions TCP sur le serveur X ne sont pas utilisés et que cela n'empêche pas l'utilisation d'un tunnel SSH).
- le problème peut effectivement venir de l'authentification X11 (xauth), mais c'est assez étrange puisque la commande graphique est lancée en local (dans la session ssh), par le même utilisateur que celui qui a ouvert la session graphique. Les cookies d'authentification devraient donc être accessible de la même façon.
Il faut peut être chercher au niveau des variables d'environnement ou de la configuration de ssh...
JJD