| Program | Comandă | Descriere | Stare | Acțiuni |
|---|---|---|---|---|
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 |
| Comandă | |
|---|---|
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 nu spune nimic despre sine. Nu anunță că o sarcină a eșuat, nu arată când a rulat ultima dată, iar o greșeală de sintaxă în cele cinci câmpuri ale programării nu are unde să iasă la iveală. Formal trimite un mesaj utilizatorului local, însă pe un server unde poșta de ieșire nu a fost niciodată configurată acel mesaj nu îl citește nimeni. O sarcină poate sta stricată luni întregi, iar consecințele o dau de gol.
Această pagină arată sarcinile adăugate prin panou: programarea, comanda, descrierea și starea, cu posibilitatea de a activa, dezactiva sau șterge una fără a deschide un terminal. Sub ele, ca listă separată, se află restul liniilor din crontab-ul root, cele puse acolo mai devreme de dumneavoastră sau de un pachet instalat. Acelea sunt doar pentru citire: panoul nu editează în mod deliberat ceea ce nu a scris el.
Trei lucruri merită verificate aici. O sarcină a cărei ieșire pleacă în /dev/null 2>&1 tace la fel și când funcționează, și când s-a stricat. O comandă scrisă ca nume simplu în loc de cale completă se comportă altfel decât în shell-ul dumneavoastră, fiindcă cron are propriul PATH, unul sărac. Și programarea însăși: o sarcină oprită cândva pentru depanare rămâne de obicei oprită. După orice bănuială de intruziune, cron merită de asemenea citit: să vă fixați prin planificator este mai simplu decât printr-o unitate de pornire, iar linia arată cu totul obișnuită.