☰

Reenvío PuTTY X11: protocolo de autorización no compatible

tag-icon • tag-icon putty xorg ubuntu-14.04 xauth
Reenvío PuTTY X11: protocolo de autorización no compatible

Tengo Ubuntu 14 ejecutándose como "Servidor" y estoy intentando usar PuTTY en mi máquina con Windows como "Cliente".

En el servidor: ForwardX11 sí ForwardX11Trusted sí

En el cliente: Configuración de PuTTY: SSH->X11->Habilitar reenvío X11 (marcado), con el servidor MIT-Magic-Cookie-1 Xming ejecutándose

Registro de eventos de PuTTY:

2016-09-18 01:02:24 Requesting X11 forwarding
2016-09-18 01:02:24 X11 forwarding enabled

Dominio:

xclock

Resultado:

PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: ubuntu3:10.0

El comando anterior registra esto en el registro de eventos de PuTTY:

2016-09-18 01:20:22 Received X11 connect request from 127.0.0.1:60167
2016-09-18 01:20:22 Opened X11 forward channel
2016-09-18 01:20:22 Forwarded X11 connection terminated

Intenté desinstalar xauth usando apt-get purge xauthy luego reinstalarapt-get install xauth

¿Alguien puede pensar por qué esto no funciona? Estaba funcionando hace un tiempo... ¡¡¿No estoy seguro de qué cambió!!?!

Dominio:

sudo DISPLAY=localhost:11 XAUTHORITY=/home/<username>/.Xauthority xclock

Resultado:

PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: localhost:11

Cuando intento lo mismo desde otra máquina de Linux, aparece este error en lugar de Protocolo de autorización no compatible:

X11 connection rejected because of wrong authentication.
Error: Can't open display: ubuntu3:10.0

Tengo 2 sistemas Ubuntu. Llamados Ubuntu2 y Ubuntu3. Todo parece funcionar en Ubuntu2. Entonces comencé a comparar los dos...

lista de autenticación

Ubuntu2

ubuntu/unix:10  MIT-MAGIC-COOKIE-1  7c27c83c47f4b323a2855c67e1eeef63
ubuntu/unix:11  MIT-MAGIC-COOKIE-1  7c1aa456987ee9face9a35f8aa72acf3
ubuntu2/unix:0  MIT-MAGIC-COOKIE-1  50073df1fac06436a5e724d93730ef64
ubuntu2/unix:11  MIT-MAGIC-COOKIE-1  5860938ccf8af0e0f4a00c37ca51feb5
ubuntu2/unix:10  MIT-MAGIC-COOKIE-1  0fa58759ec8e78b735aa3528933464c0

Ubuntu3

localhost:11  MIT-MAGIC-COOKIE-1  b6e1bf9dedae8b358133462e3d702547
ip6-localhost:11  MIT-MAGIC-COOKIE-1  b6e1bf9dedae8b358133462e3d702547
localhost:13  MIT-MAGIC-COOKIE-1  6fe13bad7d70320cf01c1d9ea76ab084
ip6-localhost:13  MIT-MAGIC-COOKIE-1  6fe13bad7d70320cf01c1d9ea76ab084
ubuntu3/unix:0  MIT-MAGIC-COOKIE-1  c4bf89ae06d1aca5f36993fe728a5d21

eco $ PANTALLA

Ubuntu2

localhost:10.0

Ubuntu3

ubuntu3:10.0

cual xauth

Ubuntu2

/usr/bin/xauth

Ubuntu3

/usr/bin/xauth

Algo extraño

Comencé a comparar diferentes archivos conf entre los dos sistemas. Y noté que ip6 estaba deshabilitado en Ubuntu3 y no en Ubuntu2. Entonces, intenté volver a habilitar ip6 en Ubuntu3 y no hubo dados. Entonces, lo desactivé en Ubuntu2 y rompió el reenvío X11. No sé por qué ni cómo ip6 juega un papel en esto... ¿alguien puede explicarlo?

Respuesta1

Ya casi llegamos a Oracle Linux 7.x. Tuve que ingresar a vi /etc/ssh/sshd_config

Busque las líneas para X11 y asegúrese de que estuvieran activas o configuradas

X11Reenvío sí

X11DisplayOffset 10

X11UseLocalhost sí

Volví a ejecutar PuTTY como Oracle y ejecuté runInstaller... y funcionó.

Respuesta2

Tuve un error similar al usar PuTTY (desde Windows 10) cada vez que accedía a Ubuntu 14.04.2 LTS. (El servidor Xming se ejecuta en Windows)

    PuTTY X11 proxy: Authorisation not recognised
    Error: Can't open display: sdnhubvm:10.0

Resolví mi problema modificando el archivo sshd_configdentro /etc/ssh/.

Pasos que tomé:

  1. Abra el archivo sshd_configusando un editor como vim.

    sudo vi /etc/ssh/sshd_config

  2. Ubique la línea que dice X11UseLocalHost no(estaba alrededor de las líneas 65-67)

    65 X11DisplayOffset 10
66 X11UseLocalHost no
67 PrintMotd no

  3. Comenta la línea #X11UseLocalHost noy guarda.

    65 X11DisplayOffset 10
66 # X11UseLocalHost no
67 PrintMotd no
  4. Reiniciar

  5. Iniciar masilla

    putty.exe -X 192.168.245.4

  6. Pruébalo

    ubuntu@sdnhubvm:~$ xclock

  7. Ahora funciona. Hecho.

Respuesta3

Tuve un problema similar excepto que al iniciar la conexión PuTTY había un mensaje de error en el servidor que decía: /usr/bin/xauth: tiempo de espera en el archivo de autoridad de bloqueo /home/retud/.Xauthority"

Esto se debía a que el usuario no tenía el derecho bueno en el servidor (1003 en lugar de retud en este caso). 2 drwxr-xr-x 7 1003 retud 14 25 de noviembre de 2020. Mi solución para resolver el problema fue cambiar el propietario del directorio retud@LP0X:~$ sudo su - root@LP0X:/home# root@LP0X:/home# chown -R retud /retud

Resuelve el problema. Mis dos centavos.

información relacionada