| Programación | Comando | Descripción | Estado | Acciones |
|---|---|---|---|---|
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 |
| Comando | |
|---|---|
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 no cuenta nada. No avisa de que una tarea ha fallado, no muestra cuándo se ejecutó por última vez, y un error de sintaxis en los cinco campos de la programación no tiene dónde manifestarse. Formalmente envía un correo al usuario local, pero en un servidor donde nunca se configuró el envío saliente ese mensaje no lo lee nadie. Una tarea puede pasar meses rota, y son las consecuencias las que la delatan.
Esta página muestra las tareas añadidas desde el panel: programación, comando, descripción y estado, con la posibilidad de activarlas, desactivarlas o eliminarlas sin abrir un terminal. Debajo, en una lista aparte, están el resto de líneas del crontab de root, las que usted o un paquete instalado pusieron antes. Son de solo lectura: el panel no edita deliberadamente lo que no escribió él.
Aquí conviene comprobar tres cosas. Una tarea cuya salida va a /dev/null 2>&1 calla igual cuando funciona que cuando se rompe. Un comando escrito como nombre corto en lugar de ruta completa se comporta de otra manera que en su shell, porque cron tiene su propio PATH, muy escaso. Y la programación misma: una tarea desactivada alguna vez para depurar suele quedarse desactivada. Ante cualquier sospecha de intrusión, cron también merece una lectura: afianzarse mediante el planificador es más fácil que mediante una unidad de arranque, y la línea parece del todo corriente.