L'indicateur -X (transfert X11) ne semble pas fonctionner sous Windows

J'utilise Open SSH (OpenSSH_6.6.1p1, OpenSSL 1.0.1i 6 août 2014) dans Windows 8.1. Le transfert X11 ne semble pas fonctionner. La variable d'environnement DISPLAY ne semble pas être définie.

Par exemple, si j'utilise BitVise ou Putty pour me connecter et exécuter env, je vois:

[marko@vm:~]$ env
XDG_SESSION_ID=6
TERM=xterm
SHELL=/bin/bash
SSH_CLIENT=192.168.1.174 61102 22
SSH_TTY=/dev/pts/0
USER=marko
MAIL=/var/mail/marko
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
PWD=/home/marko
LANG=en_CA.UTF-8
NODE_PATH=/usr/lib/nodejs:/usr/lib/node_modules:/usr/share/javascript
SHLVL=1
HOME=/home/marko
LANGUAGE=en_CA:en
LOGNAME=marko
SSH_CONNECTION=192.168.1.174 61102 192.168.1.64 22
XDG_RUNTIME_DIR=/run/user/1000
DISPLAY=localhost:10.0
_=/usr/bin/env

Si j'utilise plutôt OpenSSH (ssh -X marko @ vm):

[marko@vm:~]$ env
XDG_SESSION_ID=8
TERM=cygwin
SHELL=/bin/bash
SSH_CLIENT=192.168.1.174 61150 22
SSH_TTY=/dev/pts/1
USER=marko
MAIL=/var/mail/marko
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
PWD=/home/marko
LANG=en_CA.UTF-8
NODE_PATH=/usr/lib/nodejs:/usr/lib/node_modules:/usr/share/javascript
SHLVL=1
HOME=/home/marko
LANGUAGE=en_CA:en
LOGNAME=marko
SSH_CONNECTION=192.168.1.174 61150 192.168.1.64 22
XDG_RUNTIME_DIR=/run/user/1000
_=/usr/bin/env

Avez-vous défini DISPLAYune variable d'environnement sur le client? Je ne sais pas quel shell vous utilisez, mais avec le dérivé du shell Bourne (comme bash), veuillez essayer:

export DISPLAY=127.0.0.1:0
ssh -X marko@vm

Ou si vous utilisez cmd.exe:

set DISPLAY=127.0.0.1:0
ssh -X marko@vm

Lorsque vous exécutez ssh -X remotehostet que vous êtes DISPLAY=localhost:10présenté à l'hôte distant. sshécoute sur ce port et retransmet le trafic vers le système appelant, en utilisant sa valeur d'origine de DISPLAYpour déterminer l'adresse du serveur.

Il est probable que vous en ayez sur votre système local DISPLAY=:0. Ou si vous ne l'avez pas fait, c'est ce qui est par défaut. Cela indique au système local d'utiliser le socket de domaine UNIX pour communiquer avec l'écran. Malheureusement, Xmingsous Windows ne configure pas ce socket de domaine UNIX, votre sshtransfert X11 échoue avec ce type d'erreur:

$ export DISPLAY=:0
$ ssh -X remotehost xlogo
connect /tmp/.X11-unix/X0: No such file or directory
Error: Can't open display: localhost:10.0

La solution - du moins pour autant Xming- est assez simple. Modifiez la DISPLAYvariable pour référencer un socket TCP d'écoute plutôt qu'un socket de domaine UNIX.

$ export DISPLAY=localhost:0
$ ssh -X remotehost xlogo

Vous devrez peut-être adapter votre Xmingconfiguration pour écouter sur le port TCP local 6000. Voici comment commencer Xming:

Xming.exe :0 -clipboard -multiwindow

Et voici des preuves pour confirmer que vous Xmingécoutez sur le port TCP / 6000:

$ netstat -na | grep ':6000 .*LISTEN'
  TCP    0.0.0.0:6000           0.0.0.0:0              LISTENING

Avec ssh dans Windows10 et Xming, je semble obtenir de "bons" résultats (?) Avec:

set DISPLAY=localhost:0

et créer un objet C: \ dev \ tty par exemple avec

mkdir \dev
echo x > \dev\tty

et en utilisant ssh -Y(non ssh -X).