.\"/* Copyright 1988,1990,1993,1996 by Paul Vixie
.\" * All rights reserved
.\" */
.\"
.\" Copyright (c) 2004 by Internet Systems Consortium, Inc. ("ISC")
.\" Copyright (c) 1997,2000 by Internet Software Consortium, Inc.
.\"
.\" Permission to use, copy, modify, and distribute this software for any
.\" purpose with or without fee is hereby granted, provided that the above
.\" copyright notice and this permission notice appear in all copies.
.\"
.\" THE SOFTWARE IS PROVIDED "AS IS" AND ISC DISCLAIMS ALL WARRANTIES
.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
.\" MERCHANTABILITY AND FITNESS.  IN NO EVENT SHALL ISC BE LIABLE FOR
.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT
.\" OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
.\"
.\" Modified 2010/09/12 by Colin Dean, Durham University IT Service,
.\" to add clustering support.
.\"
.\" $Id: cron.8,v 1.8 2004/01/23 19:03:32 vixie Exp $
.\"
.TH CRON "8" "2013-09-26" "cronie" "مدیریت سیستم"
.SH "نام (NAME)"
crond \- دیمنی برای اجرای دستورات زمان‌بندی‌شده
.SH "خلاصه دستور (SYNOPSIS)"
.B crond
.RB [ -c " | " -h " | " -i " | " -n " | " -p " | " -P " | " -s " | " -m \fP\fI<دستور ارسال ایمیل>\fP ]
.br
.B crond
.B -x
.RB [ext,sch,proc,pars,load,misc,test,bit]
.br
.B crond
.B -V
.SH "توضیحات (DESCRIPTION)"
هنگامی که از اسکریپت‌های سنتی sysvinit استفاده می‌شود،
.I Cron
از طریق
.I /etc/rc.d/init.d
یا
.I /etc/init.d
راه‌اندازی می‌شود. در صورتی که systemd فعال باشد، فایل واحد (unit file) در مسیر
.I /lib/systemd/system/crond.service
نصب شده و دیمن با دستور
.I systemctl start crond.service
آغاز به کار می‌کند. این دیمن بلافاصله کنترل را بازمی‌گرداند، بنابراین نیازی به راه‌اندازی آن با پارامتر '&' نیست.
.PP
.I Cron
مسیر
.I /var/spool/cron
را برای یافتن فایل‌های crontab که بر اساس حساب‌های کاربری در
.I /etc/passwd
نام‌گذاری شده‌اند، جستجو می‌کند؛ فایل‌های crontab یافته‌شده در حافظه بارگذاری می‌شوند.
.I Cron
همچنین به دنبال فایل
.I /etc/anacrontab
و هر فایلی در دایرکتوری
.I /etc/cron.d
می‌گردد که ساختار متفاوتی دارند (نگاه کنید به
.BR crontab (5)).
.I Cron
تمام فایل‌های crontab ذخیره‌شده را بررسی کرده و هر وظیفه را بررسی می‌کند تا مشخص شود آیا باید در دقیقهٔ جاری اجرا شود یا خیر. هنگام اجرای دستورات، هرگونه خروجی برای مالک فایل crontab (یا برای کاربری که در متغیر محیطی
.I MAILTO
در crontab مشخص شده است، در صورت وجود) ایمیل می‌شود. همچنین می‌توان با استفاده از گزینهٔ
.B "\-s"
هرگونه خروجی وظایف را به syslog ارسال کرد.
.PP
دو روش برای بررسی تغییرات در جدول‌های crontab وجود دارد. روش اول بررسی زمان تغییر (modtime) فایل است. روش دوم استفاده از پشتیبانی inotify است. استفاده از inotify پس از راه‌اندازی دیمن در گزارش‌های
.I /var/log/cron
ثبت می‌شود. پشتیبانی inotify تغییرات را در تمامی جداول crontab بررسی می‌کند و تنها زمانی به دیسک سخت دسترسی پیدا می‌کند که تغییری شناسایی شده باشد.
.PP
هنگام استفاده از گزینهٔ modtime، برنامهٔ
.I Cron
زمان تغییر جدول‌های crontab خود را هر دقیقه بررسی می‌کند تا هرگونه تغییر را شناسایی کرده و جداول تغییریافته را مجدداً بارگذاری کند. پس از تغییر برخی از فایل‌های crontab، نیازی به راه‌اندازی مجدد
.I Cron
نیست. همچنین در صورتی که inotify نتواند مقداردهی اولیه شود، از گزینهٔ modtime استفاده می‌شود.
.PP
.I Cron
این فایل‌ها و دایرکتوری‌ها را بررسی می‌کند:
.TP
.IR /etc/crontab
جدول زمانی crontab سیستم. امروزه این فایل به‌طور پیش‌فرض خالی است. در ابتدا معمولاً برای اجرای وظایف روزانه، هفتگی و ماهانه استفاده می‌شد. در حال حاضر به‌طور پیش‌فرض این وظایف از طریق anacron اجرا می‌شوند که فایل پیکربندی
.IR /etc/anacrontab
را می‌خواند. برای جزئیات بیشتر به
.BR anacrontab (5)
مراجعه کنید.
.TP
.IR /etc/cron.d/
دایرکتوری شامل وظایف زمان‌بندی‌شدهٔ سیستمی (cronjobs) که برای کاربران مختلف ذخیره شده‌اند.
.TP
.IR /var/spool/cron
دایرکتوری شامل جداول crontab کاربران که توسط دستور
.IR crontab
ایجاد شده‌اند.
.PP
توجه داشته باشید که دستور
.BR crontab (1)
هر زمان که یک crontab را تغییر دهد، زمان تغییر (modtime) دایرکتوری spool را به‌روزرسانی می‌کند.
.PP
.SS "ساعت تابستانی و سایر تغییرات زمانی"
تغییرات زمان محلی کمتر از سه ساعت، مانند تغییرات ناشی از ساعت تابستانی (Daylight Saving Time)، به روشی ویژه مدیریت می‌شوند. این موضوع تنها در مورد وظایفی اعمال می‌شود که در زمانی مشخص اجرا می‌شوند و وظایفی که تناوب زمانی اجرای آن‌ها بیش از یک ساعت است. وظایفی که با بسامد بیشتری اجرا می‌شوند به‌طور عادی زمان‌بندی خواهند شد.
.PP
اگر زمان یک ساعت به جلو کشیده شود، وظایفی که قرار بود در بازهٔ ردشده اجرا شوند، بلافاصله اجرا خواهند شد. برعکس، اگر زمان به عقب برگردانده شود، از اجرای دوبارهٔ همان وظیفه جلوگیری می‌شود.
.PP
تغییرات زمانی بیش از ۳ ساعت به عنوان تصحیح ساعت یا منطقهٔ زمانی در نظر گرفته شده و زمان جدید بلافاصله اعمال می‌شود.
.PP
امکان استفاده از مناطق زمانی متفاوت برای جداول crontab وجود دارد. برای اطلاعات بیشتر به
.BR crontab (5)
مراجعه کنید.
.SS "کنترل دسترسی PAM"
در صورتی که PAM روی سیستم نصب باشد،
.IR Cron
از کنترل دسترسی با استفاده از PAM پشتیبانی می‌کند. برای اطلاعات بیشتر به
.BR pam (8)
مراجعه کنید. فایل پیکربندی PAM برای
.IR crond
در مسیر
.IR /etc/pam.d/crond
نصب می‌شود. این دیمن محیط PAM را از ماژول pam_env بارگذاری می‌کند. این رفتار را می‌توان با تعریف تنظیمات خاص در فایل crontab مربوطه بازنویسی کرد.
.SH "گزینه‌ها (OPTIONS)"
.TP
.B "\-h"
نمایش پیام راهنما و خروج.
.TP
.B "\-i"
غیرفعال‌سازی پشتیبانی از inotify.
.TP
.B "\-m"
این گزینه به شما اجازه می‌دهد تا به جای استفاده از
.BR sendmail (8)
یک دستور پوسته برای ارسال خروجی‌های پستی
.I Cron
تعیین کنید. این دستور باید یک پیام ایمیل کاملاً قالب‌بندی‌شده (همراه با هدرها) را در ورودی استاندارد دریافت کرده و آن را به عنوان یک پیام ایمیل به گیرندگان مشخص‌شده در هدرهای ایمیل ارسال کند. تعیین رشتهٔ
.I "off"
(به‌عنوان مثال: crond \-m off)
ارسال ایمیل را غیرفعال خواهد کرد.
.TP
.B "\-n"
دیمن را ملزم می‌کند تا در پیش‌زمینه (foreground) اجرا شود. این قابلیت هنگام راه‌اندازی آن از طریق init می‌تواند مفید باشد. با این گزینه، تغییر تنظیمات pam ضروری است؛
.I /etc/pam.d/crond
نباید ماژول
.I pam_loginuid.so
را فعال کند.
.TP
.B "\-f"
همانند \-n، برای سازگاری با سایر پیاده‌سازی‌های crond.
.TP
.B "\-p"
به
.I Cron
اجازه می‌دهد تا هرگونه جدول crontab تنظیم‌شده توسط کاربر را بپذیرد.
.TP
.B "\-P"
متغیر PATH را مقداردهی نمی‌کند؛ در عوض PATH از متغیرهای محیطی به ارث برده می‌شود.
.TP
.B "\-c"
پشتیبانی از خوشه‌بندی (clustering) را طبق توضیحات زیر فعال می‌کند.
.TP
.B "\-s"
این گزینه
.I Cron
را هدایت می‌کند تا خروجی وظایف را با استفاده از
.BR syslog (3)
به گزارش‌های سیستم ارسال کند. این قابلیت در صورتی که سیستم شما فاقد
.BR sendmail (8)
باشد یا ارسال ایمیل غیرفعال شده باشد، مفید است.
.TP
.B "\-x"
این گزینه امکان تنظیم پرچم‌های اشکال‌زدایی (debug) را فراهم می‌سازد.
.TP
.B "\-V"
نمایش نسخه و خروج.
.SH "سیگنال‌ها (SIGNALS)"
هنگامی که سیگنال
.I SIGHUP
دریافت شود، دیمن
.I Cron
فایل لاگ خود را بسته و مجدداً باز خواهد کرد. این قابلیت برای اسکریپت‌هایی که فایل‌های لاگ را می‌چرخانند و بایگانی می‌کنند (rotate و age) بسیار مفید است. طبیعی است که اگر
.I Cron
برای استفاده از
.IR syslog (3)
ساخته شده باشد، این موضوع کاربردی نخواهد داشت.
.SH "پشتیبانی از خوشه‌بندی (CLUSTERING SUPPORT)"
در این نسخه از
.IR Cron
امکان استفاده از مسیر اشتراکی نصب‌شده تحت شبکه
.I /var/spool/cron
در میان خوشه‌ای از میزبان‌ها (cluster of hosts) وجود دارد و می‌توان مشخص کرد که در هر زمان تنها یکی از میزبان‌ها وظایف crontab موجود در این دایرکتوری را اجرا کند. این کار با راه‌اندازی
.I Cron
همراه با گزینهٔ
.B \-c
و قرار دادن تنها یک خط در فایل
.I /var/spool/cron/.cron.hostname
انجام می‌شود که نشان‌دهندهٔ نام میزبان (hostname) آن میزبانی از خوشه است که باید وظایف را اجرا کند. اگر این فایل وجود نداشته باشد، یا نام میزبان درون آن با آنچه توسط
.BR gethostname (2)
برگردانده می‌شود مطابقت نداشته باشد، تمام فایل‌های crontab در این دایرکتوری نادیده گرفته می‌شوند. این امر هیچ تأثیری بر وظایف cron مشخص‌شده در فایل
.I /etc/crontab
یا فایل‌های موجود در دایرکتوری
.I /etc/cron.d
ندارد. این فایل‌ها همیشه اجرا شده و مختص هر میزبان در نظر گرفته می‌شوند.
.PP
به جای ویرایش مستقیم
.IR /var/spool/cron/.cron.hostname ،
از گزینهٔ
.B \-n
در
.BR crontab (1)
برای تعیین میزبان استفاده کنید.
.PP
باید اطمینان حاصل کنید که ساعت تمام میزبان‌ها در یک خوشه و سرور فایلی که دایرکتوری اشتراکی crontab را از آن متصل (mount) می‌کنند، به‌طور دقیق همگام‌سازی شده باشد (مثلاً با استفاده از
.BR ntpd (8))،
در غیر این صورت نتایج بسیار غیرقابل‌پیش‌بینی خواهند بود.
.PP
استفاده از اشتراک‌گذاری خوشه‌ای به‌طور خودکار پشتیبانی از inotify را غیرفعال می‌کند، زیرا در سامانه‌های پروندهٔ اشتراکی تحت شبکه نمی‌توان به inotify اتکا کرد.
.SH "هشدارها (CAVEATS)"
تمامی فایل‌های
.BR crontab
باید فایل‌های معمولی یا پیوندهای نمادین (symlink) به فایل‌های معمولی باشند، و نباید برای کسی به جز مالک قابل‌اجرا یا قابل‌نوشتن باشند. این الزام را می‌توان با استفاده از گزینهٔ
.B \-p
در خط فرمان crond نادیده گرفت. در صورت استفاده از پشتیبانی inotify، تغییرات در فایل‌های crontab پیوند داده‌شده به صورت نمادین، به‌طور خودکار توسط دیمن cron شناسایی نمی‌شوند. دیمن cron باید یک سیگنال SIGHUP دریافت کند تا فایل‌های crontab را مجدداً بارگذاری نماید. این یک محدودیت در رابط برنامه‌نویسی (API) مربوط به inotify است.
.PP
در صورتی که sendmail نصب نشده باشد، خروجی syslog به جای ایمیل استفاده خواهد شد.
.SH "همچنین ببینید (SEE ALSO)"
.BR crontab (1),
.BR crontab (5),
.BR inotify (7),
.BR pam (8)
.SH "نویسندگان (AUTHORS)"
.MT vixie@isc.org
Paul Vixie
.ME
.br
.MT mmaslano@redhat.com
Marcela Mašláňová
.ME
.br
.MT colin@colin-dean.org
Colin Dean
.ME
.br
.MT tmraz@fedoraproject.org
Tomáš Mráz
.ME