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エントリがあることを確認します。私は過去にこれが遅延を引き起こす可能性がある場所を見てきました。

3つのことを確認する必要があります。1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf

ホスト名が正しいこと、hostsファイルが正しくないこと、さらにresolv.confを更新する必要があることがわかりました。

私にとっては、krb5-user / configがインストールされていました。これに気づいたのは、/ var / log / auth.logを調べて、pam_unixの前にpam_krb5の試行を確認したことです。apt-get removeを使用してこれらのパッケージをアンインストールすると、修正されました。明らかにkerberos（pam_krb5）が必要なコンピューターを使用している場合は、これらのパッケージを削除しないでください。私のsudoハングは、一貫した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をアンインストールすることをお勧めします。