Toda vez que uso o sudo ele trava antes de completar

Question

Se eu pedir uma senha ou não, ela fica entre aceitar a autenticação e executar o que solicitei. Em outras palavras, sudo ls será interrompido por cerca de 60 segundos.

Estou confuso sobre o que pode estar causando isso. Isso está no Centos 5, e eu olhei para selinux e defini-lo para desativado e ativado, mas não parece ter nenhum efeito.

    

Answer 1

Da resposta de @TheAndruu a esta pergunta:

Isso acontece se você alterar o nome do host durante o processo de instalação. Para resolver o problema, edite o arquivo / etc / hosts

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 [ADD_YOURS_HERE] 
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 [ADD_YOURS_HERE]

Eu tive exatamente o mesmo problema no Fedora 11 e isso resolveu isso.

    

Answer 2

Às vezes, quando sua rota padrão não está definida, comandos como o sudo são interrompidos.

Tente netstat -r para verificar se a rota está definida corretamente.

Esta máquina obtém suas senhas do arquivo / etc / passwd local ou algo parecido com o ldap?

    

Answer 3

A única outra coisa que você pode querer verificar é o seu arquivo /etc/resolv.conf para ter certeza de que você tem uma entrada apropriada do dns lá. Eu vi no passado onde isso pode causar atraso.

    

Answer 4

Você deve verificar três coisas. 1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf

Descobri que meu hostname estava correto de que o arquivo hosts estava incorreto e, além disso, o resolv.conf precisava ser atualizado.

    

Answer 5

Para mim, foi o krb5-user / config sendo instalado. Eu observei isso examinando o /var/log/auth.log e vendo as tentativas do pam_krb5 antes do pam_unix. Usando o apt-get remove para desinstalar esses pacotes corrigidos. Não remova esses pacotes se você estiver em um computador que requer kerberos (pam_krb5), obviamente. Meu jeito de pendurar passou de 30 para 0s.

    

Answer 6

Isso é sugerido em de halsafar answer , eu tenho Kerberos habilitado no meu trabalho VPN, mas é inútil quando eu estou fora, então eu mudei a ordem do módulo auth em /etc/pam.d/common-auth para usar pam_unix antes de pam_krb5 :

Antes:

auth [success=4 default=ignore] pam_krb5.so ...
auth [success=3 default=ignore] pam_unix.so ...

Depois:

auth [success=4 default=ignore] pam_unix.so ...
auth [success=3 default=ignore] pam_krb5.so ...

Isso mudou meu sudo de 30 para 0 como fez na resposta de Halsafar.

    

Answer 7

No Solaris 10, o sudo estava pendurado por cerca de 30 segundos. Com a ajuda da treliça, finalmente consegui determinar que estava pendurado no comando quota que estava pendurado em uma montagem NFS. Desmontar o compartilhamento NFS eliminou o travamento. Ainda não determinou o que há de errado com o compartilhamento.