PuTTY X11-Proxy: Falsches Autorisierungsprotokoll versucht

13

Ich versuche, eine Verbindung zu einem Ubuntu-Server herzustellen, um mit Qt-creator zu arbeiten. Bevor alles schief geht, habe ich dieses Tutorial befolgt . Ich habe Putty und Xming heruntergeladen und alles hat einwandfrei funktioniert.

dann konnte ich plötzlich, während ich an Qt-creator arbeitete, keine Änderungen mehr speichern. Also habe ich Qt-creator geschlossen und die Putty-Sitzung neu gestartet. Es fragte mich nach Benutzername und Passwort (wie üblich), nachdem ich mich beim Server angemeldet hatte und als ich versuchte, Qt-creator (wie üblich) auszuführen, erschien die folgende Meldung:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

Daher habe ich versucht, das Problem mit zwei im Internet verfügbaren Methoden zu lösen:

Das erste ist, indem Sie die folgenden Befehle dpyname protoname hexkeyverwenden:

xauth list

Die sollte den Schlüssel zurückgeben, der dann hinzugefügt werden könnte mit:

xauth add

Es funktionierte jedoch nicht, da der xauth listBefehl nichts zurückgab.

Die zweite Lösung war:

./etc/ssh/sshd_config

Öffnen Sie die Datei: sshd_config und bearbeiten Sie die ForwardX11Trustedzu lesende Zeile. yesWenn keine solche Zeile vorhanden ist, fügen Sie sie hinzu.

ForwardX11Trusted yes

Starten Sie dann den SSH-Server neu und es sollte funktionieren.

Es hat aber auch nicht funktioniert. Ich konnte die Datei nicht sshd_configmit xdg-openoder öffnen geditund dieselbe Meldung wird erneut angezeigt.

Warum passiert das und was ist die Lösung dafür?

linux ubuntu ssh putty McLan
quelle
Die gute Nachricht ist: Ich bin jetzt in der Lage, die Datei sshd_configmit dem sudo nanoBefehl zu öffnen und die Zeile hinzuzufügen ForwardX11Trusted yes. Die schlechte Nachricht ist: Nach dem "Hinzufügen" besteht das Problem immer noch !!!
McLan
Was ist der vollständige Befehl, wenn Sie verwenden xauth add?
Nate aus Kalamazoo
ForwardX11Trustedist eine Option für den OpenSSH-Client, nicht für den Server. Das Hinzufügen kann sshdje nach Version den Start verhindern .
Gert van den Berg

Antworten:

7

Als ich als su angemeldet war, stellte ich nach einigen Fehlern vom Typ "PuTTY X11-Proxy: Fehler beim Autorisierungsprotokoll" fest, dass es sich um ein Authentifizierungsproblem handelte. Dann erinnerte ich mich daran, die .Xauthority-Datei von meinem eigenen Profil / Ausgangsverzeichnis nach / root zu kopieren. Problem gelöst!

Navy Flyer
quelle
Dies sieht nach einer Antwort auf ein anderes Problem aus (obwohl mit denselben Symptomen).
DavidPostill
Dies funktionierte für Raspbian Jessie auf RaspberryPi
Dexter
Das hat auch bei RPI funktioniert. Von PuTTy auf Win10 einfach hat gut leafpadfunktioniert, sudo leafpadhat aber Fehler in der Beschreibung oben geworfen. Das Kopieren .Xauthorityhat einwandfrei funktioniert. Danke vielmals!
Petr Újezdský
ok für das autorisierungsproblem ... gibt mir aber trotzdem "display kann nicht geöffnet werden:" ... irgendwelche ideen
zee
2

Gelöst

Ich habe es mit einer Mischung der beiden oben genannten gelöst.

1. Ich habe die folgende Zeile zu '/ etc / ssh / sshd_config' hinzugefügt

ForwardX11Trusted yes

2. Ich habe xauth mit installiert

sudo apt-get install xauth

xauth listwar für mich vor dem neustart leer. Es wurde jedoch nach dem Neustart aufgefüllt. Ich tat es, xauth listnachdem ich es mit Kitt getestet hatte.

Dann habe ich ssh neu gestartet und es hat funktioniert. Yay!

Hinweis: Eigentlich habe ich meinen Raspberry Pi neu gestartet

Dheeraj Bhaskar
quelle
3
ForwardX11Trusted ist keine gültige Option für sshd_config. Es ist ein Client-Parameter, kein Server-Daemon-Parameter
HeatfanJohn
Das hatte ich schon vor einiger Zeit getan. Weiß jetzt nicht.
Dheeraj Bhaskar
2

Ich hatte ein ähnliches Problem auf einem Server bei der Arbeit, weil der private Ordner keinen Speicherplatz mehr hatte. Nach der Anmeldung konnte die Xauthority-Datei nicht geschrieben und ... nicht weitergeleitet werden.

Durch die Freigabe von Speicherplatz wurde das Problem behoben.

Ich könnte mir vorstellen, dass Sie ein ähnliches Problem hätten, wenn die Berechtigungen für den Basisordner oder die .Xauthority-Datei nicht richtig festgelegt wurden und Sie keinen Schreibzugriff hatten.

Ryan Armstrong
quelle
1

In meinem Fall bemerkte ich, dass ich das Display mit root öffnen konnte, aber ich machte ein su-grid und dieses Benutzer-grid war das mit dem Problem.

Die Lösung bestand darin, diese Sitzung zu schließen und eine neue Sitzung direkt mit grid zu eröffnen, und es funktionierte, etwas an der Ausführung des su-grid schlug fehl ...

user524500
quelle
0

Ich hatte ein ähnliches Problem auf einem Server. Der Grund war, dass der Benutzer die falsche Anzahl von Anzeigen erhalten hat (DISPLAY = localhost: 10.0). Wenn der Benutzer über SSH eine Verbindung zum Server herstellt (als Benutzer test1), erhält er DISPLAY = localhost: 11.0. Wenn er sich als ein anderer Benutzer verbindet und dann Benutzer wird (test1), erhält er die falsche Anzahl von Anzeigen (DISPLAY = localhost: 10.0). Wenn ich die Rifght-Nummer von DISPLAY (DISPLAY = localhost: 11.0) einstelle, funktioniert es.

anton
quelle