ssh -X no funciona en Yosemite

Ya no se puede usar X11 con ssh. Tener instalado XQuartz2.7.7. Iniciar sesión con X11 a través de ssh da las advertencias

Advertencia: la configuración de reenvío X11 no confiable falló: no se generaron los datos de la clave xauth Advertencia: No hay datos xauth; utilizando datos de autenticación falsos para el reenvío X11.

En mi propio sistema, echo $DISPLAYda

/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0

Sin embargo, cuando lo intento xauth generate $DISPLAY . trusted, me sale el error

xauth: (argv): 1: nombre para mostrar incorrecto "/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0" en el comando "agregar"

¿Alguna idea sobre cómo solucionar esto?

ACTUALIZAR

El desarrollador Jeremy Huddleston Sequoia anunció ayer que este problema se resuelve en XQuartz 2.7.8_beta2 :

XQuartz 2.7.8_beta2 está disponible para descargar.

Puede ver http://xquartz.macosforge.org/trac/wiki/X112.7.8 para ver un conjunto completo de cambios, pero la mayoría de los notables son:

1) xauth ahora analiza correctamente la ruta del socket Yosemite launchd $ DISPLAY
2) libGL se ha actualizado a Mesa 10.4.4
3) Se corrigieron varias vulnerabilidades en xorg-server, freetype y libpng
4) Se ha producido un error que impide las actualizaciones automáticas en algunos casos sido arreglado

El informe de error está cerrado y marcado como fijo:

Si no puede (o no quiere) instalar la versión beta, aún puede usar la solución que explico a continuación.

RESPONDER

Análisis

(desplácese hacia abajo para la sección de solución)

Mi primer pensamiento fue "la DISPLAYvariable está mal". Pero no lo es.

Como resultado, en OS X 10.10 Yosemite (y de vuelta a 10.8 Mountain Lion ) la DISPLAYvariable almacena una launchdruta de socket:

/private/tmp/<socket name>

en lugar del familiar nombre para mostrar:

hostname:displaynumber.screennumber

(He agregado información sobre el hostname:displaynumber.screennumberformato al final de esta respuesta).

Esto significa que xauthtiene que saber cómo lidiar con esta encarnación especial de la DISPLAYvariable, y a partir de Mavericks, lo hizo, pero el socket utilizado en Yosemite tiene una ruta diferente (más precisamente: en /private/tmp/com.apple.launchd.XXXXlugar de /private/tmp/launch-XXXX) y se xauthrompe.

Este error se informó al equipo de XQuartz el 18 de noviembre de 2014 (hace 3 meses) ( http://xquartz.macosforge.org/trac/ticket/2068 ):

El programa xauth tiene código tanto en gethost.c como en parsedpy.c para buscar nombres $ DISPLAY que comiencen con "/ tmp / launch", y para tratar eso como un socket local. Sin embargo, la ubicación parece haber cambiado, $ DISPLAY ahora comienza con "/private/tmp/com.apple.launchd", por lo que el código que está buscando / tmp / launch no lo detecta. (...)

De acuerdo con la descripción del error, debe resolverse en XQuartz 2.7.8, que tiene 4 meses de retraso (consulte la página de hoja de ruta del proyecto en http://xquartz.macosforge.org/trac/roadmap ).

El parche que soluciona el problema se confirmó el 31 de diciembre de 2014 al proyecto freedesktop.org ( http://cgit.freedesktop.org/xorg/app/xauth/commit/parsedpy.c?id=f990dd936b5fd1a40290bb88cde517a0ac38f823 ):

diff --git a/parsedpy.c b/parsedpy.c
index c591b77..7365224 100644
--- a/parsedpy.c
+++ b/parsedpy.c
@@ -42,6 +42,9 @@ in this Software without prior written authorization from The Open Group.
 #include <X11/Xauth.h>         /* for FamilyLocal */
 #include <X11/Xmu/SysUtil.h>

+#include <sys/stat.h>
+#include <sys/syslimits.h>
+
 #if defined(UNIXCONN) || defined(LOCALCONN)
 #define UNIX_CONNECTION "unix"
 #define UNIX_CONNECTION_LENGTH 4
@@ -158,8 +161,32 @@ parse_displayname (const char *displayname,

     if (!host) return False;

-    if(strncmp (host, "/tmp/launch", 11) == 0) {
-        family = FamilyLocal;
+    {
+        /*
+         * If using launchd socket, remove the screen number from the end
+         * of $DISPLAY and check if it is a path to a socket.
+         */
+        char path[PATH_MAX];
+        struct stat sbuf;
(...)

Entonces, es solo cuestión de tiempo hasta que este parche llegue a la próxima versión de XQuartz.

Solución alterna

(probado en OS X 10.10.2 Yosemite).

Añadir:

alias ssh="ln -fs $(echo $DISPLAY | sed 's:\(/private/tmp/com\.apple\.launchd\.[^/]*\)/.*:\1:') $(echo $DISPLAY | sed 's:/private/tmp/com\.apple\.launchd\.\([^/]*\)/.*:/private/tmp/launch-\1:'); ssh"

a ~/.bashrcy, o bien iniciar una nueva ventana de terminal o de la fuente que ( . ~/.bashrc) en la sesión actual de la terminal.

Este alias primero vincula simbólicamente la ruta del socket /private/tmp/launch-XXX(por ejemplo ln -fs /private/tmp/com.apple.launchd.GuewxwWwKS /private/tmp/launch-GuewxwWwKS) y luego comienza ssh:

Para los curiosos, tradicionalmente, el nombre para mostrar del servidor X ha tenido esta forma (desde man XUbuntu): El nombre para mostrar del servidor X tiene esta forma:

hostname:displaynumber.screennumber

dónde:

   hostname
           The hostname specifies the name of the machine to which the display  is  physically
           connected.   If  the hostname is not given, the most efficient way of communicating
           to a server on the same machine will be used.

   displaynumber
           The phrase "display" is usually used to refer to  a  collection  of  monitors  that
           share a common set of input devices (keyboard, mouse, tablet, etc.).  Most worksta‐
           tions tend to only have one display.  Larger,  multi-user  systems,  however,  fre‐
           quently  have  several  displays so that more than one person can be doing graphics
           work at once.  To avoid confusion, each display on a machine is assigned a  display
           number (beginning at 0) when the X server for that display is started.  The display
           number must always be given in a display name.

   screennumber
           Some displays share their input devices among two or more monitors.  These  may  be
           configured as a single logical screen, which allows windows to move across screens,
           or as individual screens, each with their own set of windows.  If  configured  such
           that each monitor has its own set of windows, each screen is assigned a screen num‐
           ber (beginning at 0) when the X server for that display is started.  If the  screen
           number is not given, screen 0 will be used.