ssh -X "Erro Xt: não é possível abrir a tela:: 0.0"

Estou tentando abrir xtermno meu servidor remoto (Ubuntu Server 10.04) com ssh:

ssh -X name@machine xterm

mas o erro retornado é:

xterm Xt error: Can't open display: :0.0`

Eu pesquisei e tentei de tudo que encontrei. Ainda está recebendo esse erro. A variável DISPLAY deve ser definida automaticamente, certo?

Parte de sshd_config:

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

Algum conselho?

Se o ssh conseguir estabelecer a conexão, ele será definido DISPLAYcomo o valor apropriado. Como você X11DisplayOffsetdefiniu 10 (o valor padrão), o ssh usará a primeira exibição disponível começando em 10. Se você vir um valor menor que 10¹, algo está interferindo no encaminhamento normal do X11 configurado pelo ssh, pelo menos por substituindo DISPLAY. O valor :0(ou :0.0a parte após o ponto é irrelevante) indica a primeira exibição iniciada na máquina, que em casos típicos é a sessão ativa (ou o prompt de login gráfico) no console da máquina.

A explicação mais provável para o comportamento observado é que um dos seus arquivos de configuração de shell é definido DISPLAY. O culpado mais óbvio é ~/.bashrc(que devido a uma peculiaridade do bash é executado sempre que o pai do bash é rshdou sshd, mesmo que o shell não seja interativo). Outro arquivo que define variáveis ​​de ambiente é /etc/environment. Se for esse o caso, a solução é óbvia: não fique DISPLAYlá. (Existem muito poucos casos em que você precisa definir DISPLAYmanualmente.)

Existem outras explicações exóticas. Isso pode acontecer se você tiver alterado seu shell de login para screen(uma idéia interessante em teoria, mas não prática) e você tiver um arquivo de inicialização do shell que forçosamente define a DISPLAYtela interna (não é uma boa ideia). Isso também pode acontecer se você configurou o servidor para aceitar variáveis ​​de ambiente enviadas pelo cliente ( AcceptEnvdiretiva in sshd_config), o cliente está enviando DISPLAYe a conexão X não pôde ser estabelecida. Ou pode acontecer se você definir uma variável de ambiente no servidor através da commanddiretiva in ~/.ssh/authorized_keys. Ou xtermpoderia ser um script.

¹ _{Ou qualquer que seja o valor de, X11DisplayOffsetesteja na configuração do servidor, mas quase nunca é alterado do padrão.}

Seu comando deve funcionar, ou pelo menos funciona para mim. Tente isso:

ssh -Y user@machine xterm

Editar (1):

Tente o seguinte:

ssh -X user@machine env

Isso deve mostrar todo o ambiente. Deve haver várias coisas SSH lá, e também DISPLAY. DISPLAY deve ser 10.0.

Você também pode tentar o seguinte:

ssh -X user@machine DISPLAY=10.0 xterm

O controle de acesso do X provavelmente está no caminho.

Execute xhost +(do pacote x11-xserver-utils) para desativar completamente o controle de acesso.

Além disso X11Forwarding yes, eu também precisava adicionar

X11UseLocalhost no

no /etc/ssh/sshd_config

como descrito aqui .

Eu descobri que o xauth não havia sido instalado.

Além disso, verifique se você possui o X11 instalado no lado do cliente. Eu estava recebendo esse problema quando atualizei meu Mac para o OS X Mountain Lion. O Mountain Lion remove o X11, portanto você deve instalá-lo novamente por meio do projeto X Quartz de código aberto. http://xquartz.macosforge.org/landing/

Você deve abrir primeiro a conexão e, uma vez estabelecido, abra o xterm.