Na szczęście ssh_exchange_identification: read: Resetowanie połączenia przez błąd peera jest dość rzadkie, ale możesz się z nim spotkać, jeśli próbujesz ssh do dowolnego typu serwera Unix. Nie ma znaczenia, czy używasz systemu Windows z cygwin, aby uzyskać dostęp do Ubuntu czy macOS z terminalem do ssh w Arch, Fedorze czy CentOS. Ponieważ ssh jest uniwersalny w systemach Unix i Linux, ten błąd może wystąpić za każdym razem, gdy zdalny serwer resetuje połączenie bez Twojej zgody.
Metoda 1: Sprawdź plik hosts.deny
Jeśli masz uprawnienia administratora na serwerze i sposób na uzyskanie do niego dostępu, zdecydowanie najłatwiejszym sposobem rozwiązania tego problemu jest przejście do monitu zalogowanego bezpośrednio na komputerze serwera i przejrzenie pliku hosts.deny.
Rodzaj 
na serwerze, aby sprawdzić, czy twój komputer jest wymieniony jako zbanowany z jakiegokolwiek powodu.
Jeśli tak, to na ogół jest to błąd i możesz go bezpiecznie usunąć, a następnie ponownie połączyć przez ssh na innym komputerze. W przeciwnym razie sprawdź, czy nie ma żadnych dziwnych symboli wieloznacznych, które uniemożliwiałyby podłączenie komputera. W większości przypadków winowajcą nie byłby jednak nowy plik zawierający tylko domyślny tekst, który został dodany przez dystrybucję serwera.
Próbować 
jeśli chcesz ręcznie dodać zdalny login, aby upewnić się, że może się połączyć. Pamiętaj, że rzadko jest to konieczne, ale jeśli je dodasz, musisz postępować zgodnie z tekstem informacyjnym podanym w dystrybucji. Dodałbyś na przykład wiersz na dole, który brzmi jak ALL: appuals.com, aby umożliwić wszystkim użytkownikom appuals.com połączenie się z serwerem. Upewnij się, że wpisujesz hosta poprawnie, jeśli to zrobisz, a następnie naciśnij Ctrl + O, aby zapisać plik i Ctrl + X, aby wyjść.
W tym momencie powinieneś być w stanie połączyć się ssh z serwerem.
Metoda 2: Zmiana opcji konfiguracji ssh
Jeśli nie możesz dostać się do zdalnego serwera lub poprzednia metoda nie naprawiła opcji, wyczyść stare pliki konfiguracyjne ssh i sprawdź, czy to załatwi sprawę po aktualizacji. Zakładając, że tak nie jest, dodaj opcję -v do ssh i spróbuj połączyć się ponownie. Jeśli nadal otrzymujesz komunikat o błędzie, spróbuj dodać -c aes256-ctr do polecenia ssh i zobacz, czy to załatwia sprawę. Powinno to skrócić listę szyfrów i pozwolić ci na połączenie się z serwerem, z którym próbujesz połączyć się przez ssh, ponieważ to z kolei skraca rozmiar pakietu.
Niektórzy użytkownicy zauważyli, że jest to szczególnie przydatne podczas rozwiązywania problemów z niektórymi typami sprzętu marki Cisco, ponieważ niektóre elementy sprzętu serwera domyślnie oczekują mniejszych rozmiarów pakietów. Po prostu dodaj -c aes256-ctr do swojej zwykłej komendy ssh i powinieneś być w stanie wejść.
Metoda 3: Ignorowanie przypadkowych zakazów IP
Jeśli próbowałeś się zalogować kilka razy wcześniej i otrzymałeś odmowę, być może Twój własny serwer pomylił Cię ze złym adresem IP. Zwykle dzieje się tak, jeśli będziesz ponawiać próbę połączenia podczas rozwiązywania problemów, co jest racjonalną odpowiedzią, ale może wyglądać jak atak na podprogram fail2ban. Aby się upewnić, że tak nie jest, biegnij sudo iptables -L – numer-linii z połączenia zdalnego i poszukaj swojego adresu IP. Prawdopodobnie okaże się, że istnieje dowolna liczba niepowiązanych połączeń, które możesz zignorować.
Po znalezieniu problemu uruchom iptables -D po którym następuje obraźliwy łańcuch i numer łańcucha, aby zapobiec ponownemu zbanowaniu przez własne oprogramowanie. W rezultacie nie powinieneś mieć żadnych dalszych problemów. Jednak jeśli to zrobisz,
możesz edytować następujący plik. 
Załaduj go do swojego ulubionego edytora tekstu, najprawdopodobniej nano lub vi, jako root. Prawdopodobnie będziesz chciał uruchomić coś takiego 
a następnie poszukaj linii z napisem ignoreip. Dodaj swój adres IP do tej linii, aby trwale zablokować fail2ban przed dodawaniem twojego adresu IP do jakichkolwiek list zablokowanych.
Różne dystrybucje Linuksa działają nieco inaczej, ale w większości przypadków te zmiany powinny zacząć obowiązywać natychmiast.
3 minuty czytania
