三、systemctl针对service类型的配置文件
1.systemctl配置文件相关目录介绍
我们知道服务的管理是通过systemd，而systemd的配置文件大部分位于/usr/lib/system/system/目录中。但是Red Hat官方文档中，不允许修改这个文件，修改的文件位于/etc/system/system目录内。例如我想要修改vsftpd.service的话，那么应该怎样做呢？
（1）/usr/lib/system/system/vsftpd.service：官方的预置配置文件；
（2）/etc/systemd/system/vsftpd.service.d/custom.conf：在/etc/systemd/system底下建立与配置文件相同文件名的目录，但是要加上.d的后缀名。然后在该目录下新建配置文件即可。另外，配置文件的后缀名最好为.conf。
（3）/etc/system/system/vsftpd.service.wants/*：这里面的文件为快捷方式，设置相依服务的连接，意思是启动了vsftpd.service后，最好再加上这个目录下面建议的服务。
（4）/etc/system/system/vsftpd.service.requires/*：这里面的文件为快捷方式，设置相依服务的连接，意思是启动vsftpd.service之前，需要事先启动的服务。
2.systemctl配置文件配置项目介绍
一个配置文件，大概分为三个部分，即：
（1）[Unit]：unit本身的说明文字，以及与其他相依daemon的设定，包括在什么服务之后才能启动本unit之类的；
（2）[Service],[Socket],[Timer],[Mount],[Path]..：不同的unittype就得要使用相对应的设定项目。这个项目内主要在规范服务启动的脚本、环境配置文件档名、重新启动的方式等等。
（3）[Install]：这个项目就是将此unit安装到哪个target里面去的意思。
说明一下：
（1）设定项目通常是可以重复的，例如我可以重复设定两个After在配置文件中，不过，后面的设定会取代前面的喔！因此，如果你想要将设定值归零，可以使用类似『After=』的设定，亦即该项目的等号后面什么都没有，就将该设定归零了(reset)。
（2）如果设定参数需要有『是/否』的项目(布尔值)，你可以使用1,yes,true,on代表启动，用0,no,false,off代表关闭！随你喜好选择啰！
（3）空白行、开头为#或;的那一行，都代表注释。
每个部分里面设定的详细内如解释如下：
| [Unit] 部份 | |
| 设定参数 | 参数意义说明 |
| Description | 就是当我们使用 systemctl list-units 时，会输出给管理员看的简易说明！当然，使用 systemctl status 输出的此服务的说明，也是这个项目！ |
| Documentation | 这个项目在提供管理员能够进行进一步的文件查询的功能！提供的文件可以是如下的资料：
· Documentation=http://www…. · Documentation=man:sshd(8) · Documentation=file:/etc/ssh/sshd_config |
| After | 说明此 unit 是在哪个 daemon 启动之后才启动的意思！基本上仅是说明服务启动的顺序而已，并没有强制要求里头的服务一定要启动后此 unit 才能启动。 以 sshd.service 的内容为例，该档案提到 After 后面有 network.target 以及 sshd-keygen.service，但是若这两个 unit 没有启动而强制启动 sshd.service 的话， 那么 sshd.service 应该还是能够启动的！这与 Requires 的设定是有差异的喔！ |
| Before | 与 After 的意义相反，是在什么服务启动前最好启动这个服务的意思。不过这仅是规范服务启动的顺序，并非强制要求的意思。 |
| Requires | 明确的定义此 unit 需要在哪个 daemon 启动后才能够启动！就是设定相依服务啦！如果在此项设定的前导服务没有启动，那么此 unit 就不会被启动！ |
| Wants | 与 Requires 刚好相反，规范的是这个 unit 之后最好还要启动什么服务比较好的意思！不过，并没有明确的规范就是了！主要的目的是希望建立让使用者比较好操作的环境。 因此，这个 Wants 后面接的服务如果没有启动，其实不会影响到这个 unit 本身！ |
| Conflicts | 代表冲突的服务！亦即这个项目后面接的服务如果有启动，那么我们这个 unit 本身就不能启动！我们 unit 有启动，则此项目后的服务就不能启动！ 反正就是冲突性的检查啦！ |
| [Service]部份 | |
| 设定参数 | 参数意义说明 |
| Type | 说明这个daemon启动的方式，会影响到ExecStart喔！一般来说，有底下几种类型
· simple：默认值，这个daemon主要由ExecStart接的指令串来启动，启动后常驻于内存中。 · forking：由ExecStart启动的程序透过spawns延伸出其他子程序来作为此daemon的主要服务。原生的父程序在启动结束后就会终止运作。传统的unit服务大多属于这种项目，例如httpd这个WWW服务，当httpd的程序因为运作过久因此即将终结了，则systemd会再重新生出另一个子程序持续运作后，再将父程序删除。据说这样的效能比较好！！ · oneshot：与simple类似，不过这个程序在工作完毕后就结束了，不会常驻在内存中。 · dbus：与simple类似，但这个daemon必须要在取得一个D-Bus的名称后，才会继续运作！因此设定这个项目时，通常也要设定BusName=才行！ · idle：与simple类似，意思是，要执行这个daemon必须要所有的工作都顺利执行完毕后才会执行。这类的daemon通常是开机到最后才执行即可的服务！ 比较重要的项目大概是simple,forking与oneshot了！毕竟很多服务需要子程序(forking)，而有更多的动作只需要在开机的时候执行一次(oneshot)，例如文件系统的检查与挂载啊等等的。 |
| EnvironmentFile | 可以指定启动脚本的环境配置文件！例如sshd.service的配置文件写入到/etc/sysconfig/sshd当中！你也可以使用Environment=后面接多个不同的Shell变量来给予设定！ |
| ExecStart | 就是实际执行此daemon的指令或脚本程序。你也可以使用ExecStartPre(之前)以及ExecStartPost(之后)两个设定项目来在实际启动服务前，进行额外的指令行为。但是你得要特别注意的是，指令串仅接受『指令参数参数…』的格式，不能接受<,>,>>,|,&等特殊字符，很多的bash语法也不支持喔！所以，要使用这些特殊的字符时，最好直接写入到指令脚本里面去！不过，上述的语法也不是完全不能用，亦即，若要支持比较完整的bash语法，那你得要使用Type=oneshot才行喔！其他的Type才不能支持这些字符。 |
| ExecStop | 与systemctlstop的执行有关，关闭此服务时所进行的指令。 |
| ExecReload | 与systemctlreload有关的指令行为 |
| Restart | 当设定Restart=1时，则当此daemon服务终止后，会再次的启动此服务。举例来说，如果你在tty2使用文字界面登入，操作完毕后注销，基本上，这个时候tty2就已经结束服务了。但是你会看到屏幕又立刻产生一个新的tty2的登入画面等待你的登入！那就是Restart的功能！除非使用systemctl强制将此服务关闭，否则这个服务会源源不绝的一直重复产生！ |
| RemainAfterExit | 当设定为RemainAfterExit=1时，则当这个daemon所属的所有程序都终止之后，此服务会再尝试启动。这对于Type=oneshot的服务很有帮助！ |
| TimeoutSec | 若这个服务在启动或者是关闭时，因为某些缘故导致无法顺利『正常启动或正常结束』的情况下，则我们要等多久才进入『强制结束』的状态！ |
| KillMode | 可以是process,control-group,none的其中一种，如果是process则daemon终止时，只会终止主要的程序(ExecStart接的后面那串指令)，如果是control-group时，则由此daemon所产生的其他control-group的程序，也都会被关闭。如果是none的话，则没有程序会被关闭喔！ |
| RestartSec | 与Restart有点相关性，如果这个服务被关闭，然后需要重新启动时，大概要sleep多少时间再重新启动的意思。预设是100ms(毫秒)。 |
| [Install]部份 | |
| 设定参数 | 参数意义说明 |
| WantedBy | 这个设定后面接的大部分是*.targetunit！意思是，这个unit本身是附挂在哪一个targetunit底下的！一般来说，大多的服务性质的unit都是附挂在multi-user.target底下！ |
| Also | 当目前这个unit本身被enable时，Also后面接的unit也请enable的意思！也就是具有相依性的服务可以写在这里呢！ |
| Alias | 进行一个连接的别名的意思！当systemctl enable相关的服务时，则此服务会进行连结档的建立。 |
四、systemctl针对timer的配置文件
在Windows中有计划任务和启动项一说，如果在Linux中某些服务你想定期执行或开机启动某个服务，可以使用systemd和timers.target来进行处理。
使用systemd.timer的优点：
（1）由于所有的systemd的服务产生的信息都会被记录(log)，因此比crond在debug上面要更清楚方便的多；
（2）各项timer的工作可以跟systemd的服务相结合；
（3）各项timer的工作可以跟controlgroup(cgroup，用来取代/etc/secure/limit.conf的功能)结合，来限制该工作的资源利用。
1.任务需求
基本上，想要使用systemd的timer功能，必须要有以下几点：
（1）系统的timer.target必须启动；
（2）要有一个sname.service的服务存在（sname是你自己定的名称）；
（3）要有sname.timer的时间启动服务存在。
接下来我们假设用backup.service来进行定期执行。
2.sname.timer的设定值
在/etc/system/system下面新建这个timer文件。内容有以下几点：
| [Timer]部份 | |
| 设定参数 | 参数意义说明 |
| OnActiveSec | 当timers.target启动多久之后才执行这只unit。 |
| OnBootSec | 当开机完成后多久之后才执行。 |
| OnStartupSec | 当systemd第一次启动之后过多久才执行。 |
| OnUnitActiveSec | 服务在最后一次启动后，隔多久后再执行一次。 |
| OnUnitInactiveSec | 服务在最后一次停止后，隔多久再执行一次。 |
| OnCalendar | 使用实际时间的方式来启动服务。 |
| Unit | 如果你的sname并不相同时，就得要指定是哪一个service unit。 |
| Persistent | 当使用OnCalendar的设定时，指定该功能要不要持续进行的意思。 |
至于使用OnCalendar的时间格式，基本语法是：
星期几 YYYY-MM-DD HH:MM:SS
例如：THU 2019-01-07 20:42:44
也可以使用其它方式来指定时间，例如：
（1）us或者usec（微秒）；
（2）ms或msec（毫秒）；
（3）s, sec, second, seconds；
（4）m, min, minute, minutes；
（5）h, hr, hour, hours；
（6）d, day, days；
（7）w, week, weeks;
（8）month, months；
（9）y, year, years。
此外，可以使用口语化的表达方式，如下表所示：
| 英文口语 | 实际的时间格式代表 | 英语口语 | |
| now | Thu 2019-01-07 20:47:53 | weekly | Mon *-*-* 00:00:00 |
| today | Thu 2019-01-07 00:00:00 | monthly | *-*-01 00:00:00 |
| tomorrow | Thu 2019-01-08 00:00:00 | +3h10m | Thu 2019-01-07 23:57:53 |
| hourly | *-*-* *:00:00 | 2019-01-08 | TUE 2019-01-08 00:00:00 |
| daily | *-*-* 00:00:00 |