Setiap saat saya menggunakan sudo hang sebelum menyelesaikan

Apakah saya diminta kata sandi atau tidak, itu tergantung antara menerima otentikasi dan mengeksekusi apa yang saya minta. Dengan kata lain sudo lsakan menggantung sekitar 60 detik.

Saya bingung tentang apa yang menyebabkan ini. Ini ada di Centos 5, dan saya telah melihat selinuxdan mengaturnya agar dinonaktifkan dan diaktifkan, tetapi tampaknya tidak berpengaruh.

From @ TheAndruu menjawab pertanyaan ini:

Ini terjadi jika Anda mengubah nama host selama proses instalasi. Untuk menyelesaikan masalah, edit file / 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]

Saya memiliki masalah yang persis sama pada Fedora 11 dan ini menyelesaikannya.

Terkadang ketika rute default Anda tidak disetel, perintah seperti sudo hang.

Coba netstat -rperiksa apakah rute ditetapkan dengan benar.

Apakah mesin ini mendapatkan kata sandinya dari file lokal / etc / passwd atau sesuatu seperti ldap?

Satu-satunya hal lain yang mungkin ingin Anda periksa adalah file /etc/resolv.conf Anda untuk memastikan Anda memiliki entri dns yang tepat di sana. Saya telah melihat di masa lalu di mana ini dapat menyebabkan penundaan.

Anda harus memeriksa tiga hal. 1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf

Saya menemukan bahwa nama host saya benar bahwa file host salah dan di atas itu resolv.conf perlu diperbarui.

Bagi saya itu adalah krb5-user / config sedang diinstal. Saya perhatikan ini dengan memeriksa /var/log/auth.log dan melihat upaya pam_krb5 sebelum pam_unix. Menggunakan apt-get remove untuk menghapus instalasi paket-paket itu. Jangan hapus paket-paket itu jika Anda menggunakan komputer yang membutuhkan kerberos (pam_krb5) jelas. Sudo hang saya berubah dari 30an menjadi 0an.

Hal ini diisyaratkan dalam Halsafar 's jawaban , saya telah Kerberos diaktifkan pada pekerjaan saya VPN tapi itu tidak berguna ketika aku pergi, jadi saya mengubah urutan modul auth di /etc/pam.d/common-authpenggunaan pam_unixsebelum pam_krb5:

Sebelum:

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

Setelah:

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

Ini mengubah sudo saya dari 30-an menjadi 0-an seperti yang terjadi pada jawaban Halsafar.

Pada Solaris 10 sudo digantung selama sekitar 30 detik. Dengan bantuan dari truss saya akhirnya dapat menentukan bahwa itu tergantung pada perintah kuota yang tergantung pada mount NFS. Melepas bagian NFS menghapus hang. Belum menentukan apa yang salah dengan pembagian tersebut.

Di Fedora 30, Snapd menyebabkan sudo, su, dll, menjadi sangat lambat, dan juga masalah terkait sesi lainnya.

Menghapus instalan snapd, jika Anda berada di Fedora, adalah alternatif yang disarankan.