| Agendamento | Comando | Descrição | Estado | Ações |
|---|---|---|---|---|
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 |
O cron nada conta sobre si. Não avisa que uma tarefa falhou, não mostra quando correu pela última vez, e um erro de sintaxe nos cinco campos do agendamento não tem onde aparecer. Formalmente envia correio ao utilizador local, mas num servidor onde o envio para fora nunca foi configurado essa mensagem não é lida por ninguém. Uma tarefa pode ficar meses parada, e é pelas consequências que se dá por ela.
Esta página mostra as tarefas acrescentadas através do painel: agendamento, comando, descrição e estado, com a possibilidade de activar, desactivar ou remover uma delas sem abrir um terminal. Por baixo, numa lista separada, estão as restantes linhas do crontab de root, aquelas que o utilizador ou um pacote instalado lá puseram antes. Essas são apenas de leitura: o painel não edita de propósito aquilo que não escreveu.
Três coisas merecem verificação aqui. Uma tarefa cuja saída vai para /dev/null 2>&1 cala-se da mesma maneira quando funciona e quando está avariada. Um comando escrito como nome curto em vez de caminho completo comporta-se de outra forma do que na sua shell, porque o cron tem um PATH próprio e muito pobre. E o próprio agendamento: uma tarefa desligada um dia para depuração costuma ficar desligada. Depois de qualquer suspeita de intrusão o cron também merece ser lido: fixar-se pelo agendador é mais simples do que por uma unidade de arranque, e a linha parece perfeitamente banal.