Nesse caso, conseguimos entrar em contato com o fornecedor ao qual tentamos nos conectar e com o ISP deles. Seu ISP assistiu e, de fato, eles estavam, por qualquer razão, fechando nossa conexão imediatamente.
Eu tenho um problema estranho e urgente. Estou tentando se conectar ao site FTP de um fornecedor. Eu tentei me conectar de vários lugares. Descobri que não consigo me conectar a partir do meu servidor de produção1, mas posso conectar-me a partir do meu tester1, ambos hospedados no mesmo datacenter. Também posso conectar-me a partir do servidor de backup localizado em outro datacenter. Não consigo me conectar a partir do computador do escritório, mas posso conectar-me a partir do meu computador doméstico. Até cerca de dois dias atrás, eu consegui me conectar em todas essas caixas.
sftp -v username@host
Connecting to host...
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to host [**.**.**.**] port 22.
debug1: Connection established.
debug1: identity file /home/***/.ssh/id_rsa type -1
debug1: identity file /home/***/.ssh/id_dsa type -1
debug1: loaded 2 keys
ssh_exchange_identification: read: Connection reset by peer
Couldn't read packet: Connection reset by peer
Eu sou capaz de fazer ping com sucesso no host de todas as caixas. Eu corri traceroutes para todos eles também e não parece estar cortando em qualquer lugar. Eu estive no telefone com o administrador da rede de fornecedores e ela diz que, apesar de dizer que a conexão está estabelecida no meu final, ela não me vê conectando em qualquer lugar nos registros.
Eu tentei navegar em algumas outras perguntas semelhantes, mas não estou tendo sorte. Se alguém puder me apontar na direção certa ou lançar alguma luz sobre a situação, seria muito apreciado. Eu tentei desligar o firewall na minha máquina de escritório e ainda sem sorte. Não estamos usando chaves, por isso não sei por que elas estão sendo carregadas. Onde ele está sendo redefinido é onde ele solicita minha senha nas máquinas onde ele funciona.
Também estou mais do que feliz em ligar para o atendimento ao cliente do fornecedor, se for algo do seu lado.
Atualizar adicionando -vvv me deu a linha: debug2: ssh_connect: needpriv 0 entre as opções de aplicação e conectando-se a linhas de host.
service iptables stop e tente se conectar novamente. Dê as permissões corretas para as chaves, acho que o SSH não lerá as chaves se elas não tiverem as permissões corretas, essas permissões são 0600.
Além disso, você tem um detector de força bruta como o denyhosts? Nesse caso, verifique se você está na lista de permissões. Verifique também os arquivos /etc/hosts.deny e /etc/hosts.allow (isso é no servidor onde você está tentando se conectar).
No meu caso, foi um ISP na Ásia que estava interrompendo as conexões SSH. Usando OpenVPN para uma caixa de salto em outro lugar resolve o problema temporário. Se você bater a cabeça contra a parede tentando consertar isso, tente um link VPN primeiro e veja se o seu transporte está relacionado, ao invés de sua configuração.
Tente reiniciar o daemon do SSH para resolver o problema.
Eu tive o mesmo problema e reiniciar o serviço SSH resolveu-o, redefinindo a segurança dele.
Você pode reiniciar no WHM em Reiniciar serviços.
Tags ssh sftp connection ftp