Edite seu " / etc / ssh / ssh_config " e comente estas linhas:
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
A execução de ssh user@hostname demora ~ 30s. Aqui está o cenário:
[ atualização ]
Usando ssh -vvv user@hostname , aqui é onde ele mais espera:
debug3: authmethod_lookup gssapi-with-mic
debug3: remaining preferred: publickey,keyboard-interactive,password
debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
E então ele espera um pouco aqui:
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_1000' not found
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_1000' not found
Eu tive esse problema e resolvi isso desativando a resolução de DNS reverso no SSH.
Portanto, em sshd_config no servidor altere isto:
#UseDNS yes
para isso:
UseDNS no
Você verificou sua configuração de DNS?
Experimente a configuração mdns off em /etc/host.conf .
Isso desativa a resolução do mdns e me ajudou muito.
EDITAR:
Parece que o gentoo está lidando com isso um pouco diferente. Para desabilitar as pesquisas de DNS multicast, você deve alterar o arquivo /etc/nsswitch.conf .
Deve haver algo como:
hosts: files mdns
Altere para:
hosts: files dns
Adicionar o nome do host a /etc/hosts às vezes pode resolver esse problema.
Verifique também se nscd está instalado e em execução.
Não ter um cache de DNS pode aumentar o tempo que leva para resolver o registro PTR (supondo que o cliente ssh esteja realizando uma pesquisa inversa de dns para o endereço IP do servidor)
Eu tenho o mesmo problema no ambiente Windows 2008 R2, mas "useDNS não" não funciona.
Eu tento adicionar aos hosts o arquivo IP e o host do servidor de conexão e seu mais rápido por 30 segundos. O que me faz pensar que a resolução pode estar no DNS.
Eu tento adicionar servidores DNS, mas isso não resolve.
Meu servidor tem dois sufixos DNS. 1 para o domínio corporativo em que o servidor pertence (domain.com) e o outro para sua interface externa conectando-se a uma rede privada (domain.net).
A ordem do sufixo DNS é primeiro do domínio.net e depois do domínio.com
Meus clientes SFTP / SSH estão no domínio corporativo. A propósito, os clientes problemáticos são do domínio corporativo.
O que funciona para mim é que eu faço domain.com primeiro e então domain.net segundo
O atraso de conexão de 2m30s antes se tornou apenas 3-4s.
Tags ssh