Fix ssh_exchange_identification Verbindung vom Host geschlossen

Aktualisiert April 2024: Erhalten Sie keine Fehlermeldungen mehr und verlangsamen Sie Ihr System mit unserem Optimierungstool. Hol es dir jetzt unter diesen Link

1. Laden Sie das Reparaturtool hier.
2. Lassen Sie Ihren Computer scannen.
3. Das Tool wird dann deinen Computer reparieren.

In vielen Fällen wird die ssh_exchange_identification: -Verbindung aufgrund eines Fehlers auf dem Remotehost geschlossen. Probleme mit den Konfigurationsdateien hosts.deny und hosts.allow können jedoch auch Probleme verursachen. Wenn Sie dies lesen, haben Sie wahrscheinlich bereits überprüft, ob diese beiden Dateien Ihre IP-Adresse nicht daran hindern, ssh auf einem Remote-Server zu verwenden.

Angenommen, dies ist der Fall, könnte es sich um ein Abhängigkeitsproblem handeln, das mit einer Speicherfragmentierung oder sogar übermäßigen Sitzungen einzelner Clients zusammenhängt. Die gute Nachricht ist, dass Sie den Fehler nicht mehr sehen sollten, sobald das Problem behoben ist.

Suchen Sie nach fehlenden Abhängigkeiten

• Dieser Fehler tritt normalerweise nach einem Glibc- oder OpenSSL-Update auf und der Server konnte nicht neu gestartet werden.
• Während viele Distributionen das Update auf glibc oder OpenSSL installieren können und keinen Neustart erfordern, fallen Ihre möglicherweise nicht in dieselbe Kategorie.
• Wenn Sie wissen, dass das Update für Glibc installiert ist, verwenden Sie lsof, um festzustellen, wo auf der SSHD Dateien geöffnet sind.
• Wenn Sie Ubuntu oder Debian verwenden, verwenden Sie den Befehl upgrade, um neue Pakete abzurufen und zu installieren. Auf diese Weise können Sie Probleme beheben, die möglicherweise durch beschädigte Pakete entstanden sind.

Speicherfragmentierung beheben

Wenn das nicht hilft, haben Sie möglicherweise ein Problem auf der Hostseite der Gleichung. Hosts, die in einer VM ausgeführt werden, verfügen nicht immer über eine Swap-Partition, was zu einer Speicherfragmentierung führen kann. Greifen Sie auf andere Weise auf den Host zu, möglicherweise physisch, und starten Sie dann Dienste neu, bei denen Probleme auftreten. MySQL, Apache, Nginx und andere solche Dienste können die Schuldigen sein.

Obwohl es möglicherweise nicht immer möglich ist, den Host neu zu starten, kann dies das Problem lösen und eine gute Idee sein, wenn Sie zwischen dieser Fehlermeldung und derjenigen, die eine IP-Adresse zurückgibt, hin und her gegangen sind. Denken Sie daran, dass Sie, wenn Sie Zugriff auf den Server haben, den Befehl vmstat -s ausführen und wichtige Statistiken darüber abrufen können, wie der Speicher in vielen Fällen wie bei einem normalen Benutzer verwendet wird.

Schauen Sie sich die zusätzlichen SSH-Sitzungen an

• Benutzer haben möglicherweise die maximale Anzahl von überschritten SSH-Sitzungen ohne es zu wissen.
• Bereinigen Sie alte Sitzungen und stellen Sie die Verbindung zum Server wieder her.
• Sie sollten immer nur einen oder zwei angemeldete Benutzer sehen. Verwenden Sie den Befehl who, um zu überprüfen, ob mehr als eine SSH-Instanz ausgeführt wird.
• Wenn mehr als zwei Benutzer angemeldet sind, beenden Sie die Benutzerprozesse nacheinander.
• Stellen Sie mithilfe von SSH erneut eine Verbindung zum Server her, und suchen Sie nach Verbesserungen.
• Dieses Problem tritt auf, wenn SSH einem Skript nicht folgen kann, das mehrere aufeinander folgende SSH-Sitzungen startet. Sie können die SSH-Sitzung auch mit dem Befehl sleep verzögern.

https://www.ibm.com/support/pages/ssh-error-sshexchangeidentification-connection-closed-remote-host

Expertentipp: Dieses Reparaturtool scannt die Repositorys und ersetzt beschädigte oder fehlende Dateien, wenn keine dieser Methoden funktioniert hat. Es funktioniert in den meisten Fällen gut, wenn das Problem auf eine Systembeschädigung zurückzuführen ist. Dieses Tool optimiert auch Ihr System, um die Leistung zu maximieren. Es kann per heruntergeladen werden Mit einem Klick hier