Talvez se você tiver mais do que ssh 10 sessões esperando inserir a senha, você tem esse tipo de erro, lembro que foi um bug ssh recente, se você verificar isso, use o comando abaixo
for i in {1..15};do ssh -fNt [email protected] & >/dev/null ;done
Estou tentando usar um túnel ssh da minha máquina do escritório para minha máquina doméstica e recebo um erro quando tento usá-lo.
O que estou fazendo é começar um shell assim:
ssh -gL 12345:my.home.domain:22 my.home.domain
Isso está me dando uma casca adequada, sem problemas. O que eu faço normalmente é o ssh na minha máquina doméstica através desta máquina de escritório, assim:
ssh -p 12345 127.0.0.1
Isso sempre funcionou para mim, até a semana passada, quando montei um novo sistema na minha máquina doméstica (mudando do Ubuntu para o Debian). Agora eu recebo um erro. Eu ainda posso abrir a minha conexão ssh inicial, mas quando tento usar esse túnel, recebo (na máquina do escritório) esse erro:
ssh_exchange_identification: Connection closed by remote host
Além disso, quando isso acontece, o shell aberto no qual estou usando o tunelamento faz com que essa linha seja descartada:
channel 3: open failed: connect failed: Connection timed out
Nesse momento, estou perdido. Se mais alguma informação for necessária, terei prazer em publicá-la.
============= mais para isso ==============
Depois de mexer ainda mais, descobri que estou recebendo uma resposta diferente do servidor (minha máquina doméstica) quando tento fazer telnet em várias portas. Se eu tentar:
telnet my.home.domain 22
Eu recebo de volta:
Trying <my ip address>...
Connected to <my domain>.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze2
Qual é o que eu esperaria. Depois de configurar o túnel e depois telnetar para isso, vejo esta resposta:
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
============== e ainda mais ==================
De acordo com a sugestão do kbulgrien , aqui está a saída da máquina cliente com a opção -v:
ssh -vp 24600 127.0.0.1 OpenSSH_5.9p1 Debian-5ubuntu1, OpenSSL 1.0.1 14 Mar 2012 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to 127.0.0.1 [127.0.0.1] port 24600. debug1: Connection established. debug1: identity file /home/jacob/.ssh/id_rsa type -1 debug1: identity file /home/jacob/.ssh/id_rsa-cert type -1 debug1: identity file /home/jacob/.ssh/id_dsa type -1 debug1: identity file /home/jacob/.ssh/id_dsa-cert type -1 debug1: identity file /home/jacob/.ssh/id_ecdsa type -1 debug1: identity file /home/jacob/.ssh/id_ecdsa-cert type -1 ssh_exchange_identification: Connection closed by remote host
Talvez se você tiver mais do que ssh 10 sessões esperando inserir a senha, você tem esse tipo de erro, lembro que foi um bug ssh recente, se você verificar isso, use o comando abaixo
for i in {1..15};do ssh -fNt [email protected] & >/dev/null ;done
Algo como isso aconteceu em uma instalação recente. Nessa situação /etc/hosts.deny existia e não tinha configurações que explicitamente negassem acesso, então as circunstâncias parecem semelhantes. Foi necessário alterar o /etc/hosts.allow para adicionar algo como:
sshd: 192.168.127.0/255.255.255.128
Os detalhes do IP precisam ser ajustados às suas necessidades, ou são substituídos por ALL se não houver preocupação em permitir o ssh de qualquer lugar.
Depois de fazer as alterações, pare e reinicie o sshd.
As respostas votadas para a pergunta a seguir fornecem mais exemplos.
Aqui está o testemunho de outra pessoa que vincula a mensagem de erro à solução.
Eu tive o mesmo problema e, no final, resolvi o problema corrigindo o /etc/network/interfaces :
auto eth0
iface eth0 inet static
ou
auto eth0
iface eth0 inet dhcp
sem essa configuração eu nunca recebo conexão reversa com o meu túnel ssh.
Tags ssh-tunnel