In vielen Fällen kann der Fehler `ssh_exchange_identification: Connection closed by remote host` durch Probleme mit den Konfigurationsdateien `hosts.deny` und `hosts.allow` verursacht werden, es gibt aber auch andere mögliche Ursachen. Wenn Sie dies lesen, haben Sie wahrscheinlich bereits überprüft, ob eine dieser Dateien Ihre IP-Adresse daran hindert, `ssh` auf einem Remote-Server zu verwenden.
Sollte dies der Fall sein, könnte das Problem mit Abhängigkeiten, Speicherfragmentierung oder einer übermäßigen Anzahl eingehender Sitzungen einzelner Clients zusammenhängen. Die gute Nachricht ist: Sobald das Problem behoben ist, tritt der Fehler nicht mehr auf.
Methode 1: Fehlende Abhängigkeiten beheben
Wenn nach der Aktualisierung von OpenSSL oder glibc der Fehler `ssh_exchange_identification: connection closed by remote host` auftritt, könnte dies an einer fehlenden Abhängigkeit liegen. Führen Sie in diesem Fall den Befehl ` sudo lsof -n | grep ssh | grep DEL` in der Kommandozeile aus. Dadurch erhalten Sie eine Liste der geöffneten Dateien. Suchen Sie anschließend nach kürzlich gelöschten Dateien, die mit dem SSH-Dienst (Daemon) in Verbindung stehen.
Sollten Sie keine Ergebnisse erhalten, können Sie versuchen, den Dienst (Daemon) oder das System selbst neu zu starten. Ein Neustart ist erforderlich, wenn mehrere Fehler auftreten. Die Meldungen zu `/run/user/1000/gvfs` können Sie jedoch ignorieren, da sie durch ein anderes Problem mit dem virtuellen Dateisystem verursacht werden.
Sie können auch `apt-get`, `pacman` oder `yum` verwenden, um Ihre Pakete zu aktualisieren, falls Sie vermuten, dass Abhängigkeiten das Problem verursachen. Wenn Sie ein Debian- oder Ubuntu-basiertes System verwenden, sollten Sie `sudo apt-get -f upgrade` ausprobieren , um zu prüfen, ob dadurch beschädigte Pakete repariert werden.
Methode 2: Behebung der Speicherfragmentierung
Wenn das nicht hilft, liegt möglicherweise ein Problem auf dem Hostsystem vor. Hosts, die in einer virtuellen Maschine (VM) laufen, verfügen nicht immer über eine Auslagerungspartition, was zu Speicherfragmentierung führen kann. Versuchen Sie, auf den Host auf anderem Wege zuzugreifen, idealerweise physisch, und starten Sie anschließend alle problematischen Dienste neu. MySQL, Apache, nginx und ähnliche Dienste könnten die Ursache sein.
Ein Neustart des Hosts ist zwar nicht immer möglich, kann das Problem aber beheben und ist ratsam, wenn abwechselnd diese Fehlermeldung und eine andere mit einer IP-Adresse angezeigt wird. Beachten Sie, dass Sie, sofern Sie Zugriff auf den Server haben, den Befehl ` vmstat -s` ausführen können , um nützliche Statistiken zur Speichernutzung zu erhalten – in vielen Fällen sogar als normaler Benutzer.
Die dritte Methode: Überprüfung auf zusätzliche SSH-Kopien
Wenn dies nicht die Ursache ist, prüfen Sie, ob die Hosts versuchen, eine Verbindung zum Server herzustellen. Möglicherweise haben Sie unbemerkt die maximale Anzahl an SSH-Sitzungen überschritten. Beenden Sie die bestehenden Sitzungen und versuchen Sie dann erneut, eine Verbindung herzustellen. Am einfachsten lässt sich dies mit dem Befehl ` who` überprüfen , um die angemeldeten Benutzerprozesse anzuzeigen. Es sollten nur ein oder zwei Benutzer angemeldet sein. Falls mehrere parallele Sitzungen bestehen, beenden Sie die Benutzerprozesse und versuchen Sie erneut, sich anzumelden.
Dies kann passieren, wenn sshd mit einem Skript, das mehrere SSH-Sitzungen in einer Schleife startet, nicht hinterherkommt. Falls dies schon einmal vorgekommen ist, fügen Sie den Befehl ` sleep 0.3` in die Schleife ein, um dem sshd-Daemon Zeit zum Nacharbeiten zu geben.
Methode 4: Ermittlung des SSHD-Verbindungslimits
Verbindungsprobleme dieser Art treten besonders häufig auf, wenn man versucht, per SSH auf einen Router oder einen anderen integrierten Adapter zuzugreifen, da die standardmäßige maximale Anzahl an Verbindungen sehr gering ist. Obwohl man den Server nicht überlasten möchte, kann man die Standardeinstellungen überprüfen.
Versuchen Sie, Folgendes auszuführen 
Der Server sollte so konfiguriert sein, dass er eine bestimmte Anzahl von Verbindungen verarbeiten kann. In den meisten Fällen ist die Standardeinstellung von 10 gleichzeitigen Verbindungen ausreichend für die meisten Serverarchitekturen, bei denen die Mehrheit der Benutzer regelmäßig SSH verwendet.
Kommentare sind geschlossen.