Je tourne en rond depuis un bon moment sur un problème pour lequel je ne
trouve même pas un début de piste de recherche.
J'ai 3 machines relativement similaires dans leur installation, avec
Gentoo + KDE.
Aujourd'hui, je les ai mises à jour toutes les 3. Suite à cette mise à
jour, je rencontre des bizarreries avec ssh. Les mises à jours sont
équivalentes sur les 3 postes, peut-être à quelques dépendances près
(voir liste pour l'une d'elles en bas).
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh,
que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est
le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour
lancer une commande "graphique" sur la machine distante.
J'ai tourné tout ça dans un peu tous les sens, je n'ai jamais de $DISPLAY.
Je suis quasiment certain que cela vient des mises à jour, puisque c'est
quelque chose que j'utilise tous les jours, et qui fonctionnait
parfaitement jusque là.
Je ne comprends pas ce qui, dans ces mises à jour kde, peut avoir
interféré la-dessus. Et je précise que c'est sans rapport avec screen
puisque j'ai le problème même sans l'utiliser. J'ai testé avec konsole ou
xterm, c'est pareil. J'ai essayé dans les 2 sens (de machine1 vers
machine2 et inversement), c'est pareil.
Du coup, comme je ne sais pas du tout qui peut être le fautif, j'ai bien
du mal à faire des recherches pour savoir si ça serait un bug, ou une
"feature", et donc comment y remédier.
Je continue à chercher, la nuit portant conseil dit-on. Mais si vous avez
une idée, n'hésitez pas.
Christophe PEREZ , dans le message <o5s4ei$aka$, a écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh, que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour lancer une commande "graphique" sur la machine distante. J'ai tourné tout ça dans un peu tous les sens, je n'ai jamais de $DISPLAY.
Si tu montrais exactement ce que tu fais, ce serait un bon début.
Christophe PEREZ , dans le message <o5s4ei$aka$1@serveur2.novazur.fr>, a
écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh,
que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est
le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour
lancer une commande "graphique" sur la machine distante.
J'ai tourné tout ça dans un peu tous les sens, je n'ai jamais de $DISPLAY.
Si tu montrais exactement ce que tu fais, ce serait un bon début.
Christophe PEREZ , dans le message <o5s4ei$aka$, a écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh, que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour lancer une commande "graphique" sur la machine distante. J'ai tourné tout ça dans un peu tous les sens, je n'ai jamais de $DISPLAY.
Si tu montrais exactement ce que tu fais, ce serait un bon début.
Lucas Levrel
Le 20 janvier 2017, à 04:41, Christophe PEREZ a écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh, que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour lancer une commande "graphique" sur la machine distante.
Je suppose que tu voulais écrire ssh -X ?
Du coup, comme je ne sais pas du tout qui peut être le fautif, j'ai bien du mal à faire des recherches pour savoir si ça serait un bug, ou une "feature", et donc comment y remédier. Je continue à chercher, la nuit portant conseil dit-on. Mais si vous avez une idée, n'hésitez pas.
Essayer avec un autre WM, ou carrément sans WM ? -- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 20 janvier 2017, à 04:41, Christophe PEREZ a écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh,
que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est
le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour
lancer une commande "graphique" sur la machine distante.
Je suppose que tu voulais écrire ssh -X ?
Du coup, comme je ne sais pas du tout qui peut être le fautif, j'ai bien
du mal à faire des recherches pour savoir si ça serait un bug, ou une
"feature", et donc comment y remédier.
Je continue à chercher, la nuit portant conseil dit-on. Mais si vous avez
une idée, n'hésitez pas.
Essayer avec un autre WM, ou carrément sans WM ?
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
Le 20 janvier 2017, à 04:41, Christophe PEREZ a écrit :
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh, que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour lancer une commande "graphique" sur la machine distante.
Je suppose que tu voulais écrire ssh -X ?
Du coup, comme je ne sais pas du tout qui peut être le fautif, j'ai bien du mal à faire des recherches pour savoir si ça serait un bug, ou une "feature", et donc comment y remédier. Je continue à chercher, la nuit portant conseil dit-on. Mais si vous avez une idée, n'hésitez pas.
Essayer avec un autre WM, ou carrément sans WM ? -- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Christophe PEREZ
Le Fri, 20 Jan 2017 08:07:31 +0000, Nicolas George a écrit :
Si tu montrais exactement ce que tu fais, ce serait un bon début.
Bon, pour je ne sais quelle raison, le redémarrage de sshd sur la machine distante a réglé ce problème. Pourtant, aucune mise à jour de openssh. J'avais bien un peu soupçonné que mes 2 problèmes ne soit pas forcément liés mais vu qu'ils sont survenus exactement au même moment, je ne voyais qu'une cause commune.
Mais celui-ci reste intact. En fait, c'est celui-ci mon problème de base, et c'est en testant que j'avais constaté l'autre. C'est bizarre, mais là, je sais que je vais devoir détailler le pourquoi du comment je veux faire ça :D
Le Fri, 20 Jan 2017 15:06:34 +0000, Christophe PEREZ a écrit :
11:05:16 chris@medion ~ $ exit
Connection to medion closed.
Bon, pour je ne sais quelle raison, le redémarrage de sshd sur la machine
distante a réglé ce problème. Pourtant, aucune mise à jour de openssh.
J'avais bien un peu soupçonné que mes 2 problèmes ne soit pas forcément
liés mais vu qu'ils sont survenus exactement au même moment, je ne voyais
qu'une cause commune.
11:06:07 kevin@medion ~ $ exit
Connection to medion closed.
Mais celui-ci reste intact. En fait, c'est celui-ci mon problème de base,
et c'est en testant que j'avais constaté l'autre.
C'est bizarre, mais là, je sais que je vais devoir détailler le pourquoi
du comment je veux faire ça :D
Bon, pour je ne sais quelle raison, le redémarrage de sshd sur la machine distante a réglé ce problème. Pourtant, aucune mise à jour de openssh. J'avais bien un peu soupçonné que mes 2 problèmes ne soit pas forcément liés mais vu qu'ils sont survenus exactement au même moment, je ne voyais qu'une cause commune.
Mais celui-ci reste intact. En fait, c'est celui-ci mon problème de base, et c'est en testant que j'avais constaté l'autre. C'est bizarre, mais là, je sais que je vais devoir détailler le pourquoi du comment je veux faire ça :D
Christophe PEREZ
Le Fri, 20 Jan 2017 16:41:34 +0100, Olivier Miakinen a écrit :
As-tu essayé tout ce qui est suggéré ici ? https://www.cyberciti.biz/faq/how-to-fix-x11-forwarding-request-failed-
on-channel-0/ J'avais évidemment trouvé plein de réponses du même genre au problème, mais ça ne fonctionnait pas, parce que n'ayant pas touché à openssh, il ne me venait pas à l'esprit de croire qu'il fallait relancer sshd.
Le Fri, 20 Jan 2017 16:41:34 +0100, Olivier Miakinen a écrit :
As-tu essayé tout ce qui est suggéré ici ?
https://www.cyberciti.biz/faq/how-to-fix-x11-forwarding-request-failed-
on-channel-0/
J'avais évidemment trouvé plein de réponses du même genre au problème,
mais ça ne fonctionnait pas, parce que n'ayant pas touché à openssh, il
ne me venait pas à l'esprit de croire qu'il fallait relancer sshd.
Le Fri, 20 Jan 2017 16:41:34 +0100, Olivier Miakinen a écrit :
As-tu essayé tout ce qui est suggéré ici ? https://www.cyberciti.biz/faq/how-to-fix-x11-forwarding-request-failed-
on-channel-0/ J'avais évidemment trouvé plein de réponses du même genre au problème, mais ça ne fonctionnait pas, parce que n'ayant pas touché à openssh, il ne me venait pas à l'esprit de croire qu'il fallait relancer sshd.
Christophe PEREZ
Le Fri, 20 Jan 2017 16:02:30 +0000, Christophe PEREZ a écrit :
Si je fais : export DISPLAY=:0 alors le fonctionnement redevient celui que j'avais jusqu'alors. Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ? Je précise que le user "kevin" a bien une session graphique lancée par sddm sous kde. Je lis plein de choses autour de xhost (qui ne semble pas recommandé par tout le monde). Mais celui-ci est désinstallé de mes machines depuis Sept 2016 (sans doute plus une dépendance requises). Du coup, ce n'est forcément pas son absence qui est la cause. Tout ça me dépasse, et je n'ai certainement pas les bons mots pour les puristes...
Le Fri, 20 Jan 2017 16:02:30 +0000, Christophe PEREZ a écrit :
11:06:07 kevin@medion ~ $ exit
Connection to medion closed.
Si je fais :
export DISPLAY=:0
alors le fonctionnement redevient celui que j'avais jusqu'alors.
Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ?
Je précise que le user "kevin" a bien une session graphique lancée par
sddm sous kde.
Je lis plein de choses autour de xhost (qui ne semble pas recommandé par
tout le monde). Mais celui-ci est désinstallé de mes machines depuis Sept
2016 (sans doute plus une dépendance requises). Du coup, ce n'est
forcément pas son absence qui est la cause.
Tout ça me dépasse, et je n'ai certainement pas les bons mots pour les
puristes...
Si je fais : export DISPLAY=:0 alors le fonctionnement redevient celui que j'avais jusqu'alors. Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ? Je précise que le user "kevin" a bien une session graphique lancée par sddm sous kde. Je lis plein de choses autour de xhost (qui ne semble pas recommandé par tout le monde). Mais celui-ci est désinstallé de mes machines depuis Sept 2016 (sans doute plus une dépendance requises). Du coup, ce n'est forcément pas son absence qui est la cause. Tout ça me dépasse, et je n'ai certainement pas les bons mots pour les puristes...
Olivier Miakinen
Le 20/01/2017 17:38, Christophe PEREZ a écrit :
11:05:27 ~ $ ssh -x
Si je fais : export DISPLAY=:0 alors le fonctionnement redevient celui que j'avais jusqu'alors. Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ?
Il y a un truc que je ne comprends pas. Avec ssh -x, tu demandes explicitement à désactiver le transfert X11, et du coup SSH ne devrait pas avoir à toucher à la variable DISPLAY (ce qui est le cas maintenant, mais qui semble-t-il n'était pas le cas avant). Est-ce que la variable DISPLAY n'était pas initialisée par un fichier .profile ou équivalent, avant la mise à jour ? -- Olivier Miakinen
Le 20/01/2017 17:38, Christophe PEREZ a écrit :
11:05:27 chris@cored ~ $ ssh -x kevin@medion
Si je fais :
export DISPLAY=:0
alors le fonctionnement redevient celui que j'avais jusqu'alors.
Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ?
Il y a un truc que je ne comprends pas. Avec ssh -x, tu demandes
explicitement à désactiver le transfert X11, et du coup SSH ne
devrait pas avoir à toucher à la variable DISPLAY (ce qui est le
cas maintenant, mais qui semble-t-il n'était pas le cas avant).
Est-ce que la variable DISPLAY n'était pas initialisée par un
fichier .profile ou équivalent, avant la mise à jour ?
Si je fais : export DISPLAY=:0 alors le fonctionnement redevient celui que j'avais jusqu'alors. Mais qu'est-ce qui fait que ce n'est PLUS activé "automatiquement" ?
Il y a un truc que je ne comprends pas. Avec ssh -x, tu demandes explicitement à désactiver le transfert X11, et du coup SSH ne devrait pas avoir à toucher à la variable DISPLAY (ce qui est le cas maintenant, mais qui semble-t-il n'était pas le cas avant). Est-ce que la variable DISPLAY n'était pas initialisée par un fichier .profile ou équivalent, avant la mise à jour ? -- Olivier Miakinen
Nicolas George
Christophe PEREZ , dans le message <o5t91q$7v1$, a écrit :
Tu pouvais t'arrêter là et commencer à chercher la cause. Pour référence, la manière correcte de procéder à partir de là, plutôt que d'essayer tout et n'importe quoi au hasard et de ruiner en passant la sécurité de ta session, aurait été d'ajouter l'option -v, éventuellement plusieurs fois, et de lire les messages d'erreur. Et aussi de consulter les logs du serveur.
11:05:27 ~ $ ssh -x 11:06:03 ~ $ echo $DISPLAY
~ $ man ssh | grep -- -x -x Disables X11 forwarding. Tu t'attendais à quoi ?
Christophe PEREZ , dans le message <o5t91q$7v1$1@serveur2.novazur.fr>, a
écrit :
Tu pouvais t'arrêter là et commencer à chercher la cause. Pour
référence, la manière correcte de procéder à partir de là, plutôt que
d'essayer tout et n'importe quoi au hasard et de ruiner en passant la
sécurité de ta session, aurait été d'ajouter l'option -v, éventuellement
plusieurs fois, et de lire les messages d'erreur. Et aussi de consulter
les logs du serveur.
Tu pouvais t'arrêter là et commencer à chercher la cause. Pour référence, la manière correcte de procéder à partir de là, plutôt que d'essayer tout et n'importe quoi au hasard et de ruiner en passant la sécurité de ta session, aurait été d'ajouter l'option -v, éventuellement plusieurs fois, et de lire les messages d'erreur. Et aussi de consulter les logs du serveur.
11:05:27 ~ $ ssh -x 11:06:03 ~ $ echo $DISPLAY
~ $ man ssh | grep -- -x -x Disables X11 forwarding. Tu t'attendais à quoi ?