sudo를 사용할 때마다 완료하기 전에 중단됩니다.

암호를 묻는 메시지가 표시되는지 여부에 관계없이 인증 수락과 요청한 실행 사이에 암호가 중단됩니다. 다시 말해 sudo ls약 60 초 동안 정지됩니다.

이 문제의 원인이 무엇인지 혼란 스럽습니다. 이것은 Centos 5에 있으며, 살펴보고 selinux비활성화 및 활성화로 설정했지만 아무런 효과가없는 것 같습니다.

이 질문에 대한 @TheAndruu의 답변에서 :

설치 과정에서 호스트 이름을 변경하면 이런 일이 발생합니다. 문제를 해결하려면 / 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]

Fedora 11에서 정확히 같은 문제가 발생하여 해결되었습니다.

기본 경로가 설정되지 않은 경우 sudo와 같은 명령이 중단되는 경우가 있습니다.

시도 netstat -r경로가 올바르게 설정되어 있는지 확인 할 수 있습니다.

이 시스템은 로컬 / etc / passwd 파일 또는 ldap과 같은 암호를 사용합니까?

확인해야 할 유일한 것은 /etc/resolv.conf 파일로 적절한 dns 항목이 있는지 확인하는 것입니다. 나는 이것이 지연을 일으킬 수있는 과거에 보았습니다.

세 가지를 확인해야합니다. 1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf

호스트 이름이 올 바르고 resolv.conf의 업데이트가 필요한 호스트 이름이 올바르다는 것을 알았습니다.

나를 위해 krb5-user / config가 설치되었습니다. /var/log/auth.log를 검사하고 pam_unix 전에 pam_krb5 시도를 확인하여이를 알았습니다. apt-get remove를 사용하여 해당 패키지를 제거하면 문제가 해결되었습니다. kerberos (pam_krb5)가 필요한 컴퓨터에있는 경우 해당 패키지를 제거하지 마십시오. 내 sudo hang은 일관된 30에서 0으로 바뀌 었습니다.

이것은 Halsafar 의 대답 에서 암시 됩니다. 작업 VPN에서 Kerberos를 사용하도록 설정했지만 해제했을 때 쓸모가 없으므로 인증 모듈 순서를 이전 /etc/pam.d/common-auth에 사용하도록 변경했습니다 .pam_unixpam_krb5

전에:

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

후:

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

이것은 Halsafar의 답변에서와 같이 내 sudo를 30 대에서 0으로 변경했습니다.

Solaris 10에서 sudo가 약 30 초 동안 정지되었습니다. 트러스의 도움으로 마침내 NFS 마운트에 매달려 있던 quota 명령에 매달려 있는지 확인할 수있었습니다. NFS 공유를 마운트 해제하면 중단이 제거되었습니다. 아직 공유에 문제가 있는지 확인하지 않았습니다.

Fedora 30에서 Snapd는 sudo, su 등이 매우 느려지고 다른 세션 관련 문제도 발생시킵니다.

Fedora를 사용하는 경우 snapd를 제거하는 것이 좋습니다.