循环执行的例行性工作排程则是由 cron (crond) 这个系统服务来控制的。Linux 系统上面原本就有非常多的例行性工作，因此这个系统服务是默认启动的。 另外， 由于使用者自己也可以进行例行性工作排程， Linux 也提供使用者控制例行性工作 排程的指令 (crontab)。
使用者的设定
使用者想要建立循环型工作排程时，使用的是 crontab 这个指令。不过，为了安全性的问题，与 at同样的，我们可以限制使用 crontab 的使用者账号喔!使用的限制数据有:
- /etc/cron.allow:
将可以使用 crontab 的账号写入其中，若不在这个文件内的使用者则不可使用 crontab;
- /etc/cron.deny:
将不可以使用 crontab 的账号写入其中，若未记录到这个文件当中的使用者，就可以使用 crontab 。
与 at 很像吧!同样的，以优先级来说， /etc/cron.allow 比 /etc/cron.deny 要优先，这 两个文件只选择一个来限制而已，因此，建议你只要保留一个即可， 免得影响自己在设定上面的判 断!一般来说，系统默认是保留 /etc/cron.deny ， 你可以将不想让他执行 crontab 的那个使用者写 入 /etc/cron.deny 当中，一个账号一行!
当用户使用 crontab 这个指令来建立工作排程之后，该项工作就会被纪录到 /var/spool/cron/ 里面去 了，而且是以账号来作为判别的喔!举例来说， dmtsai 使用 crontab 后， 他的工作会被纪录到 /var/spool/cron/dmtsai 里头去!但请注意，不要使用 vi 直接编辑该文件， 因为可能由于输入语法错 误，会导致无法执行 cron。另外， cron 执行的每一项工作都会被纪录到 /var/log/cron 这个登录 档中，所以啰，如果你的 Linux 不知道有否被植入木马时，也可以搜寻一下 /var/log/cron 这个登录档呢!
crontab 的语法
[root@study ~]# crontab [-u username] [-l|-e|-r]
选项与参数:
-u :只有 root 才能进行这个任务，亦即帮其他使用者建立/移除 crontab 工作排程; -e :编辑 crontab 的工作内容
-l :查阅 crontab 的工作内容
-r :移除所有的 crontab 的工作内容，若仅要移除一项，请用 -e 去编辑。
范例一:用 dmtsai 的身份在每天的 12:00 发信给自己
[dmtsai@study ~]$ crontab -e
# 此时会进入 vi 的编辑画面让您编辑工作!注意到，每项工作都是一行。
0 12 * * * mail -s "at 12:00" dmtsai < /home/dmtsai/.bashrc
#分 时 日 月 周 |<==============指令串========================>|
预设情况下，任何使用者只要不被列入 /etc/cron.deny 当中，那么他就可以直接下达『 crontab -e 』 去编辑自己的例行性命令了!整个过程就如同上面提到的，会进入 vi 的编辑画面， 然后以一个工 作一行来编辑，编辑完毕之后输入『 :wq 』储存后离开 vi 就可以了! 而每项工作 (每行) 的格式 都是具有六个字段，这六个字段的意义为:
| 代表意义 | 分钟 | 小时 | 日期 | 月份 | 周 | 指令 |
|---|---|---|---|---|---|---|
| 数字范围 | 0-59 | 0-23 | 1-31 | 1-12 | 0-7 | 指令 |
比较有趣的是那个『周』喔!周的数字为 0 或 7 时，都代表『星期天』的意思!另外，还有一些辅 助的字符，大概有底下这些:
| 特殊字符 | 代表意义 |
|---|---|
| *(星号) | 代表任何时刻都接受的意思!举例来说，范例一内那个日、月、周都是 * ， 就代表着『不论何月、何 日的礼拜几的 12:00 都执行后续指令』的意思! |
| ,(逗号) | 代表分隔时段的意思。举例来说，如果要下达的工作是 3:00 与 6:00 时，就会是:0 3,6 * * * command 时间参数还是有五栏，不过第二栏是 3,6 ，代表 3 与 6 都适用! |
| -(减号) | 代表一段时间范围内，举例来说， 8 点到 12 点之间的每小时的 20 分都进行一项工作: 20 8-12 * * * command仔细看到第二栏变成 8-12 喔!代表 8,9,10,11,12 都适用的意思! |
| /n(斜线) | 那个 n 代表数字，亦即是『每隔 n 单位间隔』的意思，例如每五分钟进行一次，则:*/5 * * * * command很简单吧!用 * 与 /5 来搭配，也可以写成 0-59/5 ，相同意思! |
查询使用者目前的 crontab 内容呢?我们可以这样来看看:
[dmtsai@study ~]$ crontab -l
0 12 * * * mail -s "at 12:00" dmtsai < /home/dmtsai/.bashrc
59 23 1 5 * mail kiki < /home/dmtsai/lover.txt
*/5 * * * * /home/dmtsai/test.sh
30 16 * * 5 mail friend@his.server.name < /home/dmtsai/friend.txt
# 注意，若仅想要移除一项工作而已的话，必须要用 crontab -e 去编辑~
# 如果想要全部的工作都移除，才使用 crontab -r 喔!
[dmtsai@study ~]$ crontab -r
[dmtsai@study ~]$ crontab -l
no crontab for dmtsai
统的配置文件: /etc/crontab, /etc/cron.d/*
这个『 crontab -e 』是针对使用者的 cron 来设计的，如果是『系统的例行性任务』时， 该怎么办呢? 是否还是需要以 crontab -e 来管理你的例行性工作排程呢?当然不需要，你只要编
辑 /etc/crontab 这个文件就可以啦!有一点需要特别注意喔!那就是 crontab -e 这个 crontab 其实是 /usr/bin/crontab 这个执行档，但是 /etc/crontab 可是一个『纯文本档』喔!你可以 root 的身份编辑一下这个文件哩!
cron 这个服务的最低侦测限制是『分钟』，所以『 cron 会每分钟去读取一次 /etc/crontab 与 /var/spool/cron 里面的数据内容 』，因此，只要你编辑完 /etc/crontab 这个文件，并且将他储存之后， 那么 cron 的设定就自动的会来执行了!
tips 在 Linux 底下的 crontab 会自动的帮我们每分钟重新读取一次 /etc/crontab 的例行工 作事项，但是某些原因或者是其他的 Unix 系统中，由于 crontab 是读到内存当中的，所以在你修改完 /etc/crontab之后，可能并不会马上执行， 这个时候请重新启动 crond 这个服务吧!『systemctl restart crond』
来看一下这个 /etc/crontab 的内容吧!
[root@study ~]# cat /etc/crontab
SHELL=/bin/bash <==使用哪种 shell 接口 PATH=/sbin:/bin:/usr/sbin:/usr/bin <==执行文件搜寻路径
MAILTO=root <==若有额外 STDOUT，以 email 将数据送给谁
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat #|||||
# * * * * * user-name command to be executed
这个文件与将刚刚我们下达 crontab -e 的内容 几乎完全一模一样!只是有几个地方不太相同:
- MAILTO=root:
这个项目是说，当 /etc/crontab 这个文件中的例行性工作的指令发生错误时，或者是该工作的执行 结果有 STDOUT/STDERR 时，会将错误讯息或者是屏幕显示的讯息传给谁?默认当然是由系统 直接寄发一封 mail 给 root 啦!不过， 由于 root 并无法在客户端中以 POP3 之类的软件收信， 因此，鸟哥通常都将这个 e-mail 改成自己的账号，好让我随时了解系统的状况!例如: MAILTO=dmtsai@my.host.name
- PATH=....:
这里就是输入执 行文件的搜寻路径!使用默认的路径设定就已经很足够了!
- 『分时日月周身份指令』七个字段的设定
这个 /etc/crontab 里面可以设定的基本语法与 crontab -e 不太相同喔!前面同样是分、时、日、月、 周五个字段， 但是在五个字段后面接的并不是指令，而是一个新的字段，那就是『执行后面那串指令的身份』为何!这与使用者的 crontab -e 不相同。由于使用者自己的 crontab 并不需要指定 身份，但 /etc/crontab 里面当然要指定身份啦!以上表的内容来说，系统默认的例行性工作是以 root 的身份来进行的。
- crond 服务读取配置文件的位置
crond 预设有三个地方会有执行脚本配置文件，他们分别是:
- /etc/crontab
- /etc/cron.d/*
- /var/spool/cron/*
这三个地方中，跟系统的运作比较有关系的两个配置文件是放在 /etc/crontab 文件内以及/etc/cron.d/* 目录内的文件， 另外一个是跟用户自己的工作比较有关的配置文件，就是放在 /var/spool/cron/ 里面的文件群。现在来瞧瞧 /etc/cron.d 里面的东西吧!
[root@study ~]# ls -l /etc/cron.d
-rw-r--r--. 1 root root 128 Jul 30 2014 0hourly
-rw-r--r--. 1 root root 108 Mar 6 10:12 raid-check
-rw-------. 1 root root 235 Mar 6 13:45 sysstat
-rw-r--r--. 1 root root 187 Jan 28 2014 unbound-anchor
# 其实说真的，除了 /etc/crontab 之外，crond 的配置文件还不少耶!上面就有四个设定!
# 先让我们来瞧瞧 0hourly 这个配置文件的内容吧!
[root@study ~]# cat /etc/cron.d/0hourly
# Run the hourly jobs
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
01 * * * * root run-parts /etc/cron.hourly
# 瞧一瞧，内容跟 /etc/crontab 几乎一模一样!但实际上是有设定值喔!就是最后一行!
想要自己开发新的软件，该软件要拥有自己的 crontab 定时指令时，就可以将『分、时、日、月、周、身份、指令』的配置文件放置到 /etc/cron.d/ 目录下! 在此目录下的文件是『crontab 的配 置文件脚本』。
请注意一下上面表格中提到的最后一行，每个整点的一分会执行『 run-parts /etc/cron.hourly 』 这个指令~咦!那什么是 run-parts 呢? 如果你有去分析一下这个执行档，会发现他就是 shell script， run-parts 脚本会在大约 5 分钟内随机选一个时间来执行 /etc/cron.hourly 目录内的所有执行文件!因 此，放在 /etc/cron.hourly/ 的文件，必须是能被直接执行的指令脚本， 而不是分、时、日、月、周 的设定值喔!
也就是说，除了自己指定分、时、日、月、周加上指令路径的 crond 配置文件之外，你也可以直接 将指令放置到(或链接到)/etc/cron.hourly/ 目录下，则该指令就会被 crond 在每小时的 1 分开始后的 5 分钟内，随机取一个时间点来执行啰!你无须手动去指定分、时、日、月、周就是了。
除了可以直接将指令放到 /etc/cron.hourly/ 让系统每小时定时执行之 外，在 /etc/ 底下其实还有 /etc/cron.daily/, /etc/cron.weekly/, /etc/cron.monthly/，那三个目录是代表每日、每周、每月各执行一次的意思。跟 /etc/cron.hourly/ 不 太一样的是，那三个目录是由 anacron 所执行的，而 anacron 的执行方式则是放在 /etc/cron.hourly/0anacron 里面。
让我们总结一下：
-
个人化的行为使用『crontab-e』:如果你是依据个人需求来建立的例行工作排程，建议直接使用crontab-e 来建立你的工作排程较佳! 这样也能保障你的指令行为不会被大家看到 (/etc/crontab 是大家都能读取的权 限喔!);
-
系统维护管理使用『 vim /etc/crontab 』:如果你这个例行工作排程是系统的重要工作，为了让自己管理方 便，同时容易追踪，建议直接写入 /etc/crontab 较佳!
-
自己开发软件使用『 vim /etc/cron.d/newfile 』:如果你是想要自己开发软件，那当然最好就是使用全新的配 置文件，并且放置于 /etc/cron.d/ 目录内即可。
-
固定每小时、每日、每周、每天执行的特别工作:如果与系统维护有关，还是建议放置到 /etc/crontab 中来 集中管理较好。 如果想要偷懒，或者是一定要再某个周期内进行的任务，也可以放置到上面谈到的几个目 录中，直接写入指令即可!
一些注意事项
- 资源分配不均的问题
当大量使用 crontab 的时候，总是会有问题发生的，最严重的问题就是『系统资源分配不均』的问题，以鸟哥的系统为例，我有侦测主机流量的信息，包括:
- 流量
- 区域内其他 PC 的流量侦测
- RAM 使用率
- 在线人数实时侦测
如果每个流程都在同一个时间启动的话，那么在某个时段时，我的系统会变的相当的繁忙，所以，这 个时候就必须要分别设定啦!可以这样做：
[root@study ~]# vim /etc/crontab
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root CMD1
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root CMD2
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root CMD3
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root CMD4
- 取消不要的输出项目
『 当有执行成果或者是执行的项目中有输出的数据时，该数据将会 mail 给 MAILTO 设定的账号 』，那么当有一个排程一直出错，直接以『数据流重导向』将输出的结果输出到 /dev/null 这个垃圾桶当中就好了!
- 安全的检验
很多时候被植入木马都是以例行命令的方式植入的，所以可以藉由检查 /var/log/cron 的内容来视察 是否有『非您设定的 cron 被执行了?』这个时候就需要小心一点啰!
- 周与日月不可同时并存
另一个需要注意的地方在于:『你可以分别以周或者是日月为单位作为循环，但你不可使用「几月几 号且为星期几」的模式工作』。 这个意思是说，你不可以这样编写一个工作排程:
30 12 11 9 5 root echo "just test" <==这是错误的写法
本来你以为九月十一号且为星期五才会进行这项工作，无奈的是，系统可能会判定每个星期五作一次， 或每年的 9 月 11 号分别进行，如此一来与你当初的规划就不一样了~所以啰，得要注意这个地方!