-X-Flag (X11-Weiterleitung) scheint in Windows nicht zu funktionieren

Ich verwende Open SSH (OpenSSH_6.6.1p1, OpenSSL 1.0.1i, 6. August 2014) in Windows 8.1. Die X11-Weiterleitung scheint nicht zu funktionieren. Die Umgebungsvariable DISPLAY scheint nicht gesetzt zu sein.

Wenn ich zum Beispiel BitVise oder Putty verwende, um eine Verbindung herzustellen und env auszuführen, wird Folgendes angezeigt:

[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

Wenn ich stattdessen OpenSSH verwende (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

Haben Sie DISPLAYauf dem Client eine Umgebungsvariable festgelegt? Ich bin nicht sicher, welche Shell Sie verwenden, aber mit Bourne-Shell-Derivat (wie Bash) versuchen Sie bitte:

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

Oder wenn Sie cmd.exe verwenden:

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

Wenn Sie ausgeführt werden ssh -X remotehostund DISPLAY=localhost:10dem Remote-Host angezeigt werden. sshÜberwacht diesen Port und leitet den Datenverkehr an das aufrufende System weiter. Dabei wird der ursprüngliche Wert von verwendet DISPLAY, um die Serveradresse zu ermitteln.

Es ist wahrscheinlich, dass Sie auf Ihrem lokalen System haben DISPLAY=:0. Oder wenn Sie nicht haben, ist es das, was es standardmäßig ist. Dadurch wird das lokale System angewiesen, den UNIX-Domänen-Socket für die Kommunikation mit der Anzeige zu verwenden. Leider Xmingrichtet Windows diesen UNIX-Domain-Socket nicht ein, sodass Ihre sshX11-Weiterleitung mit dieser Art von Fehler fehlschlägt:

$ 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

Das Update ist - zumindest soweit es Xminggeht - ziemlich einfach. Ändern Sie die DISPLAYVariable so, dass sie auf einen empfangsbereiten TCP-Socket und nicht auf einen UNIX-Domänen-Socket verweist.

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

Möglicherweise müssen Sie Ihre XmingKonfiguration anpassen , um den lokalen TCP-Port 6000 abzuhören. So fange ich an Xming:

Xming.exe :0 -clipboard -multiwindow

Und hier sind Beweise, die bestätigen, dass XmingPort tcp / 6000 abgehört wird:

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

Mit ssh in Windows 10 und Xming erhalte ich scheinbar "gute" (?) Ergebnisse mit:

set DISPLAY=localhost:0

und ein Objekt erstellen C: \ dev \ tty zB mit

mkdir \dev
echo x > \dev\tty

und mit ssh -Y(nicht ssh -X).