Fix: ssh_exchange_identification & lsquo; verbinding verbroken door externe host & rsquo;

Hoewel in veel gevallen de ssh_exchange_identification: Verbinding verbroken door een externe host-fout kan worden veroorzaakt door problemen die verband houden met de configuratiebestanden hosts.deny en hosts.allow, zijn er andere dingen die het probleem kunnen veroorzaken. Als je dit leest, is de kans groot dat je al hebt gecontroleerd of beide bestanden je IP-adres niet blokkeerden om ssh op een externe server te gebruiken.

Ervan uitgaande dat dit het geval is, kijkt u mogelijk naar een afhankelijkheidsprobleem, iets dat verband houdt met geheugenfragmentatie of zelfs een buitensporig aantal sessies afkomstig van individuele clients. Het goede nieuws is dat als je eenmaal voor het probleem hebt gezorgd, je de fout niet meer zou moeten zien.

Methode 1: ontbrekende afhankelijkheden oplossen

Als je de ssh_exchange_identification: verbinding alleen verbroken hebt door een externe host-fout na het updaten van OpenSSL of glibc, dan zou je kunnen kijken naar een ontbrekende afhankelijkheid. Voer sudo lsof -n | uit grep ssh | grep DEL vanaf de opdrachtregel in deze situatie. Dit geeft je een lijst met geopende bestanden, en zoek dan alleen naar de bestanden die onlangs zijn verwijderd gerelateerd aan de ssh-daemon.

Mocht u niets terugkrijgen, dan kunt u nog steeds proberen de daemon of het systeem zelf opnieuw op te starten. U wilt een herstart proberen als een aantal fouten naar u is teruggeworpen, hoewel u veilig de fouten kunt negeren die verband houden met / run / user / 1000 / gvfs-berichten, omdat deze worden veroorzaakt door een niet-gerelateerd probleem dat moet doen met een virtueel bestandssysteem.

Je zou kunnen proberen om apt-get, pacman of yum te gebruiken om je pakketten bij te werken als je vermoedt dat afhankelijkheden een probleem zijn. Als u een op Debian of Ubuntu gebaseerd systeem gebruikt, wilt u misschien sudo apt-get -f upgrade proberen en kijken of dat eventuele kapotte pakketten oplost waarmee u mogelijk in de problemen bent geraakt.

Methode 2: geheugenfragmentatie corrigeren

Als dit niet heeft geholpen, is er mogelijk een probleem aan de hostzijde van de vergelijking. Hosts die binnen een VM draaien, hebben niet altijd een swappartitie, wat kan leiden tot geheugenfragmentatie. Toegang tot de host op een andere manier, indien mogelijk fysiek, en herstart vervolgens alle services die problemen ondervinden. MySQL, Apache, nginx en andere soortgelijke services kunnen de boosdoeners zijn.

Hoewel het misschien niet altijd haalbaar is om de host opnieuw op te starten, kan dit het probleem verhelpen en kan het een goed idee zijn als je wisselt tussen deze foutmelding en een foutmelding die een IP-adres retourneert. Houd er rekening mee dat als u enige vorm van toegang tot de server heeft, u de opdracht vmstat -s kunt uitvoeren en een aantal belangrijke statistieken kunt krijgen over hoe geheugen in veel gevallen wordt gebruikt, zelfs als een gewone gebruiker.

Methode 3: Controleer op extra ssh-instanties

Behalve dit, controleer dan of hosts proberen verbinding te maken met de server. Mogelijk hebt u het maximale aantal ssh-sessies overschreden zonder het te weten. Wis de oude sessies en probeer opnieuw verbinding te maken. Een eenvoudige manier om dit te doen, is door het who- commando uit te voeren om te zien welke gebruikersprocessen zijn aangemeld. U zou slechts één of twee aangemelde gebruikers moeten zien. Als er een aantal parallelle gebruikers zijn, beëindig dan de gebruikersprocessen en probeer opnieuw in te loggen .

Dit kan gebeuren als sshd een script niet kan bijhouden dat veel verschillende ssh-sessies in een lus start. Als dit je ooit is overkomen, voeg dan het commando sleep 0.3 toe aan de lus zodat de sshd-daemon de tijd heeft om bij te blijven.

Methode 4: Zoek de sshd-verbindingslimiet

Verbindingsproblemen zoals deze komen vooral voor bij het gebruik van ssh om toegang te krijgen tot een router of een ander type discrete box-switch, aangezien het standaard maximale aantal verbindingen zo klein is. Hoewel u niet wilt dat u de server overbelast, kunt u kijken wat de standaardinstelling is.

Probeer het op de server uit te voeren om te zien hoeveel verbindingen sshd aankan. In de meeste gevallen zou het systeem standaard 10 gelijktijdige verbindingen moeten hebben, wat voldoende zou moeten zijn voor de meeste serverstructuren waar een meerderheid van de gebruikers waarschijnlijk regelmatig ssh op moet gebruiken.

Aanbevolen

Oplossing: Minecraft reageert niet
Wat is de registratietoepassing voor een digitale tv-tuner en moet deze worden verwijderd?
Wat is FileRepMalware en moet u het verwijderen?