Popravak: ssh_exchange_identification: čitanje: konekcija je resetirala vezu

Srećom, ssh_exchange_identification: read: Ponovno uspostavljanje veze pogreškom ravnopravnih korisnika prilično je rijetko, ali mogli biste naletjeti na nju ako pokušavate ssh u bilo koju vrstu Unix poslužitelja. Nije važno koristite li Windows s cygwin-om za pristup Ubuntuu ili macOS-u s terminalom za ssh u Arch, Fedora ili CentOS. Budući da je ssh univerzalni za Unix i Linux, ova se pogreška može pojaviti svaki put kada udaljeni poslužitelj resetira vezu bez vašeg dopuštenja.

1. metoda: Provjerite datoteku hosts.deny

Ako imate administrativne privilegije na poslužitelju i način da mu pristupite, tada je najlakši način riješiti ovaj problem ako prijeđete na upit prijavljen izravno u računalo poslužitelja i pogledate datoteku hosts.deny.

Tip na poslužitelju kako biste vidjeli je li vaš stroj iz bilo kojeg razloga naveden kao zabranjen.

Ako jest, to je obično pogreška i možete je sigurno ukloniti, a zatim ponovno povezati putem ssh-a na drugom stroju. U suprotnom, provjerite ima li čudnih zamjenskih znakova koji bi zabranio vašem uređaju da bude povezan. Svježa datoteka s ničim osim zadanim tekstom koji je dodala distribucija poslužitelja, u većini slučajeva ne bi bila krivac.

Probati ako želite ručno dodati daljinsku prijavu kako biste bili sigurni da se može povezati. Imajte na umu da je to rijetko potrebno, ali ako ih dodate, morat ćete slijediti informativni tekst koji je pružala distribucija. Na primjer, dodali biste redak na dnu koji glasi kao SVE: appuals.com kako biste omogućili svima na appuals.com povezivanje s poslužiteljem. Ako to učinite, provjerite jeste li pravilno upisali svog domaćina, a zatim pritisnite Ctrl + O da biste spremili datoteku i Ctrl + X za izlaz.

U ovom trenutku trebali biste moći ssh ući na poslužitelj.

Metoda 2: Promjena mogućnosti konfiguracije ssh

Ako ne možete doći do udaljenog poslužitelja ili prethodna metoda nije popravila opciju, izbrišite stare ssh konfiguracijske datoteke i provjerite čini li to trik nakon ažuriranja. Pod pretpostavkom da nema, dodajte opciju -v u ssh i pokušajte se ponovo povezati. Ako i dalje dobijete poruku o pogrešci, pokušajte dodati -c aes256-ctr u svoju naredbu ssh i provjeriti je li to trik. To bi trebalo skratiti popis šifri i omogućiti vam povezivanje s poslužiteljem na koji ste pokušavali ssh jer ovo redom skraćuje veličinu paketa.

Neki su korisnici primijetili da je to osobito korisno pri rješavanju problema s nekim vrstama opreme s oznakom Cisco jer neki dijelovi poslužiteljskog hardvera prema zadanim postavkama očekuju manje veličine paketa. Jednostavno dodajte -c aes256-ctr u uobičajenu ssh naredbu i trebali biste moći ući.

3. metoda: Nadjačavanje slučajnih zabrana IP-a

Ako ste se već nekoliko puta pokušali prijaviti i odbiti, vaš vas je poslužitelj možda pogrešno smatrao lošom IP adresom. To se obično događa ako nastavite pokušavati ponovno uspostaviti vezu tijekom rješavanja problema, što je racionalan odgovor, ali može izgledati kao napad na podprogram fail2ban. Da biste se uvjerili da nije tako, pokrenite se sudo iptables -L –redni broj s daljinskog povezivanja i potražite svoju IP adresu. Vjerojatno ćete otkriti da postoji bilo koji broj nepovezanih veza koje možete zanemariti.

Jednom kad pronađete problem, pokrenite se iptables -D nakon čega slijede lanac koji vrijeđa i broj lanca kako bi spriječili da vas vlastiti softver ponovno zabrani. Zbog toga ne biste trebali imati daljnjih problema. Međutim, ako to učinite,

možete urediti sljedeću datoteku.

Učitajte ga u svoj omiljeni uređivač teksta, više nego vjerojatno nano ili vi, kao root. Vjerojatno ćete poželjeti pokrenuti nešto poput a zatim potražite redak koji glasi ignoreip. Dodajte svoju IP adresu u ovaj redak kako biste trajno blokirali fail2ban od dodavanja vaše IP adrese na bilo koji popis blokova.

Različite distribucije Linuxa rade stvari malo drugačije, ali ove bi promjene trebale stupiti na snagu odmah u većini slučajeva.