debug1: Local version string SSH-2.0-OpenSSH_7.4
Wenn ein Client eine Verbindung zu einem SSH-Server herstellt, startet der Server das SSH-Protokoll, indem er eine Server-Versionszeichenfolge im Nur-Text-Format an den Client sendet. Mit dem OpenSSH- ssh
Dienstprogramm sehen die relevanten Debugzeilen folgendermaßen aus:
debug1: Local version string SSH-2.0-OpenSSH_7.6 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6
Nach der Zeile "lokale Version" wartet Ihr Client darauf, dass der Server seine Versionszeichenfolge an den Client sendet. Wenn die Verbindung hier hängt, liegt dies daran, dass der Client die Versionszeichenfolge nicht vom Server erhalten hat.
Im Allgemeinen gibt es mehrere Dinge, die dies verursachen könnten:
- Der Client hat eine Verbindung zu etwas hergestellt, bei dem es sich nicht um einen SSH-Server handelt. Ein HTTP-Server würde beispielsweise nichts an den Client senden, da das HTTP-Protokoll erwartet, dass der Client die ersten Daten sendet.
- Der Server funktioniert nicht richtig. Beispielsweise ist der Server möglicherweise überlastet, und der SSH-Serverprozess kann nicht ausgeführt werden.
- Der Server ist irgendwie aufgehängt. Es könnte beispielsweise steckenbleiben, dass eine DNS-Abfrage nach der IP-Adresse des Clients durchgeführt wird.
- Einige Netzwerkgeräte stören die TCP-Verbindung.
In Ihrem Fall stellen Sie eine Verbindung zu Port 22 her, Sie können also davon ausgehen, dass Sie eine Verbindung zu einem SSH-Serverprozess herstellen. Es scheint wahrscheinlich, dass Sie an # 2 leiden (der Server funktioniert nicht richtig), aber es ist nicht möglich, genau zu sagen, was darüber hinausgeht. Sie müssen in den Server einsteigen und herausfinden, was zu dem Zeitpunkt passiert ist, der die Verarbeitung von SSH-Verbindungen verhindert hat.