Apakah saya diminta kata sandi atau tidak, itu tergantung antara menerima otentikasi dan mengeksekusi apa yang saya minta. Dengan kata lain sudo ls
akan menggantung sekitar 60 detik.
Saya bingung tentang apa yang menyebabkan ini. Ini ada di Centos 5, dan saya telah melihat selinux
dan mengaturnya agar dinonaktifkan dan diaktifkan, tetapi tampaknya tidak berpengaruh.
$HOSTNAME
sudah siap127.0.0.1
. Itu berhasil. Terima kasih.sudo ls
menggunakan jaringan dengan cara apa?Terkadang ketika rute default Anda tidak disetel, perintah seperti sudo hang.
Coba
netstat -r
periksa apakah rute ditetapkan dengan benar.Apakah mesin ini mendapatkan kata sandinya dari file lokal / etc / passwd atau sesuatu seperti ldap?
sumber
ldap
; Saya pikir itu menggunakan/etc/passwd
/etc/passwd
tidak digunakan untuk auth, ini digunakan untuk resolusi id ke nama./etc/shadow
digunakan untuk otentikasi.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.
sumber
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.
sumber
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.
sumber
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-auth
penggunaanpam_unix
sebelumpam_krb5
:Sebelum:
Setelah:
Ini mengubah sudo saya dari 30-an menjadi 0-an seperti yang terjadi pada jawaban Halsafar.
sumber
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.
sumber
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.
sumber