sshd no Ubuntu 16.04 - o login demora muito

3

Eu vi logins ssh levar alguns segundos muitas vezes antes no passado. Eu sempre achei isso inadequado. Depois que eu reinstalei minhas estações de trabalho com o Xubuntu 16.04, esse efeito se tornou realmente perturbador. Entre duas estações de trabalho na mesma LAN, são necessários mais de 10 segundos para um login do ssh. Depois tudo é rápido.

As máquinas podem encontrar umas às outras via dns em nenhum momento através do meu roteador. No entanto, também tentei UseDNS no . Eu também tentei GSSAPIAuthentication no como encontrado na web. Ambos não tiveram efeito.

Eu autentico via chave pública.

Este é um trecho da saída de depuração do 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

Agora a coisa é 'dormir' pelos 10 segundos. Depois disso, continua assim:

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.
...

Alguém vê qual é o motivo do tempo de espera?

Edit: Há mais alguns detalhes que vale a pena mencionar:

  • Quando uso minhas estações de trabalho para acessar outras máquinas Debian na mesma rede, demora apenas um segundo.
  • Configurei o pam_mount para montar um volume criptografado por luks no login. No entanto, na minha situação, este volume já está montado. E montagem deve, mesmo se desmontado, deve levar apenas cerca de 3 segundos.
por ginger 28.04.2016 / 00:12

1 resposta

3

O mesmo problema. Observe que eu posso ver após o atraso de 10 segundos a: " Falha ao ativar o serviço 'org.freedesktop.login1': expirou " no auth.log

Solução:

systemctl restart systemd-logind

Encontrou aqui

    
por Pascal Séguy 16.09.2016 / 08:42

Tags