دليل كرون تاب: crontab -e وcrontab -l ومهام الكرون

الفرق بين cron وcrontab ومهمة الكرون

ثلاث كلمات يخلط بينها كثيرون:

• cron هو البرنامج الخدمي (daemon) الذي يعمل في الخلفية ويستيقظ كل دقيقة ليشغّل كل مهمة يطابق جدولها الوقت الحالي. اسمه cron في Debian وUbuntu، وcrond في RHEL وCentOS وFedora وRocky وAlmaLinux.
• crontab (اختصار «cron table» أي جدول الكرون) هو الملف الذي يحتوي على المهام، وهو أيضًا الأمر الذي تعدّل به هذا الملف. لكل مستخدم ملف كرون تاب خاص به.
• مهمة الكرون (cron job) هي سطر واحد في ملف كرون تاب: جدول زمني مكتوب على شكل تعبير كرون يليه الأمر المطلوب تنفيذه.

# minute hour day-of-month month day-of-week  command
30 2 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1

تعمل هذه المهمة كل ليلة الساعة 2:30 صباحًا. أنشئ الجزء الخاص بالجدول باستخدام مولد تعبيرات الكرون، أو الصق سطرًا جاهزًا في مفسر تعبيرات الكرون لتتحقق منه.

أوامر crontab

في معظم لوحات المفاتيح يقع الحرف r بجوار e، والأمر crontab -r يحذف كل المهام دون إمكانية التراجع. خذ نسخة احتياطية أولًا بالأمر crontab -l > ~/crontab.bak، واستعدها بالأمر crontab ~/crontab.bak.

كيف تنشئ مهمة كرون باستخدام crontab -e

1. افتح ملف كرون تاب:

   crontab -e

   في المرة الأولى على Ubuntu أو Debian سيُطلب منك اختيار محرر، وnano هو الأسهل. يمكنك تغييره لاحقًا بالأمر select-editor، أو لمرة واحدة بالأمر EDITOR=nano crontab -e.
2. أضف المهمة في سطر جديد: الجدول الزمني ثم الأمر. استخدم المسارات الكاملة ووجّه المخرجات إلى ملف سجل:

   */15 * * * * /home/alice/bin/sync.sh >> /home/alice/sync.log 2>&1

3. احفظ واخرج. في nano اضغط Ctrl+O ثم Enter ثم Ctrl+X، وفي vim اكتب :wq. يتحقق crontab من الملف ويعرض crontab: installing new crontab. وإذا وُجد خطأ في الصيغة فسيخبرك ويعرض إعادة فتح المحرر، ولن يُثبَّت شيء حتى يصبح الملف صحيحًا.
4. تأكّد من الحفظ بالأمر crontab -l. لا حاجة لإعادة تشغيل أي شيء، فـ cron يلاحظ التغيير خلال دقيقة.
5. تأكّد من التنفيذ بعد أول موعد مجدول. راجع طريقة فحص سجلات الكرون أدناه.

صيغة ملف كرون تاب

ملف كرون تاب ملف نصي عادي يحتوي على مدخل واحد في كل سطر. يشرح مرجع صيغة الكرون حقول الوقت الخمسة، أما بقية الملف فتتبع هذه القواعد:

• الأسطر التي تبدأ بالرمز # تعليقات، والأسطر الفارغة يتم تجاهلها.
• الأسطر مثل NAME=value تحدد متغيرات البيئة للمهام التي تليها: SHELL وPATH وMAILTO، وCRON_TZ في cronie.
• يمكن أن تحل الاختصارات مثل @reboot و@daily و@hourly محل حقول الوقت الخمسة.
• علامة % داخل الأمر تتحول إلى سطر جديد، وكل ما بعد أول علامة يُمرَّر إلى الأمر كمدخلات. اكتب \% عندما تحتاج علامة نسبة مئوية فعلية، كما في date +\%F.
• يجب أن ينتهي السطر الأخير بسطر جديد. الملفات المعدّلة بالأمر crontab -e تحتوي عليه عادةً، أما الملفات التي تثبّتها بالأمر crontab file فقد لا تحتوي عليه.
• احفظ الملف بنهايات أسطر يونكس. نهايات أسطر ويندوز (CRLF) تُفسد المدخلات، ويمكنك تحويلها بالأمر dos2unix.

هكذا يبدو ملف كرون تاب كامل لمستخدم:

SHELL=/bin/bash
PATH=/usr/local/bin:/usr/bin:/bin
MAILTO=""

# Back up the database every night at 2:30
30 2 * * * /usr/local/bin/db-backup.sh >> /var/log/db-backup.log 2>&1

# Clear the cache every 15 minutes during office hours
*/15 9-17 * * 1-5 /usr/local/bin/clear-cache.sh

# Start the queue worker after every reboot
@reboot /usr/local/bin/start-worker.sh

السطر MAILTO="" يمنع cron من إرسال مخرجات كل مهمة بالبريد. فبدونه يرسل cron أي مخرجات إلى صاحب الملف إن كان خادم بريد مثبتًا، وإلا فإنها تضيع. وفي الحالتين يبقى تسجيل المخرجات في ملف هو الخيار الموثوق.

أين تُحفظ ملفات كرون تاب

عدّل ملفات المستخدمين فقط بالأمر crontab -e، لأنه يتحقق من الصيغة ويضمن أن يعيد cron تحميل الملف. أما ملفات النظام فتُعدَّل مباشرة بصلاحيات الجذر، ويحتوي كل سطر فيها على اسم المستخدم بين الجدول والأمر:

# minute hour dom month dow user command
0 3 * * * root /usr/local/sbin/rotate-backups.sh

في Debian وUbuntu يتم تجاهل الملفات في /etc/cron.d/ والسكربتات في /etc/cron.daily/ وبقية المجلدات إذا احتوى اسمها على نقطة، لذا فالملف backup.sh لن يعمل هناك أبدًا، وسمّه backup. كما يجب أن تكون ملفات /etc/cron.d/ مملوكة للجذر وغير قابلة للكتابة من المجموعة أو الآخرين، وأن تكون السكربتات في المجلدات الأخرى قابلة للتنفيذ.

كيف تتأكد من تنفيذ مهمة الكرون

# Ubuntu and Debian
grep CRON /var/log/syslog
journalctl -u cron --since today

# RHEL, CentOS, Fedora, Rocky, AlmaLinux
sudo tail -n 50 /var/log/cron
journalctl -u crond --since today

# Is the cron service running?
systemctl status cron      # Debian / Ubuntu
systemctl status crond     # RHEL family

سطر السجل مثل CMD (/usr/local/bin/backup.sh) يثبت فقط أن cron بدأ تشغيل الأمر. أما نجاح السكربت فتجده في مخرجاته، ولهذا يوجّه كل مثال في هذه الصفحة مخرجاته إلى ملف سجل. إصدارات Debian الحديثة لا تثبّت rsyslog، لذلك قد لا يوجد الملف /var/log/syslog، فاستخدم journalctl بدلًا منه.

لماذا لا تعمل مهمة الكرون؟

راجع هذه القائمة بالترتيب، فأول ثلاثة أسباب تفسّر معظم الحالات.

• الأمر غير موجود. يشغّل cron المهام بمتغير PATH محدود، غالبًا /usr/bin:/bin فقط. استخدم المسارات الكاملة، أو حدّد PATH= في أعلى الملف.
• بيئة مختلفة. لا يقرأ cron الملفين ~/.bashrc و~/.profile، لذلك تغيب متغيراتك واختصاراتك وأدوات مثل nvm وpyenv والبيئات الافتراضية. استدعِ المفسّرات بمسارها الكامل مثل /home/alice/venv/bin/python.
• السكربت غير قابل للتنفيذ أو ليس فيه سطر shebang. نفّذ chmod +x script.sh وابدأ السكربت بالسطر #!/bin/bash.
• علامة % غير مهرّبة قطعت الأمر. اكتبها هكذا \%.
• المنطقة الزمنية ليست كما تتوقع. يستخدم cron المنطقة الزمنية للخادم، وغالبًا تكون UTC في الخوادم السحابية. تحقّق منها بالأمر timedatectl.
• الخدمة متوقفة. شغّلها بالأمر sudo systemctl enable --now cron (أو crond في RHEL).
• حقلا اليوم محددان معًا. التعبير 0 9 1 * 1 يعمل في اليوم الأول من الشهر وأيضًا كل يوم إثنين، لأن cron يربط حقلي اليوم بمنطق «أو».
• غير مسموح لك باستخدام cron. راجع الملفين /etc/cron.allow و/etc/cron.deny.
• اسم الملف يحتوي على نقطة في /etc/cron.d/ أو /etc/cron.daily/ على Debian أو Ubuntu.
• غياب السطر الجديد في النهاية أو نهايات أسطر ويندوز في ملف ثُبّت من ملف آخر.

لتختبر الأمر كما يشغّله cron، شغّله ببيئة شبه فارغة:

env -i HOME="$HOME" SHELL=/bin/sh PATH=/usr/bin:/bin /bin/sh -c '/usr/local/bin/backup.sh'

إذا فشل هنا فسيفشل مع cron أيضًا.

أمثلة على أسطر كرون تاب

مزيد من الجداول الجاهزة في أمثلة تعبيرات الكرون.

كرون تاب في macOS

لا يزال macOS يتضمن cron، ويعمل الأمر crontab -e كما في لينكس. لكن Apple توصي باستخدام launchd، وفي الإصدارات الحديثة لا يستطيع cron قراءة المجلدات المحمية مثل سطح المكتب والمستندات حتى تمنح /usr/sbin/cron صلاحية «الوصول الكامل إلى القرص» من إعدادات النظام ← الخصوصية والأمن.

cron أم مؤقتات systemd؟

توفر معظم توزيعات لينكس أيضًا مؤقتات systemd (systemctl list-timers). فهي تسجّل كل تشغيل في سجل journal، ويمكنها تعويض المواعيد الفائتة أثناء إيقاف الجهاز (Persistent=true)، ولا تبدأ نسخة ثانية ما دامت الأولى تعمل. ومع ذلك يبقى cron الخيار الأسرع لمهمة من سطر واحد، وصيغة جدوله مستخدمة خارج لينكس أيضًا، من Kubernetes إلى GitHub Actions.

الأسئلة الشائعة

أدوات وأدلة ذات صلة