xauth erstellt keine .Xauthority-Datei

148916
wkdmarty

Wenn ich ssh in ein Linux Mint 17-System ohne Heads kopiere, wird kein Update / keine .Xauthority-Datei erstellt.

Außerdem xauthbekomme ich beim Laufen die Antwort:

marty@N40L ~ $ xauth xauth: file /home/marty/.Xauthority does not exist Using authority file /home/marty/.Xauthority xauth>exit marty@N40L ~ $ xauth xauth: file /home/marty/.Xauthority does not exist Using authority file /home/marty/.Xauthority xauth>

Die Datei wird nicht erstellt.

BEARBEITEN:

Wenn ich mich mit dem Monitor verbinde und mich dann lokal anmeldet, wird die Datei erstellt. Wenn ich jedoch versuche, einen Eintrag hinzuzufügen (weil mein SSH dies nicht für mich tut):

marty@N40L ~ $ xauth list N40L/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2 localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2 marty@N40L ~ $ ls -d .X* -rw------- 1 marty marty 115 Sep 3 12:03 .Xauthority marty@N40L ~ $ xauth generate $DISPLAY . PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1: unable to open display "localhost:10.0".

Übrigens, netstat --listenwenn Sie a zeigen, hören Sie den Port:

tcp 0 0 localhost:6010 *:* LISTEN

AGH, mehr Infos. Ich habe mich von der X-Sitzung auf dem Server abgemeldet, und die .Xauthority-Datei ist verschwunden. Es scheint, dass die Datei NUR da ist, wenn sie lokal angemeldet ist. Kann mir jemand sagen warum oder wie ich das beheben kann?

NEUE ENTWICKLUNG:

Ich habe auf dem System einen neuen Benutzer namens "Test" erstellt. Ich loggte mich dann ein und ohne JEDE anderen Befehle lief Xeyes. Was funktionierte Es ist also NUR der Benutzer "marty", der nicht weiterleiten kann. Wie kopiere ich die Einstellungen von test nach marty?

16
Haben Sie es gesagt, um die Datei zu erstellen? `ssh -X` aktiviert die X11-Weiterleitung. grawity vor 10 Jahren 0
Ja, ich verwende Putty unter Windows und setze die Weiterleitung ein (funktioniert beim Verbinden mit einem anderen Mint-Server). Aber die Datei wird nicht erstellt, also dachte ich, ich würde sie manuell hinzufügen, xauth erstellt sie auch nicht manuell. wkdmarty vor 10 Jahren 0
Lokale Xwindows erstellt die .Xauthority-Datei, Putty SSH-Sitzungen jedoch nicht. Obwohl es zeigt, wie es auf die Verbindung wartet. wkdmarty vor 10 Jahren 0

4 Antworten auf die Frage

25
ton

Nur um zu berichten, hatte ich ein ähnliches Problem. Aber in meinem Fall folge ich diesen Schritten :

Führen Sie die folgenden Schritte aus, um eine $HOME/.XauthorityDatei zu erstellen .

Melden Sie sich als Benutzer an und bestätigen Sie, dass Sie sich im Heimatverzeichnis des Benutzers befinden. 

# Rename the existing .Xauthority file by running the following command mv .Xauthority old.Xauthority   # xauth with complain unless ~/.Xauthority exists touch ~/.Xauthority  # only this one key is needed for X11 over SSH  xauth generate :0 . trusted   # generate our own key, xauth requires 128 bit hex encoding xauth add $:0 . $(xxd -l 16 -p /dev/urandom)  # To view a listing of the .Xauthority file, enter the following  xauth list

Danach keine Probleme mehr mit der .XautorityDatei seitdem.

Danke und Dank an srinivasan .

In meinem Fall hatte ich eine Umgebungsvariable XAUTHORITY, die auf einen anderen Ort verweist (ein unvorsichtiger Fehler), und zwar mit diesem [http://prefetch.net/blog/index.php/2011/11/01/dealing-with-xauth-error -in-locked-authority-file-errors /] thread Ich konnte dies feststellen und den Fehler beheben. Mit `strace xauth` wies sie den in der Variablen angegebenen falschen Pfad aus. Ich sollte auch hinzufügen, dass ich unter anderem Sperrfehler erhielt Cybex vor 7 Jahren 1
In meinem Fall musste ich nur die Schritte 1 bis 3 ausführen. Die Schritte 4 und 5 machten es tatsächlich nicht. Richard Ayotte vor 7 Jahren 1
Ich muss `xauth generieren: 0. wird nach jedem Befehl als "Benutzer" als "root" angezeigt. Kann ich es reparieren lassen? Timo vor 6 Jahren 0
`xhost +` half, x-apps als `root` zu öffnen. Timo vor 6 Jahren 0
Schritt 3 gibt mir den Fehler: `xauth: (argv): 1: Anzeige": 0 "." kann nicht geöffnet werden simpleuser vor 6 Jahren 1
2
Bass

Nur um ergänzen die hervorragende Tonne ‚s Antwort .

Ich hatte einmal genau das gleiche Problem, weil mein Heimatverzeichnis zu 100% ausgelastet war. Bei der Verbindung wurde sshein leerer erstellt ~/.Xauthorityund es war nicht möglich, einen einzelnen Eintrag in ihn zu schreiben (sodass xauth listimmer eine leere Ausgabe erzeugt wurde).

Also ich schlage vor, man prüft immer den freien Speicherplatz (zB df -h:) und prüft das xauth generateund hatte xauth addtatsächlich irgendwelche Wirkung ( xauth list).

1
wkdmarty

Nachdem ich herausgefunden hatte, dass es nicht das System war, indem ich einen Testbenutzer hinzufügte (was beim X-Forwarding "out the box" funktionierte), dachte ich, ich würde anfangen, die .bash * -Startdateien zu kopieren, um den "kaputten" Benutzer zu virginisieren.

Keine der Dateien war anders, also löschte ich das .ssh-Verzeichnis der Benutzer. Wenn ich ssh'd, stöhnte es über "Server hat unseren Schlüssel abgelehnt", aber ich konnte mich mit Passwort einloggen. Einmal eingeloggt, konnte ich x perfekt weiterleiten.

Ich werde jetzt versuchen, den Schlüssel erneut einzurichten und zu sehen, ob ich auch funktionieren kann. Dann wird es wieder normal sein.

1
billq

Das Verschieben des .sshVerzeichnisses hat X Forwarding für mich zum Laufen gebracht.

Durch den Prozess der Beseitigung habe ich in ~ / .ssh eine Datei gefunden, die "rc" hieß und Folgendes enthielt:

echo "Wecome to $(hostname), $(whoami)"

Ich habe das nie erstellt und habe keine Ahnung, woher es kam. Entfernen sie das Problem behoben, und meine authorized_keys, known_hostsund Schlüsseldateien können alle intakt bleiben.

Verwandte Probleme