ärgerliche Meldung "X11-Verbindung wegen falscher Authentifizierung abgelehnt", obwohl überhaupt kein Problem vorliegt

15

Ich habe ein nerviges Problem.

Wenn ich über SSH bei einem bestimmten Host angemeldet bin, erscheint die Meldung

X11 connection rejected because of wrong authentication.

tritt dreimal scheinbar zufällig etwa einmal pro Minute auf. Ich habe keine Ahnung, woher es kommt.

Eigentlich gibt es kein kleines Problem mit der X11-Weiterleitung, es funktioniert wie ein Zauber. Aber diese Nachricht erscheint immer wieder und macht mich verrückt.

Hat jemand eine Idee, wie man es los wird?

Ich bin mit dem Problem konfrontiert, egal woher ich komme, es passiert von meinem Gnome-Desktop und auch von einem Windows-System mit PuTTY, MobaXterm, Cygwin, was auch immer.

Nachdem ich noch ein bisschen herumgedreht hatte, stellte ich fest, dass es sich um einen Überwachungsagenten handelte (check_mk). Dies überprüft einige Laufzeitparameter von laufenden Tasks, die Meldung erscheint jedes Mal, wenn dieser Agent vom Monitoring-System ausgelöst wird, genau dann, wenn der PostgreSQL-Status überprüft wird. Es scheint, dass dieser Prozess versucht, eine X11-Verbindung herzustellen, aber fehlschlägt. Die Nachricht wird dann in meine Terminalsitzung übertragen, da sie versucht hat, meine weitergeleitete X11-Sitzung zu verwenden.

Gibt es eine Möglichkeit, diese Nachricht überhaupt zu deaktivieren?

linux ssh x11

— Christian
quelle

21

Stellen Sie sicher, dass Ihnen nicht der Speicherplatz ausgeht

Führen Sie df aus und stellen Sie sicher, dass Sie über ausreichend Speicherplatz verfügen. Entfernen Sie unnötige Dateien von Ihrem System, wenn der Speicherplatz knapp wird:

$ df -h

Wenn für die Dateisysteme Kontingente festgelegt sind, überprüfen Sie, ob Sie Ihr Kontingent nicht überschritten haben:

$ quota -s

Stellen Sie sicher, dass ~ / .Xauthority Ihnen gehört

Führen Sie den folgenden Befehl aus, um das eigene Schiff zu finden:

$ ls -l ~/.Xauthority

Führen Sie chown und chmod aus, um Berechtigungsprobleme zu beheben. [Ersetzen Sie user: group durch Ihren tatsächlichen Benutzernamen und Gruppennamen]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

Stellen Sie sicher, dass die X11-SSHD-Weiterleitung aktiviert ist

Stellen Sie sicher, dass folgende Zeile in der Datei sshd_config vorhanden ist:

$ grep X11Forwarding /etc/ssh/sshd_config

Beispielausgabe:

X11Forwarding yes

Wenn X11 deaktiviert ist, füge folgende Zeile zu sshd_cofing hinzu und starte den ssh-Server neu:

X11Forwarding yes

Stellen Sie sicher, dass die X11-Clientweiterleitung aktiviert ist

Stellen Sie sicher, dass Ihre lokale ssh_config folgende Zeilen enthält:

Host *
ForwardX11 yes

Melden Sie sich am Remote-Server an und führen Sie X11 folgendermaßen von Ihrem Mac OS X- oder Linux-Desktop-System aus aus:

ssh -X user@remote-host.com

Gutschrift für Informationen gehört hier: http://www.cyberciti.biz/faq/x11-connection-rejected-bedingt-der- falschen- Authentifizierung/

Ich hoffe, das hilft.

— devnull
quelle

Ich habe das gelesen, aber da es eigentlich kein Problem gibt, X11-Anwendungen zu starten, waren diese Schritte nicht anwendbar. In der Zwischenzeit habe ich jedoch die Ursache des Problems gefunden und werde das Update jetzt durchführen.

— Christian

Wie bereits erwähnt, ist dies in diesem Fall nicht relevant. Das Problem ist nicht, dass mein Versuch, eine X11-Verbindung weiterzuleiten, fehlschlägt. Das Problem ist, dass ein anderer Benutzer versucht, meine X11-Weiterleitung zu verwenden, und dass die Nachricht an meine aktive Terminalsitzung weitergeleitet wird, was ich nicht möchte. Die Frage lautet "Gibt es eine Möglichkeit, diese Nachricht überhaupt zu deaktivieren?".

— Christian

Ich habe meine Antwort für einen Benutzer, der danach gefragt hat, aktualisiert und anschließend seinen Kommentar entfernt. Versuchen Sie bei Ihrer Frage, den Wandzugriff auf alle außer root zu deaktivieren (vorausgesetzt, der Prozess wird nicht vom Benutzer root ausgeführt): $ sudo chmod gs / usr / bin / wall $ echo foo | wall

— devnull

Ich habe "mesg n" ausgegeben, was Wall-Messages unterdrückt, aber immer noch diese :(

— Christian

Wenn dieser Prozess von root ausgeführt wird, würden Sie. Root kann nicht unterdrückt werden. Wenn dies der Fall ist, erstellen Sie einen 'Monitor' oder einen beliebigen Benutzer und verschieben Sie die Überwachung, die von diesem Benutzer ausgeführt werden soll. Dann werden diese Meldungen nicht mehr angezeigt, da sie nicht von root stammen.

— Devnull

4

Es könnte sich um ein nicht vertrauenswürdiges X11-Timeout für die Weiterleitung handeln. Die Verwendung der ForwardX11TimeoutOption mit einer großen Zeitüberschreitung kann hilfreich sein (siehe https://bugzilla.mindrot.org/show_bug.cgi?id=1718 ).

— vinc17
quelle

Leider nicht, auch wenn ich explizit ForwardX11Trusted yesin /etc/ssh_config.

— Christian

2

Wenn Sie SELINUX erzwingen und sich Ihr Ausgangsverzeichnis nicht unter dem Verzeichnis / home befindet, ist dies Ihr Problem. Bei gezielten SELINUX-Einstellungen wird davon ausgegangen, dass sich alle Benutzer-Ausgangsverzeichnisse unter / home befinden. Daher funktioniert xauth nicht ordnungsgemäß, da der SELINUX-Typ in Ihrem Ausgangsverzeichnis nicht korrekt ist. Ich wünschte, ich könnte ein Update empfehlen, aber das, das ich gefunden habe, hat nicht funktioniert. Ich habe SELINUX auf freizügig gesetzt, um dieses Problem zu umgehen.

— Fred
quelle

0

Versuchen Sie dies einzustellen und es funktioniert für mich:

X11UseLocalhost yes

Referenz: https://medium.com/@toja/using-x11-apps-in-mac-os-x-c74b304fd128

— Andong Zhan
quelle

0

Installieren Sie XQuartz bei Bedarf auf einem Mac und melden Sie sich direkt beim Benutzer an. Beispiel - Während der Installation von oracledb habe ich versucht, mich mit root anzumelden und dann den Befehl von oracle user nach sudo su - oracle auszuführen.

Melden Sie sich direkt mit oracle ssh -X oracle @ hostname an

— Ritesh Chaman
quelle