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 poziomu wiersza poleceń. Wyświetli się lista otwartych plików, a następnie wystarczy wyszukać te, które zostały niedawno usunięte i są powiązane z usługą `ssh` (daemon).
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ć użyć `apt-get`, `pacman` lub `yum` do aktualizacji pakietów, jeśli podejrzewasz, że zależności stanowią problem. Jeśli używasz systemu opartego na Debianie lub Ubuntu, możesz spróbować sudo apt-get -f upgrade Aby sprawdzić, czy to naprawi wszelkie uszkodzone pakiety, na które mogłeś natrafić.
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 A także aby uzyskać ważne statystyki dotyczące sposobu wykorzystania pamięci, w wielu przypadkach nawet jako zwykły użytkownik.
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 ponownie się połączyć. Jednym z prostych sposobów jest uruchomienie polecenia `/`. którzy testują i oceniają narzędzia, przedstawiając swoje potrzeby i wyzwania w kontekście stosowanych narzędzi Aby zobaczyć aktywność zarejestrowanych użytkowników, powinieneś widzieć tylko jednego lub dwóch zarejestrowanych użytkowników. Jeśli istnieje wiele równoległych sesji, zamknij sesje użytkowników 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 wcześniej, dodaj polecenie spać 0.3 Do pętli iteracyjnej dającej ukrytemu serwerowi sshd czas na nadążanie.
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.