Xauth / X11-SSH-Weiterleitungsfehler mit .Xauthority-Datei nicht beschreibbar

33585
hlovdal

Beim Anmelden ssh -Y remotehosterhalte ich folgende Fehlermeldung:

/ usr / bin / xauth: /home/hlovdal/.Xauthority nicht beschreibbar, Änderungen werden ignoriert

Und xclock und ähnliches können nicht starten. Es ist nichts falsch mit den Berechtigungen der .Xauthority-Datei trotz der Fehlermeldung.

(hlovdal) remotehost:~>xclock X11 connection rejected because of wrong authentication. X11 connection rejected because of wrong authentication. X11 connection rejected because of wrong authentication. X11 connection rejected because of wrong authentication. Error: Can't open display: localhost:10.0 (hlovdal) remotehost:~>ls -l /home/hlovdal/.Xauthority -rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 /home/hlovdal/.Xauthority (hlovdal) remotehost:~> 

Was könnte hier die Ursache sein?

(Dies ist zwischen meinen beiden Laptops, wo ich schon hunderte Male hin und her gestoßen bin.)


Aktualisieren:

Beim weiteren Debuggen klagte xauth erneut, dass es nicht in .Xauthority geschrieben werden kann. Dies macht keinen Sinn, da die Datei von meinem Benutzer beschreibbar ist, und aus merkwürdigem Grund habe ich strace versucht, zu sehen, was genau versucht wurde.

(hlovdal) remotehost:~>xauth list xauth: /home/hlovdal/.Xauthority not writable, changes will be ignored (hlovdal) remotehost:~>strace -oout -f -s9000 xauth list xauth: error in locking authority file /home/hlovdal/.Xauthority (hlovdal) remotehost:~>tail out 16634 brk(0xf03000) = 0xf03000 16634 brk(0) = 0xf03000 16634 rt_sigaction(SIGINT,, , 8) = 0 16634 rt_sigaction(SIGTERM,, , 8) = 0 16634 rt_sigaction(SIGHUP,, , 8) = 0 16634 rt_sigaction(SIGPIPE,, , 8) = 0 16634 stat("/home/hlovdal/.Xauthority-c", ) = 0 16634 open("/home/hlovdal/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EEXIST (File exists) 16634 write(2, "xauth: error in locking authority file /home/hlovdal/.Xauthority\n", 66) = 66 16634 exit_group(1) = ? (hlovdal) remotehost:~>ls -l .Xauthority* -rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 .Xauthority -rw-------. 2 hlovdal hlovdal 0 Jul 26 01:26 .Xauthority-c -rw-------. 2 hlovdal hlovdal 0 Jul 26 01:26 .Xauthority-l (hlovdal) remotehost:~> 

Dies erklärt besser, warum xauth fehlschlägt, da es nicht erstellt wurde .Xauthority-c. Das Entfernen dieser beiden wahrscheinlich veralteten Dateien hilft jedoch nicht, sie werden beim nächsten ssh-Login neu erstellt. syslog in remotehost enthält folgende Informationen zum ssh-Login.

sshd[17551]: Accepted publickey for hlovdal from x.x.x.x port 36545 ssh2 sshd[17552]: fatal: mm_request_receive: read: Connection reset by peer sshd[17551]: pam_unix(sshd:session): session opened for user hlovdal by (uid=0) 

Diese mm_request_receive-Fehlermeldung ist noch nie aufgetreten. Ich denke, es gibt den Anhaltspunkt für weiteres Debuggen.

3

4 Antworten auf die Frage

14
S.M.Mousavi

Das gleiche Problem hatte ich nach der Synchronisierung meines Home-Ordners unter Ubuntu 12.04. Ich habe es mit folgenden Befehlen gelöst:

rm ~/.Xaut* 

Dann habe ich mich abgemeldet und erneut angemeldet. Folgende Warnung ist aufgetreten:

/usr/bin/xauth: file /home/iranice/.Xauthority does not exist 

Danach erstellte Linux die .XauthorityDatei automatisch. Ich habe mich abgemeldet und wieder eingeloggt und alles war in Ordnung.

Dies ist, was für mich Himbeer-Pi zu Ubuntu 12.04 Verbindung behebt, beide zu Hause. klausnrooster vor 10 Jahren 0
Nach dem Upgrade von Unbuntu 17.10 auf einer Azure-VM wurde die gleiche Meldung angezeigt. Ich weiß nicht mehr genau, ob ich diese Nachricht direkt nach dem Upgrade sah, als ich mich mit Putty aus der Ferne anmeldete oder nachdem ich xrdp installiert hatte, da ich von meinem Windows 7-Rechner eine Remotedesktopverbindung haben wollte. Wie auch immer, Ihre vorgeschlagene Lösung hat das behoben. Diego Tercero vor 6 Jahren 0
1
hlovdal

Dies scheint ein bereits bekanntes Problem zu sein, das bei Redhat's Bugzilla gemeldet wurde, also werde ich diese Frage "schließen" und weiter über den Fehlerbericht berichten.

1
Paul

Für mich hatte ich diesen Fehler:

/usr/bin/xauth: error in locking authority file /home/toto/.Xauthority

weil meine / home-Partition voll war.

Durch das Freigeben von Speicherplatz auf dieser Partition wurde dieses Problem behoben.

Der Befehl strace: strace -oout -f -s9000 xauth listwar hilfreich beim Erkennen des Problems.

Könnte helfen, den Befehl zu erklären - Ich habe mir die [strace-Manpage] (http://linux.die.net/man/1/strace) angesehen, aber ich verstehe nicht, was das Argument -Oout ist meint. Wenn ich es erkläre, würde eine gute Antwort zu einer großartigen Antwort. Journeyman Geek vor 11 Jahren 1
0
Diego Reyes

Das Problem für mich waren SELinux-Berechtigungen. Sie müssen wie folgt konfiguriert werden:

chcon -Rv unconfined_u:object_r:xauth_home_t: s0 /PATH/.Xauthority 
OPs Problem war ein bekannter Fehler. Von welchem ​​"Problem" sprechen Sie? Bitte erweitern Sie Ihre Antwort, um anzugeben, warum dies hilfreich ist. Ƭᴇcʜιᴇ007 vor 11 Jahren 3