Om dit probleem met succes op te lossen, moeten we de oorzaak van deze fout bepalen. Dit artikel geeft u de meest waarschijnlijke redenen en biedt hun effectieve oplossingen in detail. Volg het artikel om de methoden te leren om deze fout op te lossen.
Verbindingsreset door peer ssh-foutoorzaken
Deze ssh-identificatiefout beweert dat de TCP-stroom plotseling werd afgesloten door de externe machine. Soms kan het opnieuw opstarten van een externe server een korte storing of het verbindingsprobleem snel oplossen.
U kunt het optreden van fouten in de toekomst op uw systeem voorkomen door te leren hoe u dit probleem kunt diagnosticeren en de onderliggende oorzaak ervan kunt achterhalen. We hebben de meest voorkomende redenen voor u verzameld om de belangrijkste oorzaak van deze verbindingsreset door peer-fout te identificeren.
- Het SSH-daemonbestand met betrekking tot de configuratie is gewijzigd.
- Door firewallregels te upgraden, blokkeerde software voor inbraakpreventie uw IP-adres.
- Vanwege Host-Based Access Control Lists wordt de verbinding verbannen.
Methode 1: Host-weigeren en host-toestaan van bestanden controleren
Host.deny-bestand bewerken
TCP-wrappers zijn de hosts.deny- en hosts.allow-bestanden. Deze bestanden worden gebruikt als beveiligingsfunctie voor het beperken van de hostnamen of IP-adressen die op het externe systeem zijn aangesloten. Gebruik uw favoriete teksteditor om verbinding te maken met uw externe server en open het hosts.deny-bestand. Schrijf de onderstaande opdracht op als je nano op een Linux-gebaseerd systeem gebruikt.
$ sudo nano /etc/hosts.deny
Opmerkingen zijn regels die leeg blijven of beginnen met de ' # ' symbool. Controleer of dit host.deny-bestand uw lokale IP-adres of hostnaam bevat. Als je erachter bent gekomen, verwijder het dan onmiddellijk of becommentarieer het omdat het op afstand geen verbinding zal maken.
Sla het bestand host.deny op en sluit af nadat u de nodige wijzigingen heeft aangebracht. Probeer hierna opnieuw verbinding te maken via SSH.
Host.allow-bestand bewerken
Bewerk het bestand hosts.allow als extra voorzorgsmaatregel. Binnen de gastheren. In dit bestand worden eerst de bestaande toegangsregels toegepast. Dit bestand heeft superioriteit over de host.deny het bestand. Voer de onderstaande opdracht uit om het bestand hosts.allow te bekijken:
$ sudo nano /etc/hosts.allow 
Door IP-adressen en hostnamen aan het bestand host.allow toe te voegen, worden uitzonderingen gemaakt voor de instellingen van het bestand hosts.deny. Bijvoorbeeld het maken van een beleid in het bestand host.deny om de toegang tot alle hosts te beperken. Hierna kunt u het bestand hosts.allow bewerken om een enkel IP-bereik, IP-adres of hostnaam toe te voegen. Alleen het opgegeven IP-adres mag een SSH-verbinding maken met uw externe server na het wegschrijven van deze regels in uw host.allow-bestand:
sshd: ALLESALLES: ALLES
sshd: 10.10.0.5, LOKAAL
Onthoud dat een dergelijke beveiligingsinstelling uw vermogen om uw externe servers te beheren en te onderhouden, beperkt.
Methode 2: Het sshd_config-bestand controleren
Onderzoek de vermelding in het authenticatielogboek als u nog steeds de onderwerpfout krijgt. De SSH-daemon verzendt standaard informatie met betrekking tot logboekregistratie naar de systeemlogboeken. Nadat u niet kunt inloggen, bekijkt u het bestand /var/log/auth.log. Om de meest recente logboekvermeldingen te bekijken, schrijft u deze opdracht:
$ staart -f /var/log/auth.logDe uitvoering van deze opdracht geeft informatie over uw gebruikersaccount, het wachtwoord, de authenticatiesleutel en het resultaat van uw authenticatiepogingen.
Het logboek bevat informatie die u zal helpen bij het opsporen van mogelijke fouten in het sshd-configuratiebestand. Wanneer bijvoorbeeld een ssh-verbinding tot stand wordt gebracht, zullen de wijzigingen in het logbestand de overeengekomen voorwaarden wijzigen, wat er ook voor zorgt dat de externe server de client afwijst. Typ: sshd config om het sshd-configuratiebestand te openen.
$ sudo nano /etc/ssh/sshd_config 
Primaire instellingen, zoals de authenticatie van de ssh-sleutelparen, de TCP-poort, kunnen worden gewijzigd in het sshd-configuratiebestand en de andere complexe mogelijkheden zoals de doorstuurpoort.
Als u wijzigingen aanbrengt in het sshd-configuratiebestand, moet u de sshd-service opnieuw starten om ze van kracht te laten worden.
Conclusie
Het aantal mogelijke oorzaken is enorm en het oplossen ervan is in alle opzichten een uitdaging. Als de ssh uitwisseling identificatie fout blijft bestaan, moet mogelijk contact worden opgenomen met uw host. In dit artikel heb je de meest voorkomende oorzaken van de s . doorgenomen sh uitwisselingsidentificatie: lees Verbindingsreset door peer fout. Nu moet u het probleem met succes oplossen en weten hoe u in de toekomst soortgelijke uitdagingen het hoofd kunt bieden door elke mogelijkheid één voor één te bekijken.