Mỗi lần tôi sử dụng sudo, nó bị treo trước khi hoàn thành

12

Cho dù tôi có được nhắc nhập mật khẩu hay không, nó vẫn bị treo giữa việc chấp nhận xác thực và thực hiện những gì tôi yêu cầu. Nói cách khác sudo lssẽ treo trong khoảng 60 giây.

Tôi bối rối về những gì có thể gây ra điều này. Đây là trên Centos 5, và tôi đã xem selinuxvà đặt cả hai thành vô hiệu hóa và kích hoạt, nhưng dường như nó không có tác dụng gì.

linux centos sudo

— dlamblin
nguồn

15

Từ câu trả lời của @ TheAndruu cho câu hỏi này:

Điều này xảy ra nếu bạn thay đổi tên máy chủ trong quá trình cài đặt. Để giải quyết vấn đề, chỉnh sửa tệp / 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]

Tôi đã có chính xác vấn đề tương tự trên Fedora 11 và điều này đã giải quyết nó.

— gareth_bowles
nguồn

Tôi chỉ chắc chắn rằng tôi $HOSTNAMEđã được đặt trong 127.0.0.1dòng. Nó đã làm việc. Cảm ơn.

— dlamblin

1

BTW sudo lssử dụng mạng theo cách nào?

— dlamblin

Điều này cũng hoạt động cho Ubuntu 16.04 - ngoại trừ tôi phải đổi tên cho 127.0.1.1 - 127.0.0.1 là localhost

— Bill Ryder

1

Đôi khi khi tuyến mặc định của bạn không được đặt, các lệnh như sudo treo.

Hãy thử netstat -rkiểm tra xem tuyến đường có được đặt chính xác không.

Máy này có nhận được mật khẩu từ tệp local / etc / passwd hoặc một cái gì đó như ldap không?

— ví dụ
nguồn

Nó không sử dụng ldap; Tôi nghĩ rằng nó đang sử dụng/etc/passwd

— dlamblin

/etc/passwdkhông được sử dụng cho auth, nó được sử dụng cho id để phân giải tên. /etc/shadowđược sử dụng để xác thực.

— LiraNuna

1

Điều khác duy nhất bạn có thể muốn kiểm tra là tệp /etc/resolv.conf của bạn để đảm bảo bạn có một mục nhập dns thích hợp trong đó. Tôi đã thấy trong quá khứ nơi điều này có thể gây ra sự chậm trễ.

— mike Cát
nguồn

1

Bạn nên kiểm tra ba điều. 1. / etc / tên máy chủ 2. / etc / hosts 3. /etc/resolv.conf

Tôi thấy rằng tên máy chủ của tôi là chính xác rằng tệp máy chủ không chính xác và trên đó là độ phân giải cần thiết để cập nhật.

— Paul J. Barrett
nguồn

1

Đối với tôi đó là krb5-user / config đang được cài đặt. Tôi nhận thấy điều này bằng cách kiểm tra /var/log/auth.log và xem pam_krb5 lần thử trước pam_unix. Sử dụng apt-get remove để gỡ cài đặt các gói đó. Đừng xóa các gói đó nếu bạn đang sử dụng máy tính yêu cầu kerberos (pam_krb5). Hang sudo của tôi đã đi từ 30s đến 0s.

— Halsafar
nguồn

1

Điều này được gợi ý trong câu trả lời của Halsafar , tôi đã bật Kerberos trên VPN công việc của mình nhưng nó vô dụng khi tôi tắt nó, vì vậy tôi đã thay đổi thứ tự mô-đun auth để sử dụng trước đây :/etc/pam.d/common-authpam_unixpam_krb5

Trước:

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

Sau:

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

Điều này đã thay đổi sudo của tôi từ 30 giây thành 0 như trong câu trả lời của Halsafar.

— dcmorse
nguồn

0

Trên Solaris 10 sudo đã treo trong khoảng 30 giây. Với sự giúp đỡ từ giàn, cuối cùng tôi đã có thể xác định rằng nó được treo trên lệnh hạn ngạch được treo trên giá treo NFS. Việc ngắt kết nối chia sẻ NFS đã loại bỏ hang. Chưa xác định được điều gì sai với chia sẻ này.

— otislaf miếng
nguồn

0

Trong Fedora 30, Snapd khiến sudo, su, v.v., trở nên rất chậm và các vấn đề liên quan đến phiên khác.

Gỡ cài đặt snapd, nếu bạn đang ở Fedora, là một giải pháp thay thế được đề xuất.

— notcarlsatan
nguồn