| Tidsplan | Kommando | Beskrivelse | Status | Handlinger |
|---|---|---|---|---|
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 |
| Kommando | |
|---|---|
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 fortæller intet om sig selv. Det melder ikke, at et job er fejlet, viser ikke hvornår det sidst kørte, og en syntaksfejl i tidsplanens fem felter har ingen steder at vise sig. Formelt sender cron post til den lokale bruger, men på en server hvor udgående mail aldrig blev sat op, læser ingen den besked. Et job kan stå ødelagt i månedsvis, og det er følgerne der afslører det.
Siden viser de job, der er tilføjet gennem panelet: tidsplan, kommando, beskrivelse og status, med mulighed for at slå et job til eller fra eller fjerne det uden at åbne en terminal. Nedenunder ligger som en separat liste resten af root-crontab: de linjer, du eller en installeret pakke lagde ind tidligere. De er skrivebeskyttede, for panelet redigerer bevidst ikke det, det ikke selv har skrevet.
Tre ting er værd at tjekke her. Et job hvis output går til /dev/null 2>&1 tier lige så stille, når det virker, som når det er gået i stykker. En kommando skrevet som et kort navn i stedet for en fuld sti opfører sig anderledes end i din shell, for cron har sin egen og magre PATH. Og selve tidsplanen: et job, der engang blev slået fra under fejlsøgning, forbliver som regel slået fra. Efter enhver mistanke om indbrud fortjener cron også en gennemlæsning, for det er lettere at sætte sig fast via planlæggeren end via en opstartsenhed, og linjen ser fuldstændig hverdagsagtig ud.