ich ähnliche Fragen gelesen habe, und angewandt haben die Vorschläge gepostet, aber keiner scheint mein Problem zu beheben ...X11 Forwarding kann nicht geöffnet Anzeige (Client abgelehnt?)
In Putty, ich habe aktiviert x11 Weiterleitung, mit dem 'Standort X-Display' auf 0,0
das Fern Debian 8.4 der X -Version ist 1.16.4, mit der die Datei/etc/ssh/ssh_config auf:
ForwardX11 yes
ForwardX11 Trusted yes
und/etc/ssh/sshd_config:
Ich habe auch die Variable DISPLAY gezwungen zu meinem lokalen Rechner die IP-zu-Punkt:
export DISPLAY=192.168.1.140:0.0
und überprüft es richtig eingestellt ist
schließlich ('echo $ DISPLAY') senden ich neu gestartet: ' Dienst ssh Neustart 'und' Dienst sshd Neustart '. Leider, wenn ich 'xterm &' eingeben, erhalte ich den Fehler "Kann Anzeige nicht öffnen:% s", und das lokal laufende xming (Win8) zeigt nie etwas.
Das Xming Protokoll scheint einen Authentifizierungsfehler zu zeigen:
winClipboardProc - Hello
DetectUnicodeSupport - Windows Vista
winClipboardProc - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay() returned and successfully opened the display.
winInitMultiWindowWM - XOpenDisplay() returned and successfully opened the display.
winClipboardProc - XOpenDisplay() returned and successfully opened the display.
AUDIT: Mon Jul 04 09:40:48 2016: 2508 C:\Program Files (x86)\Xming\Xming.exe: client 4 rejected from IP 192.168.1.151
[Note: the 192.168.1.151 is the IP of the BBB (ifconfig -a)]
Ich überprüfte auch, dass die Firewall des Fenster nicht Xming blockiert wird.
Nicht sicher, ob es wichtig ist, aber der Remote-Debian läuft auf einem Beaglebone-Schwarz.
Ursprünglich hatte ich überhaupt nicht exportiert DISPLAY, aber wenn es nicht funktioniert, ich habe dann versucht, es Einstellung zu meiner xming IP. Aber selbst wenn ich es auf localhost setze (Export DISPLAY = localhost: 10.0), sehe ich auf dem entfernten Rechner immer noch die Meldung "Kann die Anzeige nicht öffnen:% s". Interessanterweise kann ich die zurückgewiesene Nachricht nicht in xmings Protokoll sehen Dies kann ein Problem mit der Datei/etc/hosts oder ~/.Xauthority sein. – ben
Es kann sein, dass die Weiterleitung nicht funktioniert (daher erreicht der Verbindungsversuch niemals Ihren lokalen Rechner)./etc/hosts hat nichts damit zu tun dies, .Xauthority könnte. Unter Linux ich oft die '-Y' Option für X-Weiterleitung, die die vertrauenswürdige X11-Option ist, versuchen Sie mit der ForwardX11Trusted-Richtlinie aus. – JvO
Als ein weiterer Datenpunkt habe ich versucht mit einem lokalen virtuellen (Linux) Maschine für die Verbindung mit der Fernbedienung und es hat funktioniert (ssh -X [email protected]). Ich habe einen Fehler mit der Datei/root /.Xauthority existiert nicht, aber ich konnte immer noch darauf zugreifen, xterm ausführen, und die GUI erschien. Vielleicht verursacht diese fehlende Datei das Windows-Host-Problem? BTW, das einzige Konto, das ich auf der Fernbedienung habe, ist "root", d. H. Keine anderen Benutzerkonten. – ben