Cada vez que inicio una conexión ssh desde mi Mac a un Linux (Debian) recibo esta advertencia:

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

Esto también sucede para las herramientas que usan ssh, como git o mercurial.

Solo quiero hacer un cambio local en mi sistema para evitar que esto aparezca.

Nota: Tengo un servidor X11 (XQuartz 2.7.3 (xorg-server 1.12.4)) en mi Mac OS X (10.8.1) y funciona correctamente, puedo iniciar el reloj con éxito local o remotamente.

Ninguna de las soluciones publicadas funcionó para mí. Mi sistema cliente (escritorio) ejecuta macOS 10.12.5 (Sierra). Agregué -vlas opciones para el sshcomando y me dijo:

debug1: No xauth program.

lo que significa que no tiene una ruta correcta al xauthprograma. (En esta versión de macOS, la ruta xauthno es estándar). La solución fue agregar esta línea a /etc/ssh/ssh_config(puede estar /etc/ssh/configen algunas configuraciones) o en ~/.ssh/config(si no tiene derechos de administrador):

XAuthLocation /opt/X11/bin/xauth

Ahora el mensaje de advertencia se ha ido.

Encontré la causa, mi ~/.ssh/configestaba incompleto, necesitas ambos:

Host *
    ForwardAgent yes
    ForwardX11 yes

Mi error fue que incluí solo la opción ForwardX11.

Permitir que Ubuntu bash en Windows 10 se ejecute ssh -X para obtener un entorno GUI en un servidor remoto

• primero

Instale todo lo siguiente. En la ventana, instale Xming. En Ubuntu bash, use sudo apt installpara instalar ssh xauth xorg.

sudo apt install ssh xauth xorg

• Segundo

Ir a la carpeta contiene el ssh_configarchivo, el mío es /etc/ssh.

• Tercero

Editar ssh_configcomo administrador (USE sudo). En el interior ssh_config, retire el hash #en las líneas ForwardAgent, ForwardX11, ForwardX11Trusted, y establecer los argumentos correspondientes a yes.

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• Adelante

En el ssh_configarchivo, elimine el hash frontal #antes Port 22y Protocol 2, y también agregue una nueva línea al final del archivo para indicar la ubicación del archivo xauth XauthLocation /usr/bin/xauth, recuerde escribir su propia ruta del archivo xauth.

# /etc/ssh/ssh_config

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

• Quinto

Ahora que hemos terminado de editar el ssh_configarchivo, guárdelo cuando salgamos del editor. Ahora vaya a la carpeta ~o $HOME, agregue export DISPLAY=localhost:0a su .bashrcarchivo y guárdelo.

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

• Último

Casi terminamos. Reinicia tu shell bash, abre tu Xmingprograma y úsalo ssh -X yourusername@yourhost. Entonces disfrute del entorno GUI.

ssh -X yourusername@yourhost

El problema también está en el subsistema Ubuntu en Windows, y el enlace está en

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

Nota: el texto vinculado incluye 2 errores tipográficos (en XauthLocaionlugar de XauthLocation)

Como se señaló, parece que xauthen OS X Yosemite ha retrocedido a una versión anterior que no funciona con la $DISPLAYconfiguración de XQuartz :

% 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

Hay un error en MacOS en este momento. Me encontré con esto también. La solución para mí implicó agregar lo siguiente a mi .bash_profile

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

Esencialmente, el nombre de la tubería de archivo asociada con su raíz X no se puede manejar correctamente y, por lo tanto, necesita corrección. :-)

Incluso

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

en mi macOS Sierra 10.12.6 funcionó para mí. Un pequeño cambio de la respuesta 7).

acabo de eliminar ~ / .Xauthority (máquina de destino) de mi carpeta raíz y ssh -X 192.168.123.1 nuevamente y funcioné.

En mi caso fue el problema de .Xauthority que contiene la cookie Magic no reenviada, Fabby en http://askubuntu.com/questions/571116/ recomienda el 2014-11-14 para agregar esta línea al final de .bashrc o . perfil para permitir el reenvío de claves xauth entre usuarios al llamar a su:

export $(dbus-launch)

También agregué anteriormente:

export XAUTHORITY=~/.Xauthority 

para asegurar la llamada remota con ssh -X ̍ @ lo encontrará.

En mi caso .Xauthority es un enlace simbólico al usuario original /home//.Xauthority que subo de ...

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

con los derechos correctos:

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

entonces es accesible ay para. ¡podrá activar aplicaciones y mostrar el resultado de X-windowed en su pantalla local a través de la cuenta proxy!

CONSEJO: Verifique la lista xauth ... si refleja la cookie mágica.

Agregaría esto como un comentario, pero no tengo suficiente representante. Agregar una línea más a la solución de sorin funcionó para mí.

Abra su archivo de configuración ssh con vim ~/.ssh/config Luego agregue estas líneas:

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

Puede verificar su xauthubicación con:

which xauth