一、systemd的配置文件放置目录

基本上，systemd将过去所谓的daemon执行脚本通通称为一个服务单位（unit），而每种服务单位依据功能来区分时，就分类为不同的类型（type）。基本的类型有包括系统服务、数据监听与交换的插槽档服务（socket）、储存系统状态的快照类型、提供不同类似执行等级分类的操作环境（targer）等等。哇！这么多类型，那设定时会不会很麻烦呢？其实还好，因为配置文件都放置在底下的目录中：

/usr/lib/systemd/system/  #每个服务最主要的启动脚本设定，有点类似以前的/etc/init.d底下的文件
/run/systemd/system/   #系统执行过程中所产生的服务脚本，这些脚本的优先顺序要比/usr/lib/systemd/system/高！
/etc/systemd/system/   #管理员依据主机系统的需求所建立的执行脚本，其实这个目录有点像以前的/etc/rc.d/rc5.d/Sxx之类的功能！执行优先序又比/run/systemd/system高喔。

也就是说，到底系统开机会不会扫行某此服务其实看/etc/systemd/system/底下的设定，所以该目录底下就是一大堆加结档。而实际执行的systemd启动脚本配置文件，其实都是放置在/usr/lib/systemd/system底下的喔！因此如果你想要修改某个服务启动的设定，应该要去/usr/lib/systemd/system/底下修改才对！/etc/systemd/system/仅是连结到正确的执行脚本配置文件而已。所以想要看执行脚本设定，应该就要到/usr/lib/systemd/system/底下去查阅才对！

那/usr/lib/systemd/system/以下的数据如何区分上述所谓的不同的类型（type）呢？很简单！看扩展名！举例来说，我们来瞧瞧上一章谈到的ｖｓｆｔｐｄ这个范例的启动脚本设定，还有crond与纯文本模式的multi-user设定。

所以我们可以知道vsftpd与crond其实算是系统服务（service），而multi-user要算是执行环境相关的类型（target type）。根据这些扩展名的类型，我们大概可以找到几种比较常见的systemd的服务类型如下：

其中又以.service的系统服务类型最常见了！因为我们一堆网络服务都是透过这种类型来设计的啊！接下来，我们来谈谈如何管理这些服务的启动与关闭。

二、透过systemctl管理服务

基本上，systemd这个启动服务的机制，主要是透过一只名为systemctl的指令来处理的！跟以前systemV需要service/chkconfig/setup/init等指令来协助不同，systemd就是仅有systemctl这个指令来处理而已。所有全部的行为都要使用systemctl的意思啦！

2.1透过systemctl管理单一服务(service unit)的启动、开机启动与观察状态

在开始这个小节之前，鸟哥（这里鸟哥，当然不是祥哥，因为祥哥看的是鸟哥写的转载过来的。）要先来跟大家报告一下，那就是：一般来说，服务的启动有两个阶段，一个是开机的时候设定要不要启动这个服务，以及你现在要不要启动这个服务，这两者之间有很大的差异！举个例子来说，假如我们现在要立刻取消atd这个服务时，正规的方法（不要kill）要怎么处理？

上面的范例中，我们已经关掉了and啰！这样作才是对的！不应该使用kill的方式来关掉一个正常的服务！否则systemctl会无法继续监控该服务的！那就比较麻烦。而使用systemctl status atd的输出结果中，第2，3两行很重要~因为那个是告诉我们该unit下次开会会不会预设启动，以及目前启动的状态！相当重要！再回到systemctl status atd.service 的第三行，不是有个Active的daemon现在状态吗？除了running跟dead之外，有没有其他的状态呢？有的，基本是上是以下几种：

active(running)：正有一只或多只程序正在系统中执行的意思，举例来说，正在执行中的vsftpd就是这种模式
active(exited):仅执行一次就正常结束的服务，目前并没有任何程序在系统中执行。举例来说，开机或者是挂载时才会进行一次的quotaon功能，就是这种模式。
active(waiting)：正在执行当中，不过还再等待其他的事件才能继续处理。
inactive:这个服务目前没有运行
即然daemon目前的状态就这么多种了，那么daemon的预设状态有没有可能除了enable/disable这外，还有其他的情况吗？当然有
enabled:这个daemon将在开机时被执行
disabled:这个daemon开机不被执行
static:这个daemon不可以自已启动，不过可能会被其他的enabled的服务来唤醒（相依属性的服务）
mask:这个daemon无论如何都无法被启动！因为已经被强制注销。

三、Systemctl针对service的配置文件详解

现在我们知道服务的管理是通过 systemd，而 systemd 的配置文件大部分放置于 /usr/lib/systemd/system/ 目录内。但是 Red Hat 官方文件指出， 该目录的文件主要是原本软件所提供的设置，建议不要修改！而要修改的位置应该放置于 /etc/systemd/system/ 目录内。举例来说，如果你想要额外修改 vsftpd.service 的话， 他们建议要放置到哪些地方呢？

/usr/lib/systemd/system/vsftpd.service：官方释出的默认配置文件；
/etc/systemd/system/vsftpd.service.d/custom.conf：在 /etc/systemd/system 下面创建与配置文件相同文件名的目录，但是要加上 .d 的扩展名。然后在该目录下创建配置文件即可。另外，配置文件最好附文件名取名为 .conf 较佳！ 在这个目录下的文件会“累加其他设置”进入 /usr/lib/systemd/system/vsftpd.service 内喔！
/etc/systemd/system/vsftpd.service.wants/*：此目录内的文件为链接文件，设置相依服务的链接。意思是启动了 vsftpd.service 之后，最好再加上这目录下面建议的服务。
/etc/systemd/system/vsftpd.service.requires/*：此目录内的文件为链接文件，设置相依服务的链接。意思是在启动 vsftpd.service 之前，需要事先启动哪些服务的意思。
基本上，在配置文件里面你都可以自由设置相依服务的检查，并且设置加入到哪些 target 里头去。但是如果是已经存在的配置文件，或者是官方提供的配置文件， Red Hat 是建议你不要修改原设置，而是到上面提到的几个目录去进行额外的客制化设置比较好！当然，这见仁见智～如果你硬要修改原始的 /usr/lib/systemd/system 下面的配置文件，那也是 OK 没问题的！并且也能够减少许多配置文件的增加～鸟哥自己认为，这样也不错！反正，就完全是个人喜好啰～

每个配置文件分为三部分，就是：

[Unit]： unit 本身的说明，以及与其他相依 daemon 的设置，包括在什么服务之后才启动此 unit 之类的设置值；
[Service], [Socket], [Timer], [Mount], [Path]..：不同的 unit type 就得要使用相对应的设置项目。我们拿的是 sshd.service 来当范本，所以这边就使用 [Service] 来设置。 这个项目内主要在规范服务启动的脚本、环境配置文件文件名、重新启动的方式等等。
[Install]：这个项目就是将此 unit 安装到哪个 target 里面去的意思！

至于配置文件内有些设置规则还是得要说明一下：

设置项目通常是可以重复的，例如我可以重复设置两个 After 在配置文件中，不过，后面的设置会取代前面的喔！因此，如果你想要将设置值归零， 可以使用类似“ After= ”的设置，亦即该项目的等号后面什么都没有，就将该设置归零了 （reset）。
如果设置参数需要有“是/否”的项目 （布林值, boolean），你可以使用 1, yes, true, on 代表启动，用 0, no, false, off 代表关闭！随你喜好选择啰！
空白行、开头为 # 或 ; 的那一行，都代表注解！

每个部份里面还有很多的设置细项，我们使用一个简单的表格来说明每个项目好了

接下来了解一下[Service]当中有哪些项目可以使用！

最后，再来看看那么install内还有哪个项目可用

大致的项目就有这些，下节课分享几个实例吧。