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.
- ¡Usar ssh -Y significa aquí tener información falsa de xauth que es mala!
-
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 :
-
Habilite la primera opción en la pestaña Seguridad de preferencias (Cmd-,) que habilita las conexiones autenticadas.
-
Edite
~/.ssh/config
, agregueXAuthLocation /opt/X11/bin/xauth
a la configuración del host. -
ssh -X your_server
funciona de manera segura. -
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.