PuTTY X11-Weiterleitung: Nicht unterstütztes Autorisierungsprotokoll

PuTTY X11-Weiterleitung: Nicht unterstütztes Autorisierungsprotokoll

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 xauthdann 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_configdarin geändert habe /etc/ssh/.

Schritte, die ich unternommen habe:

  1. Öffnen Sie die Datei sshd_configmit einem Editor wie vim.

    sudo vi /etc/ssh/sshd_config
    
  2. 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
    
  3. Zeile auskommentieren #X11UseLocalHost nound speichern.

    65 X11DisplayOffset 10
    66 # X11UseLocalHost no
    67 PrintMotd no
    
  4. Neustart
  5. Starten Sie PuTTY

    putty.exe -X 192.168.245.4
    
  6. Probier es aus

    ubuntu@sdnhubvm:~$ xclock
    
  7. 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.

verwandte Informationen