Команды «sudo» медленны во время работы в сети

Проблема:

  • Выполнение команд sudo занимает до 30 секунд для выполнения. Время, которое требуется, непротиворечиво, иногда команда возвращается быстро, если она была ранее вызвана, но большую часть времени она занимает гораздо больше времени, чем должна. Кроме того, когда sudo запускается во время сети, он отвечает мгновенно, но как только я подключаю аппарат к моему WIFI, он становится медленным.

Окружающая среда

  • ОС : Redhat7 Enterprise Linux
  • Аппаратное обеспечение: HP Zbook G3
  • Включена аутентификация смарт-карт
  • sudo -V :
  Sudo version 1.8.6p7 Sudoers policy plugin version 1.8.6p7 Sudoers file grammar version 42 Sudoers I/O plugin version 1.8.6p7 

Решения пробовали, но не удалось:

  • Имя хоста находится на обеих линиях в / etc / hosts
  • Запуск sudo strace -f -t sudo echo показал, что первое sudo – это тот, который зависает, вторая команда sudo выполняется нормально, как ожидалось.
  • Я изменил разрешения strace, чтобы я мог запускать его как мое имя пользователя, поэтому я запускал strace -f -t sudo echo и lo и вот, команда возвращается мгновенно и не зависает. Это несчастливо, потому что я не могу убежать в команде sudo, чтобы увидеть, где я застреваю.

One Solution collect form web for “Команды «sudo» медленны во время работы в сети”

sudo задержки часто вызывались проблемами DNS.

http://forums.fedoraforum.org/showthread.php?t=210503

Один пользователь имел аналогичную задержку в 2 минуты, вызванную проблемой: http://forums.fedoraforum.org/showpost.php?s=93387b186c8850e6837cea5f7a43457c&p=1194582&postcount=2

Поэтому это моя первая линия расследования. Вы можете попробовать проверить time getent hosts $(hostname) и посмотреть, есть ли там задержка.

Примечание: мое понимание – причина, по которой это продолжалось, было зафиксировано вверх по течению. Было бы очень интересно, если бы вы могли отметить версию sudo используемую вашим дистрибутивом. https://bugzilla.redhat.com/show_bug.cgi?id=479464#c9

В противном случае подтвердите, что проблема происходит с внутренним sudo sudo time sudo echo . Тогда вы можете попробовать запустить sudo strace -t -f sudo echo . Будет много выходных данных, но это будет timestamped. Вы увидите какой-то системный вызов, где потрачена задержка, например recvmsg (получение сообщения, возможно, ожидание с таймаутом, возможно, ответ DNS). Полная интерпретация требует знания программирования. Если что-то идет через dbus, то, я думаю, он не покажет, какой сервис dbus конкретно. (Не стесняйтесь публиковать полную информацию где-то и ссылаться на нее – dropbox.com, gist.github.com и т. Д.).

  • Остановить su от запроса пароля
  • Безопасно ли отключать пароль для пользователя, если он использует только SSH-ключ?
  • Как корень может это сделать, но sudo не может?
  • Откройте новый bash с полномочиями sudo без повторного ввода пароля
  • Команда sudo является неприемлемой при вызове из файлового менеджера
  • запустить скрипт apache
  • Отключить кеширование корневого пароля
  • / etc / profile не получен для `sudo su`
  • изменение домашнего каталога пользователя не влияет
  • Есть ли способ сказать sudo установить мое имя пользователя как владельца для файлов, созданных вместо root?
  • Измените файлы с помощью редактора, которому необходимы права sudo
  • Interesting Posts
    Linux и Unix - лучшая ОС в мире.