Jedes Mal, wenn ich eine SSH-Verbindung von meinem Mac zu einem Linux (Debian) einrichte, erhalte ich die folgende Warnung:

No xauth data; using fake authentication data for X11 forwarding.

Dies gilt auch für Tools, die ssh verwenden, z. B. git oder mercurial.

Ich möchte nur eine lokale Änderung an meinem System vornehmen, um dies zu verhindern.

Hinweis: Ich habe einen X11-Server (XQuartz 2.7.3 (xorg-server 1.12.4)) auf meinem Mac OS X (10.8.1) und er funktioniert ordnungsgemäß. Ich kann die Uhr lokal oder remote erfolgreich starten.

Keine der veröffentlichten Lösungen hat für mich funktioniert. Auf meinem Client (Desktop) -System läuft macOS 10.12.5 (Sierra). Ich fügte -vden Optionen für den sshBefehl hinzu und sagte mir,

debug1: No xauth program.

was bedeutet, dass es keinen korrekten Pfad zum xauthProgramm hat. (In dieser Version von macOS ist der Pfad zu kein xauthStandard.) Die Lösung bestand darin, diese Zeile zu /etc/ssh/ssh_config(möglicherweise /etc/ssh/configin einigen Setups) oder zu ~/.ssh/config(wenn Sie keine Administratorrechte haben) hinzuzufügen :

XAuthLocation /opt/X11/bin/xauth

Jetzt ist die Warnmeldung weg.

Fand die Ursache, meine ~/.ssh/configwar unvollständig, du brauchst beides:

Host *
    ForwardAgent yes
    ForwardX11 yes

Mein Fehler war, dass ich nur die ForwardX11-Option enthielt.

Ubuntu unter Windows 10 starten lassen ssh -X , um eine GUI-Umgebung auf einem Remote-Server zu erhalten

• Zuerst

Installieren Sie alle folgenden. Installieren Sie unter Windows Xming. Unter Ubuntu Bash sudo apt installzum Installieren verwenden ssh xauth xorg.

sudo apt install ssh xauth xorg

• Zweite

Gehe in den Ordner mit der ssh_configDatei, meine ist /etc/ssh.

• Dritte

ssh_configAls Administrator bearbeiten (USE sudo). Innen ssh_config, entfernen Sie den Hash #in den Leitungen ForwardAgent, ForwardX11, ForwardX11Trusted, und , um die entsprechenden Argumente gesetzt yes.

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• Forth

In ssh_configDatei, entfernen Sie die Front Hash #vor Port 22und Protocol 2, und auch eine neue Zeile am Ende der Datei fügen Sie die xauth Speicherort der Datei angeben, XauthLocation /usr/bin/xautherinnern Sie Ihren eigenen Weg der xauth - Datei schreiben.

# /etc/ssh/ssh_config

#   IdentifyFile ...
    Port 22
    Protocol 2
#   Cipher 3des
#   ...
#   ...
    ...
    ...
    GSSAPIDelegateCredentials no
    XauthLocation /usr/bin/xauth

• Fünfte

ssh_configNachdem wir die Bearbeitung der Datei abgeschlossen haben, speichern Sie sie, wenn Sie den Editor verlassen. Gehen Sie nun in den Ordner ~oder $HOMEhängen Sie ihn export DISPLAY=localhost:0an Ihre .bashrcDatei an und speichern Sie ihn.

# ~/.bashrc
...
...
export DISPLAY=localhost:0

• Zuletzt

Wir sind fast fertig. Starten Sie Ihre Bash-Shell neu, öffnen Sie Ihr XmingProgramm und verwenden Sie ssh -X yourusername@yourhost. Dann genießen Sie die GUI-Umgebung.

ssh -X yourusername@yourhost

Das Problem liegt auch im Ubuntu-Subsystem unter Windows, und der Link ist bei

https://gist.github.com/DestinyOne/f236f71b9cdecd349507dfe90ebae776

Hinweis: Der verknüpfte Text enthält 2 Tippfehler ( XauthLocaionanstelle von XauthLocation).

Wie bereits erwähnt, scheint xauthYosemite unter OS X auf eine alte Version zurückgegangen zu sein, die mit den $DISPLAYEinstellungen von XQuartz nicht funktioniert :

% xauth -V
1.0.9
% xauth generate $DISPLAY .
xauth: (argv):1:  bad display name "/private/tmp/com.apple.launchd(...)/org.macosforge.xquartz:0" in "add" command

Es gibt momentan einen Fehler in MacOS. Ich bin auch darauf gestoßen. Das Update für mich beinhaltete das Hinzufügen des Folgenden zu meinem Bash-Profil

dispdir=`dirname $DISPLAY`
dispfile=`basename $DISPLAY`
dispnew="$dispdir/:0"
if [ -e $DISPLAY -a "$dispfile" = "org.x:0" ]; then
  mv $DISPLAY $dispnew
fi
export DISPLAY=$dispnew

Im Wesentlichen kann der Name für die Dateipipe, die Ihrem X-Stammverzeichnis zugeordnet ist, nicht korrekt verarbeitet werden und muss daher korrigiert werden. :-)

Einschließlich

XAuthLocation / opt / local / bin / xauth in ~ / .ssh / config

in meinem macOS hat Sierra 10.12.6 für mich funktioniert. Eine kleine Änderung von Antwort 7).

Ich habe gerade ~ / .Xauthority (Zielcomputer) aus meinem Stammordner und ssh -X 192.168.123.1 wieder entfernt und ich habe gearbeitet.

In meinem Fall war es das Problem der .Xauthority Magic Cookie enthält nicht weitergeleitet, Fabby auf http://askubuntu.com/questions/571116/ auf 2014.11.14 empfiehlt diese Zeile am Ende des .bashrc hinzuzufügen , oder . Profil zum Weiterleiten von xauth-Schlüsseln zwischen Benutzern beim Aufrufen von su:

export $(dbus-launch)

Ich habe auch vorher hinzugefügt:

export XAUTHORITY=~/.Xauthority 

um sicherzustellen, dass remote mit ssh -X aufgerufen wird, wird @ es finden.

In meinem Fall ist .Xauthority ein Symlink zum ursprünglichen Benutzer /home//.Xauthority, von dem ich schreibe ...

  cd /home/<child_user>;ln -sf /home/<parent_user>/.Xauthority .xAuthority

mit richtigen Rechten:

  sudo chown <parent_user> /home/<parent_user>/.profile
  chmod a+rw /home/<parent_user>/.profile 

so ist es zugänglich für und für. wird in der Lage sein, Apps auf seinem lokalen Bildschirm auszulösen und X-Window-Ergebnisse im gesamten Proxy-Konto anzuzeigen!

TIPP: Überprüfen Sie die XAUTH-Liste ..., wenn Magic Cookie aktiviert ist.

Ich würde dies als Kommentar hinzufügen, aber ich habe nicht genug Repräsentanten. Das Hinzufügen einer weiteren Zeile zu Sorins Lösung hat bei mir funktioniert.

Öffnen Sie Ihre ssh-Konfigurationsdatei mit vim ~/.ssh/config Dann fügen Sie diese Zeilen hinzu:

Host *
    ForwardAgent yes
    ForwardX11 yes
    XAuthLocation /opt/X11/bin/xauth

Sie können Ihren xauthStandort überprüfen mit:

which xauth