☰

Encaminhamento PuTTY X11: Protocolo de autorização não suportado

tag-icon • tag-icon putty xorg ubuntu-14.04 xauth
Encaminhamento PuTTY X11: Protocolo de autorização não suportado

Eu tenho um Ubuntu 14 rodando como "Servidor" e estou tentando usar o PuTTY na minha máquina Windows como "Cliente"

No servidor: ForwardX11 sim ForwardX11Trusted sim

No cliente: Configuração PuTTY: SSH-> X11-> Ativar encaminhamento X11 (marcado), com MIT-Magic-Cookie-1 Xming Server em execução

Registro de eventos PuTTY:

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

Comando:

xclock

Resultado:

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

O comando acima registra isso no log de eventos do 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

Eu tentei desinstalar o xauth usando apt-get purge xauthe reinstalarapt-get install xauth

Alguém consegue pensar por que isso não está funcionando? Estava funcionando há pouco tempo... não tenho certeza do que mudou!!?!

Comando:

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

Resultado:

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

Quando tento fazer o mesmo em outra caixa Linux, recebo este erro em vez de Protocolo de autorização não suportado:

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

Eu tenho 2 sistemas Ubuntu. Chamado Ubuntu2 e Ubuntu3. Tudo parece funcionar no Ubuntu2. Então comecei a comparar os dois...

lista xauth

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

echo $DISPLAY

Ubuntu2

localhost:10.0

Ubuntu3

ubuntu3:10.0

qual xauth

Ubuntu2

/usr/bin/xauth

Ubuntu3

/usr/bin/xauth

Algo estranho

Comecei a comparar diferentes arquivos conf entre os dois sistemas. E percebi que o ip6 estava desabilitado no Ubuntu3 e não no Ubuntu2. Então, tentei reativar o ip6 no Ubuntu3 e sem dados. Então, eu desabilitei no Ubuntu2 e quebrou o encaminhamento do X11. Não sei por que e como o ip6 desempenha um papel nisso... alguém pode explicar?

Responder1

Quase lá no Oracle Linux 7.x eu tive que entrar no vi /etc/ssh/sshd_config

Encontre as linhas do X11 e certifique-se de que elas estejam ativas ou configuradas

X11Encaminhamento sim

X11DisplayOffset 10

X11UseLocalhost sim

executei novamente o putty como oracle e executei o runInstaller... e funcionou

Responder2

Tive um erro semelhante ao usar o PuTTY (do Windows 10) sempre que acessei o Ubuntu 14.04.2 LTS. (O servidor Xming está sendo executado no Windows)

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

Resolvi meu problema modificando o arquivo sshd_configdentro do /etc/ssh/.

Passos que tomei:

  1. Abra o arquivo sshd_configusando um editor como o vim.

    sudo vi /etc/ssh/sshd_config

  2. Localize a linha que diz X11UseLocalHost no(estava em torno das linhas 65-67)

    65 X11DisplayOffset 10
66 X11UseLocalHost no
67 PrintMotd no

  3. Comente a linha #X11UseLocalHost noe salve.

    65 X11DisplayOffset 10
66 # X11UseLocalHost no
67 PrintMotd no
  4. Reinício

  5. Inicie o PuTTY

    putty.exe -X 192.168.245.4

  6. Teste-o

    ubuntu@sdnhubvm:~$ xclock

  7. Agora funciona. Feito.

Responder3

Eu tive um problema semelhante, exceto que ao iniciar a conexão PuTTY, havia uma mensagem de erro no servidor dizendo: /usr/bin/xauth: tempo limite no bloqueio do arquivo de autoridade /home/retud/.Xauthority"

Isso ocorreu porque o usuário não tinha direitos válidos no servidor (1003 em vez de retud neste caso). 2 drwxr-xr-x 7 1003 retud 14 de novembro de 2020 . Minha solução para resolver o problema foi mudar o proprietário do diretório retud@LP0X:~$ sudo su - root@LP0X:/home# root@LP0X:/home# chown -R retud /retud

Isso resolve o problema. Meus dois centavos.

informação relacionada