Correzione: ssh_exchange_identification & lsquo; connessione chiusa dall'host remoto & rsquo;

Sebbene in molti casi ssh_exchange_identification: connessione chiusa dall'errore dell'host remoto possa essere causato da problemi relativi ai file di configurazione hosts.deny e hosts.allow, ci sono altre cose che possono causare il problema. Se stai leggendo questo, è probabile che tu abbia già controllato per assicurarti che entrambi questi file non stessero bloccando il tuo indirizzo IP dal provare a utilizzare ssh su un server remoto.

Supponendo che sia così, potresti osservare un problema di dipendenza, qualcosa relativo alla frammentazione della memoria o anche un numero eccessivo di sessioni provenienti da singoli client. La buona notizia è che una volta risolto il problema non dovresti più vedere l'errore.

Metodo 1: correzione delle dipendenze mancanti

Se hai ottenuto ssh_exchange_identification: connessione chiusa dall'errore dell'host remoto solo dopo aver aggiornato OpenSSL o glibc, potresti osservare una dipendenza mancante. Esegui sudo lsof -n | grep ssh | grep DEL dalla riga di comando in questa situazione. Questo ti darà un elenco di file aperti, quindi cerca solo quelli che sono stati eliminati di recente relativi al demone ssh.

Se non ricevi nulla in cambio, puoi comunque provare a riavviare il demone o il sistema stesso. Ti consigliamo di provare a riavviare se un numero di errori ti è stato restituito, anche se puoi tranquillamente ignorare quelli relativi ai messaggi / run / user / 1000 / gvfs poiché sono causati da un problema non correlato che deve fare con un file system virtuale.

Potresti provare a usare apt-get, pacman o yum per aggiornare anche i tuoi pacchetti se sospetti che le dipendenze siano un problema. Se sei su un sistema basato su Debian o Ubuntu, potresti provare sudo apt-get -f upgrade e vedere se questo risolve eventuali pacchetti danneggiati di cui potresti essere entrato in conflitto.

Metodo 2: correzione della frammentazione della memoria

Se questo non ha aiutato, potresti avere un problema sul lato host dell'equazione. Gli host che vengono eseguiti all'interno di una VM non hanno sempre una partizione di swap, che può portare alla frammentazione della memoria. Accedere all'host con altri mezzi, magari fisicamente se possibile, quindi riavviare eventuali servizi che presentano problemi. MySQL, Apache, nginx e altri servizi simili potrebbero essere i colpevoli.

Anche se potrebbe non essere sempre possibile riavviare l'host, questo può correggere il problema e potrebbe essere una buona idea se hai alternato questo messaggio di errore e uno che restituisce un indirizzo IP. Tieni presente che se hai qualsiasi tipo di accesso al server, puoi eseguire il comando vmstat -s e ottenere alcune statistiche importanti su come la memoria viene utilizzata anche come utente normale in molti casi.

Metodo 3: verifica la presenza di istanze ssh aggiuntive

Escludendo ciò, controlla se gli host stanno tentando di connettersi al server. Potresti aver superato il numero massimo di sessioni ssh senza saperlo. Cancella le vecchie sessioni e poi prova a riconnetterti. Un modo semplice per farlo è eseguire il comando who per vedere quali processi utente hanno effettuato l'accesso. Dovresti vedere solo uno o due utenti connessi. Se ce ne sono più di paralleli, elimina i processi utente e prova ad accedere nuovamente .

Ciò può accadere se sshd non riesce a tenere il passo con uno script che avvia molte sessioni ssh diverse in un ciclo. Se ti è mai successo, aggiungi il comando sleep 0.3 al ciclo in modo che il demone sshd abbia il tempo di stare al passo.

Metodo 4: trova il limite di connessione sshd

Problemi di connessione come questo sono particolarmente diffusi quando si tenta di utilizzare ssh per accedere a un router o un altro tipo di switch boxed discreto poiché il numero massimo predefinito di connessioni è così piccolo. Anche se non vuoi permetterti di sovraccaricare il server, puoi dare un'occhiata a qual è l'impostazione predefinita.

Prova a eseguire sul server per trovare quante connessioni che sshd può gestire. Nella maggior parte dei casi, il sistema dovrebbe impostare per impostazione predefinita 10 connessioni simultanee, che dovrebbero essere sufficienti per la maggior parte delle strutture di server su cui è probabile che la maggior parte degli utenti abbia bisogno di usare ssh regolarmente.