Независимо от того, запрашивают ли меня пароль или нет, он зависает между принятием аутентификации и выполнением того, что я просил. Другими словами 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, и это решило ее.
Единственное, что вы можете захотеть проверить, это ваш файл /etc/resolv.conf, чтобы убедиться, что у вас там есть правильная запись DNS. Я видел в прошлом, когда это может вызвать задержку.
Иногда, когда ваш маршрут по умолчанию не установлен, команды вроде sudo зависают.
Пытаться netstat -r чтобы проверить, правильно ли задан маршрут.
Получает ли эта машина свои пароли из локального файла / etc / passwd или чего-то вроде ldap?
Вы должны проверить три вещи. 1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf
Я обнаружил, что мое имя хоста было правильным, что файл hosts был неправильным и, кроме того, необходимо обновить resolv.conf.
Для меня это была установка krb5-user / config. Я заметил это, изучив /var/log/auth.log и увидев попытки pam_krb5 перед pam_unix. Использование apt-get remove для удаления этих пакетов исправило его. Не удаляйте эти пакеты, если вы работаете на компьютере, явно требующем kerberos (pam_krb5). Мое зависание sudo увеличилось с 30 до 0 секунд.
На это намекает Хальсафарс ответ, У меня включен Kerberos в моем рабочем VPN, но он бесполезен, когда я выключен, поэтому я изменил порядок модулей аутентификации в /etc/pam.d/common-auth использовать pam_unix перед pam_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 ...
Это изменило мое sudo с 30 на 0, как это было в ответе Хальсафара.
На Solaris 10 sudo зависал около 30 секунд. С помощью truss я наконец смог определить, что он зависает от команды quota, которая висела на монтировании NFS. Размонтирование общего ресурса NFS устранило зависание. Пока не определили, что не так с акцией.
В Fedora 30 Snapd вызывает очень медленную работу sudo, su и т. Д., А также другие проблемы, связанные с сессией.
Если вы работаете в Fedora, рекомендуется удалить snapd.