☰

SSH não conecta - A operação expirou

tag-icon • tag-icon ssh osx-yosemite ubuntu-14.04
SSH não conecta - A operação expirou

Desde esta manhã estou recebendo a seguinte mensagem de erro ao tentar me conectar ao meu controle remotoUbuntu 14.04LTSmáquina através sshde umMacBook Air Yosemite 10.10.1.

ssh_exchange_identification: read: Operation timed out

Ao usar -vvvflag aparece a seguinte mensagem detalhada

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 102: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX] port 22.
debug1: Connection established.
debug1: identity file /Users/felix/.ssh/id_rsa type -1
debug1: identity file /Users/felix/.ssh/id_rsa-cert type -1
debug1: identity file /Users/felix/.ssh/id_dsa type -1
debug1: identity file /Users/felix/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Operation timed out

Por muitos meses essa conexão funcionou perfeitamente bem. Nunca tive nenhum problema. Outras soluções, como encontradasaquieaquinão ajudou.

Alguma sugestão sobre como corrigir esse problema?

Responder1

debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Operation timed out

De acordo com seu rastreamento de depuração, você está conseguindo se conectar ao servidor SSH remoto e o servidor não está interrompendo a conexão, mas o servidor não está enviando sua string de identificação de software. Esta é a primeira coisa feita pelo cliente e pelo servidor, e é feita em texto não criptografado.

Acho que o problema se resumirá a uma de três coisas:

  1. Algum dispositivo de rede entre você e o servidor está interferindo na conexão. Por exemplo, se o host remoto estiver atrás de um roteador NAT, o encaminhamento de porta para a porta 22 pode estar configurado incorretamente e você está se conectando ao serviço errado.

  2. O programa do servidor SSH no host remoto pode estar travado ou com defeito. Já vi esse tipo de coisa acontecer, por exemplo, quando o host está muito sobrecarregado ou com pouca memória virtual. Ou o servidor pode estar usando algo comoInvólucros TCP, e está fazendo uma consulta DNS no IP do seu cliente que está demorando muito para ser resolvida.

  3. O host remoto está configurado de maneira incomum e o serviço executado na porta 22 não é um servidor SSH.

Se você conseguir acessar o servidor, concentre sua solução de problemas nele. Encontre os logs do servidor ssh - eles deveriam estar lá /var/loge veja se ele registrou alguma coisa sobre essas tentativas de conexão malsucedidas. Tente executar ssh para localhost do servidor e veja se funciona corretamente.

Se você tiver acesso root ao servidor, poderá tentar iniciar uma instância de depuração para sshdver o que ela registra quando o cliente se conecta. Pare o sshdservidor normal e, em uma janela de terminal raiz, execute /path/to/sshd -d. Isso executará uma cópia do sshd que aceitará uma conexão e imprimirá informações de depuração na janela do terminal. Veja se você consegue reproduzir o problema e examine o que o servidor registrou.

Se você não puder colocar o servidor ssh normal off-line, poderá executar o sshd em outra porta: /path/to/sshd -p 42 -dexecuta uma cópia do sshd escutando na porta 42. Especifique o mesmo número de porta ao executar o cliente ssh: ssh -p 42 user@host. Se os seus problemas forem devidos a um dispositivo de rede interferente, isso poderá se comportar de maneira diferente das conexões à porta 22.

informação relacionada