Ich habe einige Server, bei denen die Verbindung per SSH etwa eine Minute dauern kann, bevor ich eine Eingabeaufforderung erhalte. Ich habe mich verbunden ssh -vvvund es hängtnachDie Authentifizierung ist erfolgreich, es handelt sich also nicht um die üblichen Dinge ( UseDNS noDeaktivierung von GSSAPI usw.).
In den Protokollen sehe ich nach der Authentifizierung Folgendes:
debug1: Authentication succeeded (publickey).
Authenticated to xxxx.example.com ([2a01:.......]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug1: ENABLE_VIRTUAL_TERMINAL_INPUT is supported. Reading the VTSequence from console
debug3: This windows OS supports conpty
debug1: ENABLE_VIRTUAL_TERMINAL_PROCESSING is supported. Console supports the ansi parsing
debug3: Successfully set console output code page from:65001 to 65001
debug3: Successfully set console input code page from:437 to 65001
dann hängt es eine Weile, dann geht es wie gewohnt weiter:
debug3: send packet: type 80
debug3: send packet: type 80
debug3: receive packet: type 80
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug3: receive packet: type 4
debug1: Remote: /home/daniel/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug3: receive packet: type 4
debug1: Remote: /home/daniel/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
... cut for brevity ...
und stellt danach sofort eine Verbindung her.
Die eigentliche Sitzung verläuft einwandfrei und es kommt zu keiner Verlangsamung, aber ich kann nicht herausfinden, was während des Hängenbleibens bei der ersten Verbindungsherstellung passiert.
Irgendwelche Ideen?