| Расписание | Команда | Описание | Статус | Действия |
|---|---|---|---|---|
0 5 * * * |
/usr/local/bin/custom-backup.sh >> /var/log/arciveo-cron.log 2>&1 |
Nightly backup to remote storage | ||
*/15 * * * * |
/usr/local/bin/healthcheck.sh |
Ping external uptime monitor |
| Команда | |
|---|---|
30 1 * * * /usr/local/bin/clamav-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 2 * * * /usr/bin/aide --config /etc/aide/aide.conf --check > /var/log/aide/aide.log 2>&1 |
|
@reboot chmod 755 /var/lib/aide |
|
0 3 * * * /usr/local/bin/lynis-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 4 * * * /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
@reboot sleep 60 && /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
30 4 * * * /usr/local/bin/debsums-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 6 * * * /usr/local/bin/logwatch_daily.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 8 * * * /usr/local/bin/daily-report-all.sh >> /var/log/arciveo-cron.log 2>&1 |
|
*/30 * * * * /usr/local/bin/smart-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 * * * * /usr/bin/apt-get update -qq >/dev/null 2>&1 |
|
*/5 * * * * /usr/local/bin/collect-metrics-all.sh >> /var/log/arciveo-cron.log 2>&1 |
Cron ничего о себе не рассказывает. Он не сообщает, что задание упало, не показывает, когда оно отработало в последний раз, и о синтаксической ошибке в пяти полях расписания узнать неоткуда. Формально он пишет письмо локальному пользователю, но на сервере, где почта наружу не настроена, это письмо никто никогда не прочитает. Задание может не выполняться месяцами, и заметят это по последствиям.
Страница показывает задания, заведённые через панель: расписание, команду, описание и состояние, с возможностью включить, выключить или удалить, не открывая терминал. Отдельным списком ниже идут остальные строки root-crontab — те, что вы или установленные пакеты добавили раньше. Они доступны только для чтения: панель намеренно не редактирует то, что писала не она.
Проверять здесь стоит три вещи. Задание, у которого вывод уходит в /dev/null 2>&1, молчит одинаково и когда работает, и когда сломалось. Команда, записанная коротким именем вместо полного пути, ведёт себя иначе, чем в вашей оболочке: у cron свой скудный PATH. И само расписание — задание, выключенное когда-то на время отладки, обычно так и остаётся выключенным. Отдельно cron стоит просматривать после любого подозрения на взлом: закрепиться через расписание проще, чем через автозапуск, и выглядит такая строка совершенно буднично.