web-dev-qa-db-fra.com

X11 ne transfère pas via SSH ($ DISPLAY n'est pas défini)

J'utilise CentOS/RHEL 6 et j'ai les mêmes problèmes que ceux décrits dans la question référencée ci-dessous.

J'ai essayé tous les paramètres suggérés dans cette question presque identique , mais en vain.

Côté serveur, j'ai les paramètres sshd_config suivants: X11Forwarding yes X11DisplayOffset 10

xauth est installé sur le serveur, et après une connexion réussie via SSH, j'obtiens un MAGIC-COOKIE dans ~/.Xauthority. Je ne reçois aucune erreur liée à xauth .

Quand je ssh en utilisant -X (et ajouter de la verbosité pour le dépannage -vvv), J'ai réussi à me connecter. Lorsque j'essaie d'exécuter xclock, il échoue avec une erreur de " Impossible d'ouvrir l'affichage: localhost: 10.0 ". Il s'agit d'une erreur STDOUT et non d'une erreur du ssh -vvv. Je ne reçois PAS de tentatives X11 ayant échoué dans ssh.

Ensuite, j'essaie de vérifier le $DISPLAY variable, mais n'obtient aucune sortie (elle n'est pas définie).

Il y a un autre paramètre quelque part qui définit $DISPLAY correctement? Dans ce cas particulier, je peux forcer le réglage export DISPLAY=localhost:10.0, qui renvoie ensuite correctement après avoir exécuté echo $DISPLAY. Malheureusement, je ne reçois toujours aucun programme X-Windows (par exemple, xlcock) pour revenir. J'obtiens toujours l'erreur " Can't open display: localhost: 10.0 ".

Je suis à perte. Aucune suggestion? Tout ce qui peut définir $DISPLAY lors d'une session SSH?

4
secJ

Il s'avère que le guidage ici est correct.

Cependant, j'ai rencontré un problème unique qui peut aider les autres. J'ai commencé à dépanner avec -vvv et parce qu'il y avait tellement de données, j'ai raté un avertissement critique (la leçon apprise est de commencer plus largement (-v)). La clé d'hôte pour le serveur a changé (nouvelle version) et j'ai désactivé la vérification des clés dans mon ssh_config, donc parce qu'il s'agissait d'une clé non correspondante, le transfert X11 a été désactivé par SSH.

4
secJ

Avez-vous essayé d'utiliser ssh -Y pour vous connecter? Il semble que le transfert X11 ne se produit toujours pas et vous essayez d'exécuter des programmes X distants localement au lieu d'utiliser à distance votre affichage local.

1
Cory T

Peut-être que certaines options définies dans ~/.ssh/config empêche le transfert X de fonctionner, donc déplacez temporairement le fichier:

mv ~/.ssh/config /tmp
0
Sandro Weiser

Pour moi, j'ai eu le même problème mais les suggestions ont déjà été faites avant d'installer X11. Il s'avère que le problème est que j'ai oublié de me déconnecter et de me reconnecter après l'installation de X11. Juste au cas où quelqu'un d'autre aurait eu le même pet de cerveau.

0
user376449