| Zeitplan | Befehl | Beschreibung | Status | Aktionen |
|---|---|---|---|---|
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 |
| Befehl | |
|---|---|
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 erzählt nichts über sich. Es meldet nicht, dass eine Aufgabe fehlgeschlagen ist, zeigt nicht, wann sie zuletzt lief, und ein Syntaxfehler in den fünf Feldern des Zeitplans kann nirgends auffallen. Formal schickt Cron eine Mail an den lokalen Benutzer, doch auf einem Server ohne eingerichteten Mailversand liest diese Nachricht niemand. Eine Aufgabe kann monatelang stillstehen, und bemerkt wird das erst an den Folgen.
Diese Seite zeigt die über das Panel angelegten Aufgaben: Zeitplan, Befehl, Beschreibung und Status, mit der Möglichkeit, eine Aufgabe zu aktivieren, zu deaktivieren oder zu löschen, ohne ein Terminal zu öffnen. Darunter steht als eigene Liste der übrige Inhalt der Root-Crontab, also die Zeilen, die Sie oder ein installiertes Paket früher eingetragen haben. Diese sind schreibgeschützt: Das Panel bearbeitet bewusst nicht, was es nicht selbst geschrieben hat.
Drei Dinge lohnen hier den Blick. Eine Aufgabe, deren Ausgabe nach /dev/null 2>&1 geht, schweigt gleich, ob sie läuft oder kaputt ist. Ein Befehl, der als bloßer Name statt mit vollem Pfad notiert ist, verhält sich anders als in Ihrer Shell, denn Cron hat einen eigenen, kargen PATH. Und der Zeitplan selbst: Eine einmal zum Debuggen abgeschaltete Aufgabe bleibt meist abgeschaltet. Nach jedem Verdacht auf einen Einbruch gehört Cron ebenfalls durchgesehen, denn über den Scheduler festzusetzen ist einfacher als über eine Startup-Unit, und die Zeile sieht völlig alltäglich aus.