
Tengo algunos servidores en los que acceder mediante SSH puede tardar aproximadamente un minuto antes de recibir un mensaje. Me conecté ssh -vvv
y se cuelga.despuésla autenticación se realiza correctamente, por lo que no es nada de lo habitual ( UseDNS no
, deshabilitar GSSAPI, etc.).
En los registros, después de la autenticación, veo esto:
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
Luego se cuelga por un tiempo y luego continúa normalmente:
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 ...
y se conecta instantáneamente después de eso.
La sesión real está bien y no hay lentitud, pero no puedo entender qué sucede durante el bloqueo cuando me conecto inicialmente.
¿Algunas ideas?