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ê receber o erro `ssh_exchange_identification: connection closed by remote host` somente 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 A partir da linha de comando. Isso lhe dará uma lista de arquivos abertos; em seguida, basta procurar 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 experimentar sudo apt-get -f upgrade Para verificar 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, poderá executar o comando. vmstat -s E para obter algumas estatísticas importantes sobre como a memória é usada, mesmo por um usuário comum em muitos casos.

O terceiro método: Verificar se existem cópias SSH adicionais.

Se esse não for o motivo, verifique se os hosts estão tentando se conectar ao servidor. Você pode ter excedido o número máximo de sessões SSH sem perceber. Encerre as sessões antigas e tente se reconectar. Uma maneira fácil de fazer isso é executar o comando `/`. que Para visualizar a atividade dos usuários registrados, você deverá ver apenas um ou dois usuários registrados. Se houver várias sessões simultâneas, feche as sessões dos usuários 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. dormir 0.3 Para que o loop iterativo dê tempo ao sshd oculto para acompanhar o ritmo.

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.