| Planning | Commando | Beschrijving | Status | Acties |
|---|---|---|---|---|
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 |
| Commando | |
|---|---|
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 vertelt niets over zichzelf. Het meldt niet dat een taak is mislukt, laat niet zien wanneer die voor het laatst liep, en een syntaxisfout in de vijf velden van het schema heeft nergens de kans op te vallen. Formeel stuurt cron post naar de lokale gebruiker, maar op een server waar uitgaande mail nooit is ingericht leest niemand dat bericht. Een taak kan maandenlang stilstaan, en pas de gevolgen verraden haar.
Deze pagina toont de taken die via het paneel zijn toegevoegd: schema, opdracht, omschrijving en status, met de mogelijkheid er een in of uit te schakelen of te verwijderen zonder een terminal te openen. Daaronder staat, als aparte lijst, de rest van de root-crontab: de regels die u of een geïnstalleerd pakket er eerder in hebben gezet. Die zijn alleen-lezen, want het paneel bewerkt bewust niet wat het niet zelf heeft geschreven.
Drie dingen zijn hier het nakijken waard. Een taak waarvan de uitvoer naar /dev/null 2>&1 gaat, zwijgt even hard wanneer zij werkt als wanneer zij stuk is. Een opdracht die als kale naam in plaats van als volledig pad is genoteerd, gedraagt zich anders dan in uw shell, want cron heeft een eigen, karige PATH. En het schema zelf: een taak die ooit voor het debuggen is uitgezet, blijft meestal uit. Na elk vermoeden van een inbraak verdient cron eveneens een blik, want zich vastzetten via de planner is eenvoudiger dan via een startup-unit, en zo'n regel oogt volstrekt alledaags.