Конфликт между cron.deny и разрешить, кто победит?

который побеждает в конфликте, отрицают или допускают? Является ли поведение одинаковым для hosts.allow и всех других подобных файлов?

One Solution collect form web for “Конфликт между cron.deny и разрешить, кто победит?”

От man cron (мой акцент):

Запуск заданий cron можно разрешить или запретить для разных пользователей. Для этого используйте файлы cron.allow и cron.deny. Если файл cron.allow существует , в нем должен быть указан пользователь, которому разрешено использовать cron [.] Если файл cron.allow не существует, но файл cron.deny существует , то пользователь не должен быть указан в файл cron.deny, чтобы использовать cron. Если ни один из этих файлов не существует , только суперпользователю разрешено использовать cron.

Кажется, это единственные варианты. Другими словами, кажется, что большинство из cron.allow и cron.deny должны существовать, поэтому, вероятно, это зависит от реализации. Интересно, что в руководстве говорится: «Используйте файлы cron.allow и cron.deny», которые, похоже, противодействуют остальной части абзаца.

  • Есть ли недостатки / последствия для добавления запланированных задач непосредственно в / etc / crontab вместо использования команды crontab?
  • Запуск программы с использованием задания cron
  • Значение записи «* * / 1 * * *» cron?
  • Поиск того, какие задания cron планируется запустить в будущем будущем / времени X
  • Может grep | crontab уничтожить все рабочие места?
  • Еженедельное задание cron для сохранения списка установленных пакетов
  • установить cron, используя временную метку unix в centos
  • Пользователь не имеет доступа к crontab
  • Выполните команду, когда какое-либо задание cron завершится с ошибкой, а не просто по электронной почте
  • Максимальное количество записей в Crontab
  • Cron, crontab -e читает неверный файл
  • Linux и Unix - лучшая ОС в мире.