Erro SSH: Falha na troca de identidade, conexão fechada
Em muitos casos, o erro `ssh_exchange_identification: Connection closed by remote host` pode ser causado por problemas com os arquivos de configuração `hosts.deny` e `hosts.allow`, mas existem outras causas possíveis. Se você está lendo isto, provavelmente já verificou se nenhum dos arquivos está bloqueando seu endereço IP de tentar usar o `ssh` em um servidor remoto.

Partindo desse pressuposto, o problema pode estar relacionado a dependências, fragmentação de memória ou até mesmo um número excessivo de sessões recebidas de clientes individuais. A boa notícia é que, uma vez resolvido o problema, o erro não voltará a ocorrer.
Método 1: Corrigir dependências ausentes
Se você só encontrar o erro `ssh_exchange_identification: connection closed by remote host` após atualizar o `OpenSSL` ou o `glibc`, o problema pode estar relacionado a uma dependência ausente. Nesse caso, execute o comando ` sudo lsof -n | grep ssh | grep DEL` na linha de comando. Isso lhe dará uma lista de arquivos abertos; em seguida, procure por aqueles que foram excluídos recentemente e que estão relacionados ao serviço (daemon) `ssh`.

Se não obtiver resultados, você ainda pode tentar reiniciar o serviço (daemon) ou o próprio sistema. Será necessário tentar reiniciar se receber vários erros, embora possa ignorar com segurança as mensagens relacionadas a `/run/user/1000/gvfs`, pois são causadas por um problema não relacionado com o sistema de arquivos virtual.
Você também pode tentar usar `apt-get`, `pacman` ou `yum` para atualizar seus pacotes se suspeitar que o problema esteja nas dependências. Se estiver usando um sistema baseado em Debian ou Ubuntu, talvez queira tentar `sudo apt-get -f upgrade` para ver se isso corrige algum pacote corrompido que você possa ter encontrado.
Método 2: Corrigindo a fragmentação da memória
Se isso não resolver o problema, você pode estar com um problema no host. Hosts executados dentro de uma máquina virtual (VM) nem sempre possuem uma partição de swap, o que pode levar à fragmentação da memória. Tente acessar o host por outros meios, de preferência fisicamente, se possível, e reinicie os serviços que estiverem apresentando problemas. MySQL, Apache, nginx e outros serviços similares podem ser a causa.
Embora reiniciar o host nem sempre seja possível, isso pode resolver o problema e pode ser uma boa ideia se você estiver alternando entre esta mensagem de erro e outra que retorna um endereço IP. Lembre-se de que, se você tiver algum tipo de acesso ao servidor, pode executar o comando ` vmstat -s` e obter algumas estatísticas úteis sobre como a memória está sendo usada, mesmo como um usuário comum em muitos casos.

O terceiro método: Verificar se existem cópias SSH adicionais.
Se esse não for o problema, verifique se os hosts estão tentando se conectar ao servidor. Você pode ter excedido, sem saber, o número máximo de sessões SSH. Encerre as sessões antigas e tente conectar novamente. Uma maneira fácil de fazer isso é executar o comando ` who` para ver quais processos de usuário estão conectados. Você deverá ver apenas um ou dois usuários conectados. Se houver várias sessões paralelas, encerre os processos de usuário e tente fazer login novamente.
Isso pode acontecer se o sshd não conseguir acompanhar um script que inicia várias sessões ssh diferentes em um loop. Se isso já aconteceu com você, adicione o comando ` sleep 0.3` ao loop para dar tempo ao seu daemon sshd de concluir o processo.
Método 4: Encontrando o limite de conexões do sshd
Problemas de conexão como esses são particularmente comuns ao tentar usar SSH para acessar um roteador ou outro tipo de adaptador integrado, já que o número máximo de conexões padrão é muito pequeno. Embora você não queira sobrecarregar o servidor, pode revisar as configurações padrão.
Tente executar
O servidor deve ser configurado para suportar um determinado número de conexões. Na maioria dos casos, a configuração padrão do sistema deve ser de 10 conexões simultâneas, o que é suficiente para a maioria das arquiteturas de servidor onde a maioria dos usuários precisa usar SSH regularmente.
Comentários estão fechados.