SSH funktioniert nicht beim ersten Versuch

-1

Wir haben ein Problem mit einigen unserer Linux-CentOS-Maschinen, bei denen SSH beim ersten Versuch keine Verbindung herstellt. Wenn Sie eine Sitzung starten, warten Sie 5 Sekunden und starten Sie sie dann erneut. Die Sitzung funktioniert einwandfrei und funktioniert etwa 1 Stunde lang (auch für neue Verbindungen).

Siehe die Bilder für den Wireshark-Dump und auch die SSH-Konfiguration.

Host *
GSSAPIAuthentication yes
ForwardX11Trusted yes
SendEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
SendEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
SendEnv LC_IDENTIFICATION LC_ALL LANGUAGE
SendEnv XMODIFIERS

— o5ky
quelle

Es ist unklar, was Sie unter "Wenn Sie eine Sitzung starten, warten Sie 5 Sekunden und starten Sie die Sitzung neu" verstehen. Eine Sitzung wird nur gestartet, wenn eine Verbindung erfolgreich hergestellt wurde. Meinst du es scheitert, dann wartest du 5 Sekunden? Außerdem sollten Sie näher auf "Funktioniert einwandfrei und funktioniert noch ca. 1 Stunde (auch bei neuen Verbindungen)" eingehen. Hören die Dinge nach einer Stunde plötzlich auf zu funktionieren?

— diametralpitch

Entschuldigung, wenn Sie versuchen, eine Verbindung zu einem SSH-Server herzustellen, warten Sie ca. 5 Sekunden und beenden Sie dann die Verbindung und versuchen Sie es erneut. Dieser zweite Versuch funktioniert gut. Nein, die Sitzung läuft nicht ab, aber wenn Sie die Verbindung trennen und etwa 1 Stunde

— warten

Normalerweise bleibt ssh hängen, wenn Sie das erste Mal für einige Sekunden eine Verbindung zu etwas Neuem herstellen, da der Zielcomputer eine umgekehrte Suche durchführt, bevor Sie ein Kennwort / einen Schlüssel eingeben können.

Wenn Sie sagen, dass es fehlschlägt, bedeutet das, dass es nur permanent hängt oder liegt ein Fehler vor?

Auch ssh mit -vvv

SSH-Computer -vvv

Diese Schwelle liefert eine sehr ausführliche Ausgabe, die helfen könnte, herauszufinden, was falsch ist.

— Lotsofjam
quelle

Es läuft einfach mal ab, wir müssen uns dann wieder verbinden und es verbindet sich das erste Mal ohne Probleme.

— o5ky

plink.exe -v -ssh 10.110.0.116 Connecting to 10.110.0.116 port 22 We claim version: SSH-2.0-PuTTY_Release_0.69 Server version: SSH-2.0-OpenSSH_5.3 We believe remote version has SSH-2 channel request bug Using SSH protocol version 2 Server supports delayed compression; will try this later Doing Diffie-Hellman group exchange Server unexpectedly closed network connection FATAL ERROR: Server unexpectedly closed network connection

— o5ky

plink.exe -v -ssh 10.110.0.116 Connecting to 10.110.0.116 port 22 We claim version: SSH-2.0-PuTTY_Release_0.69 Server version: SSH-2.0-OpenSSH_5.3 We believe remote version has SSH-2 channel request bug Using SSH protocol version 2 Server supports delayed compression; will try this later Doing Diffie-Hellman group exchange Doing Diffie-Hellman key exchange with hash SHA-256 Server also has ssh-dss host key, but we don't know it Host key fingerprint is:

— o5ky