W wielu przypadkach błąd `ssh_exchange_identification: Połączenie zamknięte przez hosta zdalnego` może być spowodowany problemami z plikami konfiguracyjnymi `hosts.deny` i `hosts.allow`, ale istnieją również inne możliwe przyczyny. Jeśli to czytasz, prawdopodobnie sprawdziłeś już, czy żaden z tych plików nie blokuje Twojego adresu IP przed próbą użycia `ssh` na serwerze zdalnym.
Zakładając, że tak jest, problem może być związany z zależnościami, fragmentacją pamięci, a nawet nadmierną liczbą sesji przychodzących od poszczególnych klientów. Dobra wiadomość jest taka, że po rozwiązaniu problemu błąd nie pojawi się ponownie.
Metoda 1: Napraw brakujące zależności
Jeśli po aktualizacji `OpenSSL` lub `glibc` pojawi się błąd `ssh_exchange_identification: połączenie zamknięte przez hosta zdalnego`, problem może być związany z brakującą zależnością. W takim przypadku uruchom polecenie ` sudo lsof -n | grep ssh | grep DEL` z wiersza poleceń. Spowoduje to wyświetlenie listy otwartych plików; następnie poszukaj tych, które zostały niedawno usunięte i są powiązane z usługą `ssh` (daemonem).
Jeśli nie otrzymasz żadnych rezultatów, nadal możesz spróbować ponownie uruchomić usługę (demona) lub sam system. Będziesz musiał spróbować ponownie uruchomić system, jeśli wystąpią liczne błędy, chociaż możesz bezpiecznie zignorować komunikaty dotyczące `/run/user/1000/gvfs`, ponieważ są one spowodowane niezwiązanym z nimi problemem z wirtualnym systemem plików.
Możesz również spróbować zaktualizować pakiety za pomocą `apt-get`, `pacman` lub `yum`, jeśli podejrzewasz, że problemem są zależności. Jeśli używasz systemu Debian lub Ubuntu, możesz spróbować `sudo apt-get -f upgrade`, aby sprawdzić, czy to naprawi wszelkie uszkodzone pakiety, które mogłeś napotkać.
Metoda 2: Korygowanie fragmentacji pamięci
Jeśli to nie pomoże, problem może leżeć po stronie hosta. Hosty działające w maszynie wirtualnej (VM) nie zawsze mają partycję wymiany, co może prowadzić do fragmentacji pamięci. Spróbuj uzyskać dostęp do hosta w inny sposób, najlepiej fizycznie, jeśli to możliwe, a następnie uruchom ponownie wszystkie usługi, w których występują problemy. Przyczyną mogą być MySQL, Apache, nginx i inne podobne usługi.
Chociaż ponowne uruchomienie hosta nie zawsze jest możliwe, może rozwiązać problem i może być dobrym pomysłem, jeśli naprzemiennie wyświetlasz ten komunikat o błędzie i inny, który zwraca adres IP. Pamiętaj, że jeśli masz jakikolwiek dostęp do serwera, możesz uruchomić polecenie ` vmstat -s` i uzyskać przydatne statystyki dotyczące wykorzystania pamięci, nawet będąc zwykłym użytkownikiem.
Trzecia metoda: sprawdzenie dodatkowych kopii SSH
Jeśli to nie jest przyczyną, sprawdź, czy hosty próbują połączyć się z serwerem. Możliwe, że nieświadomie przekroczyłeś maksymalną liczbę sesji SSH. Zakończ stare sesje i spróbuj połączyć się ponownie. Prostym sposobem na to jest uruchomienie polecenia ` who` , aby sprawdzić, które procesy użytkownika są zalogowane. Powinieneś zobaczyć zalogowanych tylko jednego lub dwóch użytkowników. Jeśli istnieje kilka równoległych sesji, zakończ procesy użytkownika i spróbuj zalogować się ponownie.
Może się tak zdarzyć, gdy sshd nie nadąża za skryptem uruchamiającym wiele różnych sesji ssh w pętli. Jeśli zdarzyło Ci się to już wcześniej, dodaj polecenie ` sleep 0.3` do pętli, aby dać demonowi sshd czas na nadrobienie zaległości.
Metoda 4: Znajdowanie limitu połączenia sshd
Tego typu problemy z połączeniem są szczególnie częste podczas próby użycia protokołu SSH do uzyskania dostępu do routera lub innego typu zintegrowanego adaptera, ponieważ domyślna maksymalna liczba połączeń jest bardzo mała. Nie chcesz przeciążać serwera, ale możesz sprawdzić ustawienia domyślne.
Spróbuj pobiegać 
Serwer powinien być skonfigurowany do obsługi określonej liczby połączeń. W większości przypadków domyślne ustawienie systemowe powinno wynosić 10 równoczesnych połączeń, co jest wystarczające dla większości architektur serwerów, w których większość użytkowników musi regularnie korzystać z protokołu SSH.
Możliwość dodawania komentarzy nie jest dostępna.