xlaunch usar para official failed con como ssh xorg xserver

usar - SSH-X "Advertencia: error en la configuración de reenvío X11 no confiable: datos de clave xauth no generados"



xming putty x11 (8)

Acabo de descargar la última versión X11 y funcionó nuevamente

Hola, tengo un problema para que ssh X reenvíe al trabajo. La configuración es que estoy ssh a mi máquina virtual ubuntu desde la máquina host OSX Yosemite.

Ya instalé xQuartz en OSX, xauth en ubuntu, y creo que tengo todas las opciones correctas establecidas en los archivos ssh_config.

Consigo el

Warning: untrusted X11 forwarding setup failed: xauth key data not generated X11 forwarding request failed on channel 0

mensaje al abrir una conexión con ssh -X , y cuando intenté ejecutar una aplicación X:

xterm: Xt error: Can''t open display: xterm: DISPLAY is not set

Tengo la configuración idéntica en mi otra máquina, excepto ejecutar Mavericks y funciona bien, ¿hay algo específico de Yosemite que deba preocuparme?


Cuando inicie sesión en el clúster, no use las opciones -X o -Y.

Ejemplo:

ssh -Y remotelogin: gives me X11 related warning.

ssh remotelogin: Sin advertencia, funciona bien.


En macOS Sierra, ahora tengo que hacer ssh -Y lugar de ssh -X para que una pantalla de una máquina Linux funcione en mi Mac.


Gilles Gouaillardet tiene la respuesta que resolvió esto por mí. Edite ~ / .ssh / config para contener

Host * XAuthLocation /opt/X11/bin/xauth

y ssh -X hostname ahora funciona (XQuartz 2.7.11, macOS 10.4 Mojave)


Recibí la misma advertencia que tú después de actualizar a Yosemite. Después de agregar ForwardX11Trusted yes en mi archivo ~/.ssh/config , la advertencia desapareció.

¿Tiene las siguientes líneas en su archivo ~/.ssh/config para habilitar el reenvío Trusted X11?

Host APPROPRIATE_HOSTNAME ForwardX11Trusted yes ForwardX11 yes OTHER_OPTIONS


Se requiere ForwardX11Trusted incluso para las conexiones que cree que no son confiables cuando su servidor X no tiene la extensión SECURITY (los servidores Apple tienen un montón de imágenes que ocupan más de 100 líneas, por lo que sugiero que compruebe "xdpyinfo | grep SECURITY"; si eso no devuelve ningún resultado, no lo tienes). Puede haber otras razones y excepciones, pero esto funcionó para mí.


Tenga en cuenta que algunas respuestas incompletas pueden conducir a fallas de seguridad.

  1. ¡Usar ssh -Y significa aquí tener información falsa de xauth que es mala!
  2. ssh -X debería funcionar ya que XQuartz, una vez habilitado, usa xauth. El único problema es que ssh está buscando xauth en /usr/X11R6/bin y en macOS con XQuartz está en / opt / X11 / bin

Solución segura :

  1. Habilite la primera opción en la pestaña Seguridad de preferencias (Cmd-,) que habilita las conexiones autenticadas.

  2. Edite ~/.ssh/config , agregue XAuthLocation /opt/X11/bin/xauth a la configuración del host.

  3. ssh -X your_server funciona de manera segura.

  4. Asegúrese de que xauth esté instalado en el host de destino.


Ya tenía instalado el último XQuartz 2.7.11, pero creo que también he actualizado el sistema operativo varias veces desde entonces. Reinstalé XQuartz 2.7.11, y ahora funciona bien.