
Ich habe Ubuntu 14 als "Server" laufen und versuche, PuTTY auf meinem Windows-Rechner als "Client" zu verwenden.
Auf dem Server: ForwardX11 ja ForwardX11Trusted ja
Auf dem Client: PuTTY-Konfiguration: SSH->X11->X11-Weiterleitung aktivieren (abgehakt), mit ausgeführtem MIT-Magic-Cookie-1 Xming-Server
PuTTY-Ereignisprotokoll:
2016-09-18 01:02:24 Requesting X11 forwarding
2016-09-18 01:02:24 X11 forwarding enabled
Befehl:
xclock
Ergebnis:
PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: ubuntu3:10.0
Der obige Befehl zeichnet dies im PuTTY-Ereignisprotokoll auf:
2016-09-18 01:20:22 Received X11 connect request from 127.0.0.1:60167
2016-09-18 01:20:22 Opened X11 forward channel
2016-09-18 01:20:22 Forwarded X11 connection terminated
Ich habe versucht, xauth zu deinstallieren und apt-get purge xauth
dann neu zu installierenapt-get install xauth
Kann sich jemand vorstellen, warum das nicht funktioniert? Vor einiger Zeit hat es noch funktioniert ... bin mir nicht sicher, was sich geändert hat!!?!
Befehl:
sudo DISPLAY=localhost:11 XAUTHORITY=/home/<username>/.Xauthority xclock
Ergebnis:
PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: localhost:11
Wenn ich dasselbe von einer anderen Linux-Box aus versuche, erhalte ich statt „Nicht unterstütztes Autorisierungsprotokoll“ diesen Fehler:
X11 connection rejected because of wrong authentication.
Error: Can't open display: ubuntu3:10.0
Ich habe 2 Ubuntu-Systeme. Sie heißen Ubuntu2 und Ubuntu3. Unter Ubuntu2 scheint alles zu funktionieren. Also habe ich angefangen, die beiden zu vergleichen ...
xauth-Liste
Ubuntu2
ubuntu/unix:10 MIT-MAGIC-COOKIE-1 7c27c83c47f4b323a2855c67e1eeef63
ubuntu/unix:11 MIT-MAGIC-COOKIE-1 7c1aa456987ee9face9a35f8aa72acf3
ubuntu2/unix:0 MIT-MAGIC-COOKIE-1 50073df1fac06436a5e724d93730ef64
ubuntu2/unix:11 MIT-MAGIC-COOKIE-1 5860938ccf8af0e0f4a00c37ca51feb5
ubuntu2/unix:10 MIT-MAGIC-COOKIE-1 0fa58759ec8e78b735aa3528933464c0
Ubuntu3
localhost:11 MIT-MAGIC-COOKIE-1 b6e1bf9dedae8b358133462e3d702547
ip6-localhost:11 MIT-MAGIC-COOKIE-1 b6e1bf9dedae8b358133462e3d702547
localhost:13 MIT-MAGIC-COOKIE-1 6fe13bad7d70320cf01c1d9ea76ab084
ip6-localhost:13 MIT-MAGIC-COOKIE-1 6fe13bad7d70320cf01c1d9ea76ab084
ubuntu3/unix:0 MIT-MAGIC-COOKIE-1 c4bf89ae06d1aca5f36993fe728a5d21
echo $ANZEIGE
Ubuntu2
localhost:10.0
Ubuntu3
ubuntu3:10.0
welches xauth
Ubuntu2
/usr/bin/xauth
Ubuntu3
/usr/bin/xauth
Etwas Merkwürdiges
Ich begann, verschiedene Konfigurationsdateien der beiden Systeme zu vergleichen. Dabei fiel mir auf, dass IP6 unter Ubuntu3 deaktiviert war, unter Ubuntu2 jedoch nicht. Also versuchte ich, IP6 unter Ubuntu3 wieder zu aktivieren, aber ohne Erfolg. Also deaktivierte ich es unter Ubuntu2 und es unterbrach die X11-Weiterleitung. Ich weiß nicht, warum und welche Rolle IP6 dabei spielt ... kann das jemand erklären?
Antwort1
Fast da Oracle Linux 7.x Ich musste in vi /etc/ssh/sshd_config gehen
Suchen Sie die Zeilen für X11 und stellen Sie sicher, dass sie aktiv oder festgelegt waren
X11-Weiterleitung ja
X11DisplayOffset 10
X11UseLocalhost ja
habe Putty erneut als Oracle ausgeführt und den RunInstaller ausgeführt … und es hat funktioniert
Antwort2
Ich hatte einen ähnlichen Fehler bei der Verwendung von PuTTY (von Windows 10) beim Zugriff auf Ubuntu 14.04.2 LTS. (Xming Server läuft unter Windows)
PuTTY X11 proxy: Authorisation not recognised
Error: Can't open display: sdnhubvm:10.0
Ich habe mein Problem gelöst, indem ich die Datei sshd_config
darin geändert habe /etc/ssh/
.
Schritte, die ich unternommen habe:
Öffnen Sie die Datei
sshd_config
mit einem Editor wie vim.sudo vi /etc/ssh/sshd_config
Suchen Sie die Zeile mit dem Inhalt
X11UseLocalHost no
(war etwa in den Zeilen 65-67):65 X11DisplayOffset 10 66 X11UseLocalHost no 67 PrintMotd no
Zeile auskommentieren
#X11UseLocalHost no
und speichern.65 X11DisplayOffset 10 66 # X11UseLocalHost no 67 PrintMotd no
- Neustart
Starten Sie PuTTY
putty.exe -X 192.168.245.4
Probier es aus
ubuntu@sdnhubvm:~$ xclock
Jetzt funktioniert es. Fertig.
Antwort3
Ich hatte ein ähnliches Problem, außer dass beim Starten der Putty-Verbindung eine Fehlermeldung auf dem Server erschien, die besagte: „/usr/bin/xauth: Zeitüberschreitung beim Sperren der Autoritätsdatei /home/retud/.Xauthority“
Dies lag daran, dass der Benutzer nicht über die entsprechenden Rechte auf dem Server verfügte (in diesem Fall 1003 statt retud). 2 drwxr-xr-x 7 1003 retud 14 25. November 2020 . Meine Lösung für das Problem bestand darin, den Besitzer des Verzeichnisses retud@LP0X zu ändern:~$ sudo su - root@LP0X:/home# root@LP0X:/home# chown -R retud /retud
Es löst das Problem. Meine zwei Cent.