Acho que é mais provável que seja um problema de DNS do que o GSSAPI. sshd gosta que respostas de DNS prontas funcionem prontamente durante a fase de conexão ... causa de registro e verificações de acesso.
Esta é mais uma questão de curiosidade do que um problema neste momento. Eu resolvi o meu problema e vou postar a solução que funcionou para mim.
problema
Eu estava recebendo tempos de autenticação um pouco lentos quando tentei efetuar login de uma caixa do windows 7 (usando putty) em uma caixa RHEL5 do linux. A solicitação de conexão inicial foi rápida. no entanto, depois de digitar meu nome de usuário, o tempo de autenticação era muito lento (exponencialmente desagradável com meus git push).
corrigir
Eu verifiquei os logs e achei o ssh tentando usar a autenticação GSSAPI. meu tempo limite de autenticação de 20 segundos era óbvio. Eu simplesmente ajustei putty (e egit) para não usar a autenticação GSSAPI. Os tempos de login e autenticação eram normais.
a questão
minha caixa RHEL nunca foi tocada. As configurações do SSH (e os registros de data e hora confirmados) não foram alteradas desde há mais de um ano. Minhas configurações de massa nunca foram alteradas e a autenticação AFAIK GSSAPi é padronizada em massa. Estou simplesmente incrível se alguém viu esse problema? se o GSSAPI estava falhando no passado porque eu não uso esse recurso, por que de repente o tempo limite entrou em ação e me atrasou?
Acho que é mais provável que seja um problema de DNS do que o GSSAPI. sshd gosta que respostas de DNS prontas funcionem prontamente durante a fase de conexão ... causa de registro e verificações de acesso.
Tags ssh authentication linux gssapi