In molti casi, l'errore `ssh_exchange_identification: Connection closed by remote host` potrebbe essere causato da problemi con i file di configurazione `hosts.deny` e `hosts.allow`, ma esistono altre possibili cause. Se stai leggendo questo articolo, probabilmente hai già verificato che nessuno dei due file impedisce al tuo indirizzo IP di tentare di utilizzare `ssh` su un server remoto.
Supponendo che sia così, il problema potrebbe essere correlato a dipendenze, frammentazione della memoria o persino a un numero eccessivo di sessioni in entrata da singoli client. La buona notizia è che una volta risolto il problema, l'errore non si ripresenterà più.
Metodo 1: correggere le dipendenze mancanti
Se dopo l'aggiornamento di `OpenSSL` o `glibc` si riceve solo l'errore `ssh_exchange_identification: connessione chiusa dall'host remoto`, il problema potrebbe essere dovuto a una dipendenza mancante. In questo caso, eseguire il comando sudo lsof -n | grep ssh | grep DEL Dalla riga di comando. Questo ti fornirà un elenco dei file aperti, quindi cerca quelli che sono stati eliminati di recente e che sono correlati al servizio `ssh` (daemon).
Se non ottieni alcun risultato, puoi comunque provare a riavviare il servizio (daemon) o il sistema stesso. Dovrai provare a riavviare se ricevi più errori, anche se puoi tranquillamente ignorare i messaggi relativi a `/run/user/1000/gvfs`, poiché sono causati da un problema non correlato con il file system virtuale.
Puoi anche provare a usare `apt-get`, `pacman` o `yum` per aggiornare i tuoi pacchetti se sospetti che le dipendenze siano un problema. Se stai usando un sistema basato su Debian o Ubuntu, potresti provare sudo apt-get -f upgrade Per vedere se questo risolve eventuali pacchetti danneggiati che potresti aver riscontrato.
Metodo 2: Correzione della frammentazione della memoria
Se questo non risolve il problema, potrebbe esserci un problema lato host. Gli host in esecuzione all'interno di una macchina virtuale (VM) non sempre dispongono di una partizione di swap, il che può portare alla frammentazione della memoria. Prova ad accedere all'host con altri mezzi, magari fisicamente se possibile, e quindi riavvia tutti i servizi che riscontrano problemi. MySQL, Apache, nginx e altri servizi simili potrebbero essere la causa.
Anche se riavviare l'host potrebbe non essere sempre possibile, può risolvere il problema e potrebbe essere una buona idea alternare questo messaggio di errore con un altro che restituisce un indirizzo IP. Tieni presente che se hai accesso al server, puoi eseguire il comando vmstat -s E per ottenere statistiche importanti su come viene utilizzata la memoria, anche come utente normale in molti casi.
Terzo metodo: verifica di copie SSH aggiuntive
In caso contrario, controlla se gli host stanno tentando di connettersi al server. Potresti aver superato il numero massimo di sessioni SSH senza rendertene conto. Termina le vecchie sessioni e prova a riconnetterti. Un modo semplice per farlo è eseguire il comando `/`. che Per visualizzare l'attività degli utenti registrati, dovresti vedere solo uno o due utenti registrati. Se sono presenti più sessioni parallele, chiudi le sessioni utente e riprova ad accedere.
Questo può accadere se sshd non riesce a tenere il passo con uno script che avvia diverse sessioni ssh in un ciclo. Se ti è già successo, aggiungi il comando dormi 0.3 Al ciclo iterativo per dare al sshd nascosto il tempo di tenere il passo.
Metodo 4: Trovare il limite di connessione sshd
Problemi di connessione come questi sono particolarmente comuni quando si tenta di utilizzare SSH per accedere a un router o a un altro tipo di adattatore integrato, poiché il numero massimo predefinito di connessioni è molto ridotto. Sebbene non si voglia sovraccaricare il server, è possibile rivedere le impostazioni predefinite.
Prova a correre 
Il server dovrebbe essere configurato per gestire un certo numero di connessioni. Nella maggior parte dei casi, l'impostazione predefinita del sistema dovrebbe essere 10 connessioni simultanee, il che è sufficiente per la maggior parte delle architetture server in cui la maggior parte degli utenti utilizza regolarmente SSH.
I commenti sono chiusi.