ssh -X "Erreur Xt: impossible d'ouvrir l'affichage:: 0,0"

J'essaie d'ouvrir xtermsur mon serveur distant (Ubuntu Server 10.04) avec ssh:

ssh -X name@machine xterm

mais l'erreur renvoyée est:

xterm Xt error: Can't open display: :0.0`

J'ai googlé et essayé tout ce que j'ai trouvé. J'obtiens toujours cette erreur. La variable DISPLAY doit être définie automatiquement, non?

Fait partie de sshd_config:

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

Aucun conseil?

Si ssh est en mesure d'établir la connexion, il prendra DISPLAYla valeur appropriée. Puisque vous avez X11DisplayOffsetdéfini 10 (la valeur par défaut), ssh utilisera le premier affichage disponible à partir de 10. Si vous voyez une valeur inférieure à 10¹, alors quelque chose interfère avec le transfert X11 normal configuré par ssh, au moins par prioritaire DISPLAY. La valeur :0(ou :0.0la partie après le point n'est pas pertinente) indique le premier affichage qui a été démarré sur la machine, qui dans des cas typiques est la session active (ou l'invite de connexion graphique) sur la console de la machine.

L'explication la plus probable du comportement que vous observez est que l'un de vos fichiers de configuration de shell est défini DISPLAY. Le coupable le plus évident est ~/.bashrc(qui, en raison d'une bizarrerie de bash, est exécuté chaque fois que le parent de bash est rshdou sshd, même si le shell n'est pas interactif). Un autre fichier qui définit les variables d'environnement est /etc/environment. Si tel est le cas, la solution est évidente: ne restez pas DISPLAYlà. (Il y a très peu de cas où vous devez définir DISPLAYmanuellement.)

Il existe d'autres explications exotiques. Cela peut se produire si vous avez changé votre shell de connexion en screen(une idée mignonne en théorie, mais pas pratique) et que vous avez un fichier d'initialisation du shell qui se configure de force à l' DISPLAYintérieur de l'écran (ce n'est pas une si bonne idée). Cela peut également se produire si vous avez configuré le serveur pour accepter les variables d'environnement envoyées par le client ( AcceptEnvdirective dans sshd_config), le client envoie DISPLAYet la connexion X n'a ​​pas pu être établie. Ou cela peut se produire si vous définissez une variable d'environnement sur le serveur via la commanddirective in ~/.ssh/authorized_keys. Ou xtermpourrait être un script.

¹ _{Ou quelle que soit la valeur de X11DisplayOffsetest dans la configuration du serveur, mais elle n'est presque jamais modifiée par rapport à la valeur par défaut.}

Votre commande devrait fonctionner, ou du moins elle le fait pour moi. Essayez plutôt ceci:

ssh -Y user@machine xterm

Modifier (1):

Essaye ça:

ssh -X user@machine env

Cela devrait montrer tout l'environnement. Il devrait y avoir diverses choses SSH, et également DISPLAY. L'AFFICHAGE doit être de 10,0.

Vous pouvez également essayer ceci:

ssh -X user@machine DISPLAY=10.0 xterm

Le contrôle d'accès de X est probablement un obstacle.

Exécutez xhost +(à partir du package x11-xserver-utils) pour désactiver complètement le contrôle d'accès.

En plus X11Forwarding yes, je devais aussi ajouter

X11UseLocalhost no

dans /etc/ssh/sshd_config

comme décrit ici .

J'ai trouvé que xauth n'avait pas été installé.

Vérifiez également que X11 est installé côté client. J'obtenais ce problème lorsque j'ai mis à niveau mon Mac vers OS X Mountain Lion. Mountain Lion supprime X11, vous devez donc l'installer à nouveau via le projet open source X Quartz. http://xquartz.macosforge.org/landing/

Vous devez d'abord ouvrir la connexion et une fois xterm ouvert.