För att lyckas lösa detta problem måste vi fastställa grundorsaken till detta fel. Denna artikel kommer att ge dig de mest troliga orsakerna och erbjuder sina effektiva lösningar i detalj. Följ artikeln för att lära dig metoderna för att åtgärda detta fel.
Anslutningar återställs av peer ssh -felorsaker
Detta ssh -identifieringsfel hävdar att TCP -strömmen plötsligt stängdes av fjärrmaskinen. Ibland kan en fjärrserver omstart snabbt lösa ett kort avbrott eller anslutningsproblemet.
Du kan förhindra fel i framtiden på ditt system genom att lära dig att diagnostisera problemet och upptäcka dess bakomliggande orsak. Vi har sammanställt de vanliga orsakerna till att du identifierar den främsta orsaken till denna anslutningsåterställning med peer -fel.
- SSH -demon -filen relaterad till konfigurationen har ändrats.
- Genom att uppgradera brandväggsregler blockerade program för intrångsskydd din IP -adress.
- På grund av värdbaserade åtkomstkontrollistor blockeras anslutningen.
Metod 1: Kontrollera värdförnekelse och värdtillåtna filer
Redigerar filen host.deny
TCP -omslag är hosts.deny- och hosts.allow -filerna. Dessa filer används som en säkerhetsfunktion för att begränsa värdnamnen eller IP -adresserna som är anslutna till fjärrsystemet. Använd din favorittextredigerare, anslut till din fjärrserver och öppna filen hosts.deny. Skriv ut kommandot nedan om du använder nano på ett Linux-baserat system.
$ sudo nano /etc/hosts.deny
Kommentarer är rader som lämnas tomma eller börjar med ' # ’Symbol. Kontrollera att filen host.deny innehåller din lokala IP eller värdnamn. Om du fick reda på det, ta bort det omedelbart eller kommentera det eftersom det inte kommer att anslutas på distans.
Spara filen host.deny och avsluta efter att ha gjort nödvändiga ändringar. Efter detta, gör ett nytt försök att ansluta via SSH.
Redigerar filen host.allow
Redigera filen hosts.allow som en extra försiktighetsåtgärd. Inom värdarna. I den här filen kommer de befintliga åtkomstreglerna att tillämpas först. Den här filen tar överlägsenhet över värden. Nekar filen. För att visa filen hosts.allow, kör kommandot nedan:
$ sudo nano /etc/hosts.allow 
Om du lägger till IP -adresser och värdnamn i filen host.allow skapas undantag för filinställningarna hosts.deny. Till exempel skapa en policy i filen host.deny för att begränsa åtkomsten till alla värdar. Efter detta kan du redigera värdarna. Låta filen lägga till ett enda IP -område, IP -adress eller värdnamn. Endast den angivna IP -adressen får göra en SSH -anslutning med din fjärrserver efter att ha skrivit ut dessa rader i din host.allow -fil:
sshd: ALLAALLA: ALLA
sshd: 10.10.0.5, LOKAL
Kom ihåg att en säkerhetsinställning som denna kommer att begränsa din förmåga att styra och underhålla dina fjärrservrar.
Metod 2: Kontrollera filen sshd_config
Undersök autentiseringsloggposten om du fortfarande får ämnesfelet. SSH -demonen överför information som är relaterad till loggning till systemloggarna som standard. När du inte har kunnat logga in, kolla in filen /var/log/auth.log. För att titta på de senaste loggposterna, skriv ut det här kommandot:
$ tail -f /var/log/auth.logGenomförandet av detta kommando matar ut information om ditt användarkonto, dess lösenord, autentiseringsnyckel samt resultatet av dina autentiseringsförsök.
Loggen innehåller information som hjälper dig att hitta potentiella fel i sshd -konfigurationsfilen. Till exempel, när en ssh -anslutning upprättas, kommer de ändringar som görs i loggfilen att ändra de överenskomna villkoren, vilket också får fjärrservern att avvisa klienten. Skriv: sshd config för att öppna sshd config filen.
$ sudo nano/etc/ssh/sshd_config 
Primära inställningar, till exempel autentisering av ssh -nyckelparen, TCP -port, kan ändras i sshd -konfigurationsfilen och andra komplexa funktioner som vidarebefordran av port.
Om du gör ändringar i sshd -konfigurationsfilen måste du starta om sshd -tjänsten för att de ska träda i kraft.
Slutsats
Antalet möjliga orsaker är enormt, och felsökning av dem är utmanande på alla sätt. Om ssh -utbytesidentifiering om felet kvarstår kan din värd behöva kontaktas. I den här artikeln har du gått igenom de vanligaste orsakerna till s sh utbytesidentifiering: läs Anslutning återställs av peer fel. Nu bör du framgångsrikt lösa problemet och veta hur du hanterar liknande utmaningar i framtiden genom att titta på varje möjlighet en i taget.