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?
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.
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.
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
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.