Encaminhamento X11 não está funcionando - Erro: Não é possível abrir a exibição: localhost: 11.0

1

LM 17 Xfce OpenSSH_6.6.1p1 Ubuntu-2ubuntu2

Apesar de pesquisar em todo lugar, não consigo fazer isso funcionar. Eu continuo recebendo este erro.

$ xlogo
Error: Can't open display: localhost:10.0

Eu tentei ambos os tipos de conexões para encaminhar x11 com depuração e instância normal do sshd

ssh -Y remotehost -p 2500  
ssh -X remotehost -p 2500 

A configuração do servidor permite o encaminhamento x11.
Testando com uma nova instância sshd na depuração eu vejo isso quando se conecta. A única parte relevante da depuração que eu poderia dizer:

debug1: channel 1: new [X11 inet listener]
debug1: channel 2: new [X11 inet listener]  

DISPLAY está definido

$ echo $DISPLAY
localhost:10.0

O usuário é um usuário padrão com acesso sudo e eu não tenho nenhum problema (tudo é cli funciona bem.)

Além disso, não estou usando conexões de multiplexação & Posso usar o encaminhamento x11 quando me conecto a mim mesmo (ssh -X 127.0.0.1).
Usar ssh -v durante a conexão não fornece mais feedback útil quando o erro é exibido.
Se eu perdi alguma coisa, posso tentar, me avise. Estou perplexo.

editar:

$ netstat -l | grep 6010

tcp        0      0 ip6-localhost:6010      *:*                 LISTEN     
tcp6       0      0 ip6-localhost:6010      [::]:*              LISTEN  

Além disso, eu fiz o ssh -X 127.0.0.1 no servidor e ele cuspiu:

Warning: No xauth data; using fake authentication data for X11 forwarding.

lista xauth. Esta informação privada eu deveria estar preocupado? Não tenho certeza do que estou postando atm.

remotehostname/unix:14  MIT-MAGIC-COOKIE-1  70f068c8dd2431088bcxxxxxxxxx
remotehostname/unix:13  MIT-MAGIC-COOKIE-1  be500209ccb9fb769eexxxxxxxxx
remotehostname/unix:12  MIT-MAGIC-COOKIE-1  01fc30e4887501602ebxxxxxxxxx
remotehostname/unix:11  MIT-MAGIC-COOKIE-1  d04f849725f71070095xxxxxxxxx
remotehostname/unix:10  MIT-MAGIC-COOKIE-1  42e99c898ef9aa295b4xxxxxxxxx

Eu mudei o arquivo / etc / hosts para ter o host local em primeiro lugar. Agora eu recebo uma mensagem adicional. Eu também reiniciei para ver se isso ajudaria.

127.0.0.1 localhost remotehostname localhost.localdomain
::1 localhost ip6-localhost ip6-loopback


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

Eu removi meu arquivo ~ / .Xauthority e estou percebendo que ele não está sendo criado automaticamente. Eu testei isso no meu pi & framboesa me deu um aviso e depois criou o arquivo ~ / .Xauthority. Esse comportamento não acontece no remotehost. As permissões são boas para criá-lo no entanto.

    
por Miati 10.01.2015 / 23:29

1 resposta

2

Como $DISPLAY está definido corretamente e o arquivo ~/.Xauthority não é criado, isso pode significar que, embora o encaminhamento do X11 seja levado em consideração, xauth não será executado. Uma razão pode ser que não esteja no caminho (eu tive esse problema no Mac OS X, mas isso seria estranho no Linux). Você pode querer fazer o trabalho sozinho criando um arquivo ~/.ssh/rc . Por exemplo, tenho o seguinte:

if [ -n "$DISPLAY" ]; then
  echo "DISPLAY: $DISPLAY" >&2
  if read proto cookie; then
    if [ 'echo $DISPLAY | cut -c1-10' = 'localhost:' ]; then
      echo add unix:'echo $DISPLAY | cut -c11-' $proto $cookie
    else
      echo add $DISPLAY $proto $cookie
    fi | $HOME/.ssh/xauth.wrapper -q -
  fi
fi

em que ~/.ssh/xauth.wrapper é um wrapper para xauth que implementa o bloqueio do arquivo ~/.Xauthority . Mas você pode usar apenas xauth ou o nome completo do caminho para xauth apenas no caso ... Isso é muito parecido com o descrito na página do manual sshd (8) (veja a seção "SSHRC").

Cuidado para não cometer erros.

    
por 12.01.2015 / 04:13

Tags