He visto que los inicios de sesión ssh tardan algunos segundos muchas veces en el pasado. Siempre lo encontré inapropiado. Después de reinstalar mis estaciones de trabajo con Xubuntu 16.04, este efecto se volvió realmente perturbador. Entre dos estaciones de trabajo en la misma LAN, se necesitan más de 10 segundos para iniciar sesión ssh. Después todo es rápido.
Las máquinas pueden encontrarse entre sí a través de DNS en poco tiempo a través de mi enrutador. Sin embargo, también lo intenté UseDNS no. También probé GSSAPIAuthentication nocomo se encuentra en la web. Ambos no tuvieron ningún efecto.
Me autentico mediante clave pública.
Este es un fragmento del resultado de depuración del cliente ssh:
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/pino/.ssh/ids/heisterkamp/22/pino
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 60
debug1: Server accepts key: pkalg rsa-sha2-512 blen 279
debug2: input_userauth_pk_ok: fp XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
debug3: sign_and_send_pubkey: RSA XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
debug3: send packet: type 50
debug3: receive packet: type 52
debug1: Authentication succeeded (publickey).
Authenticated to heisterkamp ([fd00::8d93:c17b:595a:347f]: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: exec
Ahora la cosa está "durmiendo" durante 10 segundos. Después continúa así:
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug3: receive packet: type 91
debug2: callback start
debug2: x11_get_proto: /usr/bin/xauth list :0.0 2>/dev/null
debug1: Requesting X11 forwarding with authentication spoofing.
debug2: channel 0: request x11-req confirm 1
debug3: send packet: type 98
debug2: fd 3 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IPV6_TCLASS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug1: Sending environment.
...
¿Alguien ve cuál es el motivo del tiempo de espera?
Editar: Hay algunos detalles más que vale la pena mencionar:
- Cuando uso mis estaciones de trabajo para iniciar sesión en otras máquinas Debian en la misma red, solo me lleva un segundo.
- He configurado pam_mount para montar un volumen cifrado con luks al iniciar sesión. Sin embargo, en mi situación, este volumen ya está montado. Y el montaje, incluso si está desmontado, debería tomar sólo unos 3 segundos.
Respuesta1
El mismo problema. Observe que puedo ver después del retraso de 10 segundos un: "No se pudo activar el servicio 'org.freedesktop.login1': se agotó el tiempo de espera" en auth.log
Solución:
systemctl restart systemd-logind
Lo encontréaquí
Respuesta2
Esto resolvió el problema que colgaba en "debug1: promesa: exec" en mi caso:
apt install --reinstall systemd