SSH lento na sessão inicial

8

Iniciar um shell interativo sobre SSH é lento para um dos meus servidores. Tudo o que leva até ele, incluindo negociação de criptografia, é rápido, mas fica pendurado por 45 segundos. Depois disso, termina e eu tenho um shell. Como identifico o que está pendurado? Eu tentei limpar o ambiente e desabilitar todo o encaminhamento, caso isso estivesse diminuindo a velocidade, mas isso não ajudou. Aqui está o meu comando de teste:

env -i ssh -x -a -vvv server

e aqui está a saída do SSH:

debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting [email protected]
debug1: Entering interactive session.
*(hangs for 45 seconds here)*
debug3: Wrote 128 bytes for a total of 3191
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
    
por penguin359 03.04.2011 / 12:34

4 respostas

3

O pam_krb5.so foi configurado para adquirir os tokens do AFS para um shell inexistente que tinha um tempo limite de 30 segundos interrompendo qualquer autenticação usando esse módulo, não apenas o SSH. Removido isso e a autenticação acontece muito mais rápido.

    
por 06.04.2011 / 21:46
6

Em um caso muito semelhante, foi um dos scripts update-motd.

O seguinte foi o truque:

sudo rm /etc/update-motd.d/90-updates-available

Aqui está um pequeno ajudante que mede o tempo de cada script:

$ for f in /etc/update-motd.d/*;do echo $f;time $f;done
/etc/update-motd.d/00-header            0m0.007s
/etc/update-motd.d/10-help-text         0m0.005s
/etc/update-motd.d/90-updates-available 0m49.163s
/etc/update-motd.d/91-release-upgrade   0m0.152s
/etc/update-motd.d/98-fsck-at-reboot    0m0.015s
/etc/update-motd.d/98-reboot-required   0m0.003s
(output reduced to the relevant parts)
    
por 18.03.2016 / 15:02
2

Se o seu servidor ssh tiver um mapeamento DNS reverso ativado, pode ser a causa do atraso, procure por VerifyReverseMapping no arquivo /etc/ssh/sshd_config do servidor.

    
por 03.04.2011 / 13:19
0

Eu tive o mesmo problema, mas aparentemente causado por outra coisa. A solução:

/etc/ssh/sshd_config:
#UsePAM yes

e:

sudo /etc/init.d/ssh stop;sudo /etc/init.d/ssh start;
    
por 12.03.2017 / 22:37