| زمانبندی | دستور | توضیحات | وضعیت | عملیات |
|---|---|---|---|---|
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 |
| دستور | |
|---|---|
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 چیزی درباره خود نمیگوید. گزارش نمیدهد که کاری شکست خورده، نشان نمیدهد آخرین بار کی اجرا شده، و خطای نحوی در پنج فیلد زمانبندی جایی برای آشکار شدن ندارد. بهطور رسمی نامهای به کاربر محلی میفرستد، اما روی سروری که ارسال نامه بیرونی در آن هرگز پیکربندی نشده، آن پیام را کسی نمیخواند. کاری میتواند ماهها خراب بماند و تنها پیامدهایش آن را لو میدهند.
این صفحه کارهای افزودهشده از راه پنل را نشان میدهد: زمانبندی، فرمان، توضیح و وضعیت، با امکان فعال کردن، غیرفعال کردن یا حذف بدون گشودن پایانه. زیر آنها، در فهرستی جداگانه، باقی سطرهای crontab ریشه آمده است، یعنی سطرهایی که شما یا بستهای نصبشده پیشتر گذاشتهاید. آنها فقطخواندنیاند: پنل عمداً چیزی را که خود ننوشته ویرایش نمیکند.
سه چیز اینجا ارزش بررسی دارد. کاری که خروجیاش به /dev/null 2>&1 میرود، چه سالم باشد چه خراب، یکسان خاموش است. فرمانی که بهجای مسیر کامل با نامی کوتاه نوشته شده، جز آنچه در پوسته شما رخ میدهد رفتار میکند، زیرا cron متغیر PATH خودش را دارد که تهیدست است. و خود زمانبندی: کاری که روزی برای اشکالزدایی خاموش شده، معمولاً خاموش میماند. پس از هر گمان نفوذ نیز خواندن cron ارزش دارد، چون جا خوش کردن از راه زمانبند آسانتر از واحد راهاندازی است و چنین سطری کاملاً عادی به نظر میرسد.