it-swarm.com.de

PuTTY X11-Proxy: Es wurde ein falsches Autorisierungsprotokoll versucht

Ich versuche, eine Verbindung zu einem Ubuntu-Server herzustellen, um mit Qt-creator zu arbeiten. Bevor alles schief geht, folgte ich diesem Tutorial. 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:

die erste Möglichkeit besteht darin, den dpyname protoname hexkey mit folgendem Befehl abzurufen:

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 Befehl xauth list nichts zurückgab.

die zweite Lösung war:

./etc/ssh/sshd_config

öffnen Sie die Datei: sshd_config und bearbeiten Sie die Zeile ForwardX11Trusted, um yes zu lesen. Wenn 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 sshd_config mit xdg-open oder gedit nicht öffnen und die gleiche Meldung wird erneut angezeigt.

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

13
McLan

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!

6
Navy Flyer

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 list war für mich vor dem Neustart leer. Es wurde jedoch nach dem Neustart aufgefüllt. Ich habe xauth list gemacht, nachdem ich es mit PuTTY getestet habe.

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

Hinweis: Was ich tatsächlich getan habe, war meinen Raspberry Pi neu zu starten

2
Dheeraj Bhaskar

Ich hatte ein ähnliches Problem auf einem Server bei der Arbeit, weil im Basisordner nicht genügend Speicherplatz vorhanden war. Nach der Anmeldung konnte die Xauthority-Datei nicht geschrieben und ... nicht weitergeleitet werden.

Durch die Freigabe von Speicherplatz wurde das Problem behoben.

Ich würde 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.

2
Ryan Armstrong

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 Supergitters schlug fehl ...

1
user524500

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.

0
anton