Ya no puedo reenviar X11 usando KiTTY / PuTTY a CygwinX.
Me estoy conectando a una máquina Ubuntu Server 14.10 que está configurada correctamente para permitir el reenvío X11. Yo soy capaz de iniciar la expedición X11 usando Cygwin xterm y de otras máquinas Linux.
Estoy usando CygwinX [1.7.34 (0.285 / 5/3)] y KiTTY 0.64.0.1 (bifurcación PuTTY, también probé PuTTY), en Win7.
He verificado mi variable de pantalla y he intentado deshabilitar el control de acceso xhost en Cygwin xterm.
$ echo $DISPLAY
:1
$ xhost +
access control disabled, clients can connect from any host
Mi KiTTY / PuTTY está configurado para habilitar el reenvío X11 y se configura la pantalla correcta. He intentado: 1 y: 1.0.
Cuando envío SSH al servidor, mi variable DISPLAY se establece y se actualiza xauth. He eliminado mi .Xauthority y la he recreado para verificar.
user@server:~$ echo $DISPLAY
localhost:10.0
user@server:~$ xauth list
server/unix:10 MIT-MAGIC-COOKIE-1 3983b2d7f3d5f9f66d9796997771bf82
Cuando intento iniciar una aplicación X11 me sale el siguiente error.
user@server:~$ xterm
KiTTY X11 proxy: unable to connect to forwarded X server: Network error: Connection refused
xterm: Xt error: Can't open display: localhost:10.0
XWin.exe está escuchando en el puerto 34576 si eso es importante.
[XWin.exe]
TCP 127.0.0.1:34576 0.0.0.0:0 LISTENING
Creo que hay un problema de software o configuración que me falta, ya que estoy viendo esto con múltiples servidores y máquinas cliente. Cualquier ayuda sería apreciada.
$DISPLAY
en la máquina remota debe apuntar a la dirección de su escritorio, nolocalhost
.$DISPLAY
en la máquina remota debe apuntar alocalhost
. SSH hace el reenvío.$DISPLAY
en la máquina remota no apunta al escritorio del OP, el reenvío X11 no ocurrió . De lo contrario, es posible que$DISPLAY
la máquina remota ni siquiera exista si la máquina remota no está ejecutando un servidor X (que de todos modos no tiene nada que ver con la pregunta inicial).DISPLAY
apunta alocalhost
. SSH escucha en un puerto TCP en la máquina remota y reenvía los paquetes. Si seDISPLAY
apunta a la máquina local, eso indicaría que no se reenvía a través de SSH, sino en una conexión TCP directa, en texto sin formato, y posiblemente a una dirección IP que ni siquiera tiene una ruta.Respuestas:
Ok, descubrí la solución a mi propio problema.
De forma predeterminada, CygwinX ya no escucha las conexiones tcp (Cyg SSH está utilizando sockets Unix para conectarse). Para habilitar las conexiones tcp "-listen tcp" debe agregarse a los parámetros de la línea de comandos. En mi caso, cambié el ícono "XWin Server" para leer:
fuente
xhost +localhost
(o una solución más segura) en un terminal cygwin local cada vez que inicio el servidor X?xhost +localhost
enstartxwin
la derecha cerca del final del archivo, dentro de la última condicional:xhost +localhost fi exit $retval
:10
funcionó para mí. (ok, puedo ver cómo esto no corresponde a su respuesta, ya que su OP original, sin embargo, también hay otras personas aquí, este problema puede ser bastante amplio. Espero que esto sea útil para otros.)Tuve este problema Fue porque X-Win no estaba funcionando. Si desea que X-Win se ejecute al inicio, vaya a "ejecutar", luego "shell: startup" y copie el acceso directo x-win en esa carpeta.
fuente
En mi caso, el error fue similar "conexión de masilla x11 rechazada". Estaba iniciando sesión a través de una máquina Windows en un servidor Ubuntu 16 a través de masilla (con el reenvío x11 habilitado).
Intenté muchas cosas, desde volver a generar archivos .Xauthority hasta agregar cookies mágicas al usar la lista xauth. Sin embargo, el problema era simplemente que el servidor Xming no se estaba ejecutando en mi máquina Windows. Una vez que comencé Xming en la máquina host (windows) en la que estaba generando la masilla, el inicio de sesión a través de Putty funcionó de maravilla.
fuente