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?

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!

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

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.

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 ...

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.