Eu não posso, pela vida toda, conseguir que o encaminhamento funcione. Eu fiz tudo 'pelo livro' ... Tanto o cliente quanto o servidor estão executando o ubuntu 11.04. Ambos possuem portas ssh, vnc, x11 e FW abertas
/etc/ssh/ssh_config
ForwardAgent yes
ForwardX11 yes
ForwardX11Trusted yes
/etc/ssh/sshd_config
X11Forwarding yes
X11DisplayOffset 10
apt-get install xauth
xauth is already the newest version.
- tightvncserver instalado
- correu a lista xauth
- reiniciado
- conectado com
ssh server -Xvl user
echo $DISPLAY retornar em branco retornos xterm xterm Xt error: Can't open display:
xterm: DISPLAY is not set
- FW está aberto
- VNCserver em execução
- sshd running
- X11 em execução
- arquivos de configuração ssh ok
- saída detalhada do login ssh mostra tudo ok, sem erros
Ainda nada funciona ...
Então eu fiz export DISPLAY=localhost:10.0
Então echo $DISPLAYretorna, localhost:10.0mas xtermretornaxterm Xt error: Can't open display: localhost:10.0
Agora aqui está a parte estranha. se o fizer export DISPLAY=:0.0, o xterm não dará erro, mas nenhuma GUI será exibida ...
Tentei de tudo, exceto a reinstalação do sistema operacional. Até reinstalou o ssh e copiou novos arquivos de configuração de uma instalação funcional ...
Colocando aqui a saída detalhada:
user@jupiter:~$ ssh -v -X [email protected] env
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.0.1 [192.168.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 31:52:3e:91:b2:b2:74:cf:3e:65:37:a7:78:b9:3a:9e
debug1: Host '192.168.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:4
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Next authentication method: password
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.1 ([192.168.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Requesting authentication agent forwarding.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: env
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
SHELL=/bin/bash
XDG_SESSION_COOKIE=5867400390852a975845598400000005-1329602079.30299-1173119600
SSH_CLIENT=192.168.0.14 34691 22
USER=user
SSH_AUTH_SOCK=/tmp/ssh-bPyNW11158/agent.11158
MAIL=/var/mail/user
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD=/home/user
LANG=en_US.UTF-8
SHLVL=1
HOME=/home/user
LOGNAME=user
SSH_CONNECTION=192.168.0.14 34691 192.168.0.1 22
_=/usr/bin/env
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1960, received 1968 bytes, in 0.1 seconds
Bytes per second: sent 19601.4, received 19681.4
debug1: Exit status 0
x11-forwarding
JaR
fonte
fonte
Respostas:
Passo mais algumas horas olhando para este e tentei quase tudo.
Muito experiente no uso de SSH.
Estranho, foi adicionar esta linha que fez funcionar / etc / ssh / sshd_config X11UseLocalhost no
fonte
Não tenho certeza se você ainda se importa tanto tempo depois de perguntar, mas hoje resolvi o mesmo problema.
Você precisa adicionar:
X11UseLocalhost noa/etc/ssh/sshd_confige reiniciar o servidor SSH.Pode ser necessário adicionar também o
.Xauthorityarquivo do host de conexão ao host X remoto:onde
{ip}é o IP do host X remoto exauth listé executado no host de conexão local.fonte
Bem, não tenho problemas, sempre consegui fazê-lo funcionar com muita facilidade, mas talvez eu possa ajudar comparando minha conexão de trabalho. Eu me conecto ao meu sistema servidor, chamado "myserver", com o nome de login "myname", usando rsa, não uma senha (os nomes foram alterados). A propósito, isso é fácil de executar com alguns comandos no sistema local.
Edit: Ah, sim, os arquivos de configuração: ssh_config ... Nenhum dos três foi definido; comentado.
Somente estes foram definidos:
sshd_config ... Igual ao seu, com a adição disso no final:
Ah, e no host remoto:
fonte