-El indicador X (reenvío X11) no parece funcionar en Windows

Estoy usando Open SSH (OpenSSH_6.6.1p1, OpenSSL 1.0.1i 6 de agosto de 2014) en Windows 8.1. El reenvío X11 no parece estar funcionando. La variable de entorno DISPLAY no parece estar configurada.

Por ejemplo, si uso BitVise o Putty para conectarme y ejecuto env, veo:

[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 en cambio uso 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

¿Ha configurado DISPLAYla variable de entorno en el cliente? No estoy seguro de qué shell está utilizando, pero con el derivado de shell Bourne (como bash), intente:

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

O si está utilizando cmd.exe:

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

Cuando corres ssh -X remotehosty te DISPLAY=localhost:10presentan al host remoto. sshescucha en ese puerto y reenvía el tráfico al sistema de llamada, utilizando su valor original de DISPLAYpara determinar la dirección del servidor.

Es probable que en su sistema local tenga DISPLAY=:0. O si no lo has hecho, eso es lo que está siendo predeterminado. Esto indica al sistema local que use el socket de dominio UNIX para comunicarse con la pantalla. Desafortunadamente, Xmingen Windows no se configura ese socket de dominio UNIX, por lo que su sshreenvío X11 falla con este tipo de error:

$ 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 solución, al menos hasta donde Xmingllega, es bastante simple. Modifique la DISPLAYvariable para hacer referencia a un socket TCP de escucha en lugar de un socket de dominio UNIX.

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

Puede que tenga que adaptar su Xmingconfiguración para escuchar en el puerto TCP local 6000. Aquí es cómo empiezo Xming:

Xming.exe :0 -clipboard -multiwindow

Y aquí hay evidencia para confirmar que Xmingestá escuchando en el puerto tcp / 6000:

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

Con ssh en Windows10 y Xming, parece que obtengo resultados "buenos" (?) Con:

set DISPLAY=localhost:0

y creando un objeto C: \ dev \ tty por ejemplo con

mkdir \dev
echo x > \dev\tty

y usando ssh -Y(no ssh -X).