Flaga X (przekazywanie X11) nie działa w systemie Windows

Korzystam z Open SSH (OpenSSH_6.6.1p1, OpenSSL 1.0.1i 6 sierpnia 2014) w systemie Windows 8.1. Przekazywanie X11 nie działa. Zmienna środowiskowa DISPLAY nie wydaje się być ustawiona.

Na przykład, jeśli używam BitVise lub Putty do łączenia się i uruchamiania env, widzę:

[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

Jeśli zamiast tego użyję 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

Czy ustawiłeś DISPLAYzmienną środowiskową na kliencie? Nie jestem pewien, której powłoki używasz, ale z pochodną powłoki Bourne'a (jak bash), spróbuj:

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

Lub jeśli używasz cmd.exe:

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

Po uruchomieniu ssh -X remotehosti DISPLAY=localhost:10wyświetleniu się zdalnemu hostowi. sshnasłuchuje na tym porcie i przekazuje ruch z powrotem do systemu wywołującego, korzystając z oryginalnej wartości DISPLAYokreślającej adres serwera.

Prawdopodobnie masz w systemie lokalnym DISPLAY=:0. A jeśli nie, to jest to domyślnie. To instruuje system lokalny, aby używał gniazda domeny UNIX do komunikacji z wyświetlaczem. Niestety Xmingw systemie Windows nie skonfigurowano tego gniazda domeny UNIX, więc sshprzekazywanie X11 kończy się niepowodzeniem z tego rodzaju błędem:

$ 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

Poprawka - przynajmniej jeśli chodzi o Xmingto - jest dość prosta. Zmodyfikuj DISPLAYzmienną tak, aby odwoływała się do nasłuchującego gniazda TCP zamiast do gniazda domeny UNIX.

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

Może być konieczne dostosowanie Xmingkonfiguracji do nasłuchiwania na lokalnym porcie TCP 6000. Oto jak zacząć Xming:

Xming.exe :0 -clipboard -multiwindow

A oto dowody potwierdzające, że Xmingnasłuchuje na porcie TCP / 6000:

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

Z ssh w Windows10 i Xming wydaje mi się, że „dobre” (?) Wyniki:

set DISPLAY=localhost:0

i tworzenie obiektu C: \ dev \ tty np. z

mkdir \dev
echo x > \dev\tty

i za pomocą ssh -Y(nie ssh -X).