| 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 forteller ingenting om seg selv. Det melder ikke fra om at en jobb har feilet, viser ikke når den sist kjørte, og en syntaksfeil i tidsplanens fem felt har ingen steder å vise seg. Formelt sender cron post til den lokale brukeren, men på en server der utgående e-post aldri ble satt opp, leser ingen den meldingen. En jobb kan stå ødelagt i månedsvis, og det er følgene som røper den.
Siden viser jobbene som er lagt til gjennom panelet: tidsplan, kommando, beskrivelse og status, med mulighet til å slå en jobb av eller på eller fjerne den uten å åpne et terminalvindu. Under dem ligger, som en egen liste, resten av root-crontab: linjene du eller en installert pakke la inn tidligere. De er skrivebeskyttet, for panelet redigerer bevisst ikke det det ikke selv har skrevet.
Tre ting er verdt å sjekke her. En jobb som sender utdata til /dev/null 2>&1 tier like stille når den virker som når den er ødelagt. En kommando skrevet som et kort navn i stedet for full sti oppfører seg annerledes enn i ditt skall, siden cron har sin egen og magre PATH. Og selve tidsplanen: en jobb som en gang ble slått av for feilsøking, forblir som regel av. Etter enhver mistanke om innbrudd fortjener cron også en gjennomlesning, for å feste seg via planleggeren er enklere enn via en oppstartsenhet, og linjen ser helt dagligdags ut.