20220923 17. 认识系统服务 （daemons）

17.1 什么是 daemon 与服务 （service）

常驻在记体体中的程序，且可以提 供一些系统或网络功能，那就是服务

系统为了某些功能必须要提供一些服务 （不论是系统本身还是网络方面），这个 服务就称为 service 。达 成这个 service 的程序我们就称呼他为 daemon

这些服务的名称被创建之后，被挂上 Linux 使用 时，通常在服务的名称之后会加上一个 d

17.1.1 早期 System V 的 init 管理行为中 daemon 的主要分类 （Optional）

Unix 的 system V 版本启动系统服务的管理方式被称为 SysV 的 init 脚本程序的处理方式！亦即系统核 心第一支调用的程序是 init ， 然后 init 去唤起所有的系统所需要的服务，不论是本机服务还 是网络服务就是了。

基本上 init 的管理机制有几个特色如下：

• 服务的启动、关闭与观察等方式： 所有的服务启动脚本通通放置于 /etc/init.d/ 下面，基 本上都是使用 bash shell script 所写成的脚本程序，需要启动、关闭、重新启动、观察状 态时， 可以通过如下的方式来处理：

  • 启动：/etc/init.d/daemon start

  • 关闭：/etc/init.d/daemon stop

  • 重新启动：/etc/init.d/daemon restart

  • 状态观察：/etc/init.d/daemon status

• 服务启动的分类： init 服务的分类中，依据服务是独立启动或被一只总管程序管理而分为 两大类：

  • 独立启动模式 （stand alone）

  • 总管程序 （super daemon）：由特殊的 xinetd 或 inetd 这两个总管程序提供 socket 对应或 port 对应的管理。

• 服务的相依性问题：init 在管理员自己手动处理这些 服务时，是没有办法协助相依服务的唤醒的！

• 执行等级的分类：init 是开机后核心主动调用的， 然后 init 可以根据使用者自 订的执行等级 （runlevel） 来唤醒不同的服务，以进入不同的操作界面。基本上 Linux 提供 7 个执行等级，分别是 0, 1, 2…6 ， 比较重要的是 1）单人维护模式、3）纯文本模 式、5）文字加图形界面。而各个执行等级的启动脚本是通过 /etc/rc.d/rc[0- 6]/SXXdaemon 链接到 /etc/init.d/daemon ， 链接文件名 （SXXdaemon） 的功能为： S 为启动该服务，XX是数字，为启动的顺序。由于有 SXX 的设置，因此在开机时可以“依 序执行”所有需要的服务， 同时也能解决相依服务的问题。这点与管理员自己手动处理不 太一样就是了。

• 制定执行等级默认要启动的服务：若要创建如上提到的 SXXdaemon 的话，不需要管理员手动创建链接文件， 通过如下的指令可以来处理默认启动、默认不启动、观察默认启 动否的行为：

  • 默认要启动： chkconfig daemon on

  • 默认不启动： chkconfig daemon off

  • 观察默认为启动否： chkconfig –list daemon

• 执行等级的切换行为： 当你要从纯命令行 （runlevel 3） 切换到图形界面 （runlevel 5）， 不需要手动启动、关闭该执行等级的相关服务，只要“ init 5 ”即可切换，init 这小子 会主动去分析 /etc/rc.d/rc[35].d/ 这两个目录内的脚本， 然后启动转换 runlevel 中需要的 服务～就完成整体的 runlevel 切换

CentOS 7 已经不使用 init 来管理服 务了，不过因为考虑到某些脚本没有办法直接塞入 systemd 的处理，因此这些脚本还是被保 留下来

17.1.2 systemd 使用的 unit 分类

从 CentOS 7.x 以后，Red Hat 系列的 distribution 放弃沿用多年的 System V 开机启动服务的 流程，就是前一小节提到的 init 启动脚本的方法， 改用 systemd 这个启动服务管理机制～

systemd 有什么好处呢？

• 平行处理所有服务，加速开机流程：旧的 init 启动脚本是“一项一项任务依序启动”的模 式

• 一经要求就回应的 on-demand 启动方式： systemd 全部就是仅有一只 systemd 服务搭 配 systemctl 指令来处理，无须其他额外的指令来支持。不像 systemV 还要 init, chkconfig, service… 等等指令。 此外， systemd 由于常驻内存，因此任何要求 （on- demand） 都可以立即处理后续的 daemon 启动的任务。

• 服务相依性的自我检查： 由于 systemd 可以自订服务相依性的检查，因此如果 B 服务是 架构在 A 服务上面启动的，那当你在没有启动 A 服务的情况下仅手动启动 B 服务时， systemd 会自动帮你启动 A 服务

• 依 daemon 功能分类：systemd 先定义所有的服务为一个服务单位 （unit），并将该 unit 归类到不同的服务类型 （type） 去。 旧的 init 仅分为 stand alone 与 super daemon 实在不够看，systemd 将服务单位 （unit） 区分为 service, socket, target, path, snapshot, timer 等多种不同的类型（type）

• 将多个 daemons 集合成为一个群组：如同 systemV 的 init 里头有个 runlevel 的特色， systemd 亦将许多的功能集合成为一个所谓的 target 项目，这个项目主要在设计操作环 境的创建， 所以是集合了许多的 daemons，亦即是执行某个 target 就是执行好多个 daemon 的意思！

• 向下相容旧有的 init 服务脚本： 基本上， systemd 是可以相容于 init 的启动脚本的，因 此，旧的 init 启动脚本也能够通过 systemd 来管理，只是更进阶的 systemd 功能就没有 办法支持就是了。

systemd 也是有些地方无法完全取代 init 的！包括：

• 在 runlevel 的对应上，大概仅有 runlevel 1, 3, 5 有对应到 systemd 的某些 target 类型而 已，没有全部对应；

• 全部的 systemd 都用 systemctl 这个管理程序管理，而 systemctl 支持的语法有限制，不 像 /etc/init.d/daemon 就是纯脚本可以自订参数，systemctl 不可自订参数

• 如果某个服务启动是管理员自己手动执行启动，而不是使用 systemctl 去启动的 （例如 你自己手动输入 crond 以启动 crond 服务），那么 systemd 将无法侦测到该服务，而无 法进一步管理。

• systemd 启动过程中，无法与管理员通过 standard input 传入讯息！因此，自行撰写 systemd 的启动设置时，务必要取消互动机制

systemd 的配置文件放置目录

systemd 将过去所谓的 daemon 执行脚本通通称为一个服务单位 （unit），而每种 服务单位依据功能来区分时，就分类为不同的类型 （type）。 基本的类型有包括系统服务、 数据监听与交换的插槽档服务 （socket）、储存系统状态的快照类型、提供不同类似执行等 级分类的操作环境 （target） 等等

配置文件都放置在下面的目录中：

• /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/ 下面的

systemd 的 unit 类型分类说明

[root@VM-72-146-centos ~]# ll /usr/lib/systemd/system/ | grep -E '(vsftpd|multi|cron)' 
-rw-r--r-- 1 root root  318 Nov  8  2019 crond.service
-rw-r--r-- 1 root root  492 Dec  9  2020 multi-user.target
drwxr-xr-x 2 root root 4096 Jul 29  2021 multi-user.target.wants
lrwxrwxrwx 1 root root   17 Jul 29  2021 runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root   17 Jul 29  2021 runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root   17 Jul 29  2021 runlevel4.target -> multi-user.target

系统服务 （service）

multi-user 要算是执行 环境相关的类型 （target type）

几种比较常见 的 systemd 的服务类型如下：

17.2 通过 systemctl 管理服务

跟以前 systemV 需要 service / chkconfig / setup / init 等指令来协助不同， systemd 就是仅有 systemctl 这个指令来处理

17.2.1 通过 systemctl 管理单一服务 （service unit） 的启动/ 开机启动与观察状态

systemctl [command] [unit] 

command 主要有： 
start ：立刻启动后面接的 unit 
stop ：立刻关闭后面接的 unit 
restart ：立刻关闭后启动后面接的 unit，亦即执行 stop 再 start 的意思 
reload ：不关闭后面接的 unit 的情况下，重新载入配置文件，让设置生效 
enable ：设置下次开机时，后面接的 unit 会被启动 
disable ：设置下次开机时，后面接的 unit 不会被启动 
status ：目前后面接的这个 unit 的状态，会列出有没有正在执行、开机默认执行否、登录等信息等！ 
is-active ：目前有没有正在运行中 
is-enable ：开机时有没有默认要启用这个 unit

# 范例一：看看目前 atd 这个服务的状态为何？
[root@VM-72-146-centos ~]# systemctl status atd.service
● atd.service - Job spooling tools
   Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2022-09-26 08:45:21 CST; 54min ago
 Main PID: 1509 (atd)
    Tasks: 1
   Memory: 532.0K
   CGroup: /system.slice/atd.service
           └─1509 /usr/sbin/atd -f

Sep 26 08:45:21 VM-72-146-centos systemd[1]: Started Job spooling tools.


# Loaded：这行在说明，开机的时候这个 unit 会不会启动，enabled 为开机启动，disabled 开机不会启动 
# Active：现在这个 unit 的状态是正在执行 （running） 或没有执行 （dead） 
# 后面几行则是说明这个 unit 程序的 PID 状态以及最后一行显示这个服务的登录文件信息！ 
# 登录文件信息格式为：“时间” “讯息发送主机” “哪一个服务的讯息” “实际讯息内容” 
# 所以上面的显示讯息是：这个 atd 默认开机就启动，而且现在正在运行的意思！

范例二：正常关闭这个 atd 服务 
[root@study ~]# systemctl stop atd.service 
[root@study ~]# systemctl status atd.service

常见的 daemon 状态：

• active （running）：正有一只或多只程序正在系统中执行的意思，举例来说，正在执行 中的 vsftpd 就是这种模式

• active （exited）：仅执行一次就正常结束的服务，目前并没有任何程序在系统中执行。举例来说，开机或者是挂载时才会进行一次的 quotaon 功能，就是这种模式！ quotaon 不须一直执行～只须执行一次之后，就交给文件系统去自行处理啰！通常用 bash shell 写的小型服务，大多是属于这种类型 （无须常驻内存）。

• active （waiting）：正在执行当中，不过还再等待其他的事件才能继续处理。举例来 说，打印的伫列相关服务就是这种状态！ 虽然正在启动中，不过，也需要真的有伫列进 来 （打印工作） 这样他才会继续唤醒打印机服务来进行下一步打印的功能。

• inactive：这个服务目前没有运行的意思。

daemon 的默认状态：

• enabled：这个 daemon 将在开机时被执行

• disabled：这个 daemon 在开机时不会被执行

• static：这个 daemon 不可以自己启动 （enable 不可），不过可能会被其他的 enabled 的服务来唤醒 （相依属性的服务）

• mask：这个 daemon 无论如何都无法被启动！因为已经被强制注销 （非删除）。可通过 systemctl unmask 方式改回原本状态

服务启动/关闭与观察的练习

# 1\. 观察一下状态，确认是否为关闭/未启动呢？
systemctl status chronyd.service

# 2\. 由上面知道目前是启动的，因此立刻将他关闭，同时开机不会启动才行！
systemctl stop chronyd.service
systemctl disable chronyd.service

# 启动服务
systemctl start chronyd.service


# 注销
systemctl mask cups.service

# 取消注销
systemctl unmask cups.service

17.2.2 通过 systemctl 观察系统上所有的服务

systemctl [command] [--type=TYPE] [--all] 

command: 
list-units ：依据 unit 列出目前有启动的 unit。若加上 --all 才会列出没启动的。 
list-unit-files ：依据 /usr/lib/systemd/system/ 内的文件，将所有文件列表说明。 
--type=TYPE：就是之前提到的 unit type，主要有 service, socket, target 等

# 范例一：列出系统上面有启动的 unit 
systemctl


# 列出的项目中，主要的意义是： 
# UNIT ：项目的名称，包括各个 unit 的类别 （看扩展名） 
# LOAD ：开机时是否会被载入，默认 systemctl 显示的是有载入的项目而已喔！ 
# ACTIVE ：目前的状态，须与后续的 SUB 搭配！就是我们用 systemctl status 观察时，active 的项目！ 
# DESCRIPTION ：详细描述啰 

# 另外，systemctl 都不加参数，其实默认就是 list-units 的意思！

# 范例二：列出所有已经安装的 unit 有哪些？
systemctl list-unit-files

# 只想要知道 service 这种类别的 daemon 而已，而 且不论是否已经启动，通通要列出来
systemctl list-units --type=service --all

# 范例一：查询系统上是否有以 cpu 为名的服务？
systemctl list-units --type=service --all | grep cpu

17.2.3 通过 systemctl 管理不同的操作环境 （target unit）

# 列出跟操作界面 比较有关的 target 项目
systemctl list-units --type=target --all

跟操作界面相关性比 较高的 target 主要有下面几个：

• graphical.target：就是文字加上图形界面，这个项目已经包含了下面的 multi-user.target 项目！

• multi-user.target：纯文本模式！

• rescue.target：在无法使用 root 登陆的情况下，systemd 在开机时会多加一个额外的暂 时系统，与你原本的系统无关。这时你可以取得 root 的权限来维护你的系统。 但是这是 额外系统，因此可能需要动到 chroot 的方式来取得你原有的系统喔！

• emergency.target：紧急处理系统的错误，还是需要使用 root 登陆的情况，在无法使用 rescue.target 时，可以尝试使用这种模式！

• shutdown.target：就是关机的流程。

• getty.target：可以设置你需要几个 tty 之类的，如果想要降低 tty 的项目，可以修改这个 东西的配置文件！

正常的模式是 multi-user.target 以及 graphical.target 两个，救援方面的模式主要是 rescue.target 以及更严重的 emergency.target。 如果要修改可提供登陆的 tty 数量，则修改 getty.target 项目

systemctl [command] [unit.target] 

选项与参数： 
command: 
    get-default ：取得目前的 
    target set-default ：设置后面接的 target 成为默认的操作模式 
    isolate ：切换到后面接的模式

# 范例一：我们的测试机器默认是图形界面，先观察是否真为图形模式，再将默认模式转为文字界面
systemctl get-default

systemctl set-default multi-user.target
systemctl get-default

# 范例二：在不重新开机的情况下，将目前的操作环境改为纯文本模式，关掉图形界面
systemctl isolate multi-user.target
systemctl isolate graphical.target

在 service 部份 用 start/stop/restart 才对，在 target 项目则请使用 isolate （隔离不同的操作模式） 才对！

systemd 也提供了 数个简单的指令给我们切换操作模式之用

systemctl poweroff 系统关机 
systemctl reboot 重新开机 
systemctl suspend 进入暂停模式 
systemctl hibernate 进入休眠模式 
systemctl rescue 强制进入救援模式 
systemctl emergency 强制进入紧急救援模式

暂停与休眠模式

• suspend：暂停模式会将系统的状态数据保存到内存中，然后关闭掉大部分的系统硬件， 当然，并没有实际关机喔！ 当使用者按下唤醒机器的按钮，系统数据会重内存中回复， 然后重新驱动被大部分关闭的硬件，就开始正常运行！唤醒的速度较快。

• hibernate：休眠模式则是将系统状态保存到硬盘当中，保存完毕后，将计算机关机。当 使用者尝试唤醒系统时，系统会开始正常运行， 然后将保存在硬盘中的系统状态恢复回 来。因为数据是由硬盘读出，因此唤醒的性能与你的硬盘速度有关。

17.2.4 通过 systemctl 分析各服务之间的相依性

systemctl list-dependencies [unit] [--reverse] 

选项与参数： 
--reverse ：反向追踪谁使用这个 unit 的意思！

# 范例一：列出目前的 target 环境下，用到什么特别的 unit
systemctl get-default
systemctl list-dependencies

# 谁还会用到我的服务
systemctl list-dependencies --reverse

# graphical.target 又使用了多少的服务
systemctl list-dependencies graphical.target

# multi-user.target 被哪些服务用到
systemctl list-dependencies --reverse multi-user.target

17.2.5 与 systemd 的 daemon 运行过程相关的目录简介

• /usr/lib/systemd/system/： 使用 CentOS 官方提供的软件安装后，默认的启动脚本配置 文件都放在这里，这里的数据尽量不要修改～ 要修改时，请到 /etc/systemd/system 下面 修改较佳！

• /run/systemd/system/： 系统执行过程中所产生的服务脚本，这些脚本的优先序要比 /usr/lib/systemd/system/ 高！

• /etc/systemd/system/： 管理员依据主机系统的需求所创建的执行脚本，其实这个目录有 点像以前 /etc/rc.d/rc5.d/Sxx 之类的功能！执行优先序又比 /run/systemd/system/ 高喔！

• /etc/sysconfig/*： 几乎所有的服务都会将初始化的一些选项设置写入到这个目录下，举 例来说，mandb 所要更新的 man page 索引中，需要加入的参数就写入到此目录下的 man-db 当中喔！而网络的设置则写在 /etc/sysconfig/network-scripts/ 这个目录内。所 以，这个目录内的文件也是挺重要的；

• /var/lib/： 一些会产生数据的服务都会将他的数据写入到 /var/lib/ 目录中。举例来说，数 据库管理系统 Mariadb 的数据库默认就是写入 /var/lib/mysql/ 这个目录下啦！

• /run/： 放置了好多 daemon 的暂存盘，包括 lock file 以及 PID file 等等。

# socket file 放置在哪里
systemctl list-sockets

网络服务与端口对应简介

系统所有的功能都是某些程序 所提供的，而程序则是通过触发程序而产生的。同样的，系统提供的网络服务当然也是这样 的！ 只是由于网络牵涉到 TCP/IP 的概念，所以显的比较复杂一些就是了。

IP 就是代表你的主机在网 际网络上面的“门牌号码”。主机是如何分辨不同的服 务要求呢？那就是通过埠号 （port number）

• http://ftp.ksu.edu.tw/

• ftp://ftp.ksu.edu.tw/

事实上，为了统一整个网际网络的埠号对应服务的功能，好让所有的主机都能够使用相同的 机制来提供服务与要求服务， 所以就有了“通讯协定”这玩意儿。也就是说，有些约定俗成的 服务都放置在同一个埠号上面啦！举例来说， 网址列上面的 http 会让浏览器向 WWW 服务器 的 80 埠号进行连线的要求！而 WWW 服务器也会将 httpd 这个软件启动在 port 80， 这样两 者才能够达成连线的！

让服务与埠号对应在一起的设置 /etc/services

cat /etc/services
# 第一栏为 daemon 的名称、第二栏为该 daemon 所使用的埠号与网络数据封 包协定

17.2.6 关闭网络服务

基本上，会产生一个网络监听端口 （port） 的程序，你就可以称他是个网络 服务了

# 观察网络端口
netstat -tlunp

# 查找 rsync 相关的服务
systemctl list-units --all | grep rsync

# 关闭服务
systemctl stop rsyncd.service
systemctl disable rsyncd.service

17.3 systemctl 针对 service 类型的配置文件

17.3.1 systemctl 配置文件相关目录简介

服务的管理是通过 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 之前，需要事先启动哪些服务的意思。

17.3.2 systemctl 配置文件的设置项目简介

[root@VM-72-146-centos ~]# cat /usr/lib/systemd/system/sshd.service
[Unit]
Description=OpenSSH server daemon
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target sshd-keygen.service
Wants=sshd-keygen.service

[Service]
Type=notify
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s

[Install]
WantedBy=multi-user.target

将整个设置分为三个部份，就是：

• [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 代表关闭！

• 空白行、开头为 # 或 ; 的那一行，都代表注解！

[Unit] 部份

[Service] 部份

[Install] 部份

17.3.3 两个 vsftpd 运行的实例

假设是这样：

• 默认的 port 21：使用 /etc/vsftpd/vsftpd.conf 配置文件，以及 /usr/lib/systemd/system/vsftpd.service 设置脚本；

• 特殊的 port 555：使用 /etc/vsftpd/vsftpd2.conf 配置文件，以及 /etc/systemd/system/vsftpd2.service 设置脚本。

# 1\. 先创建好所需要的配置文件
[root@study ~]# cd /etc/vsftpd 
[root@study vsftpd]# cp vsftpd.conf vsftpd2.conf 
[root@study vsftpd]# vim vsftpd.conf 
#listen_port=555

# 2\. 开始处理启动脚本设置
[root@study vsftpd]# cd /etc/systemd/system 
[root@study system]# cp /usr/lib/systemd/system/vsftpd.service vsftpd2.service 
[root@study system]# vim vsftpd2.service
[Unit] 
Description=Vsftpd second ftp daemon 
After=network.target 

[Service] 
Type=forking 
ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd2.conf 

[Install] 
WantedBy=multi-user.target

# 3\. 重新载入 systemd 的脚本配置文件内容 
[root@study system]# systemctl daemon-reload
[root@study system]# systemctl list-unit-files --all | grep vsftpd
[root@study system]# systemctl status vsftpd2.service
[root@study system]# systemctl restart vsftpd.service vsftpd2.service 
[root@study system]# systemctl enable vsftpd.service vsftpd2.service 
[root@study system]# systemctl status vsftpd.service vsftpd2.service

[root@study system]# netstat -tlnp

17.3.4 多重的重复设置方式：以 getty 为例

CentOS 7 开机完成后，不是说有 6 个终端机可以使用吗？就是那个 tty1~tty6 的啊！ 那个东西是由 agetty 这个指令达成的。 OK！那么这个终端机的功能又是从哪个项目所提供 的呢？其实，那个东东涉及很多层面，主要管理的是 getty.target 这个 target unit ， 不过，实 际产生 tty1~tty6 的则是由 getty@.service 所提供的！

[root@VM-72-146-centos ~]# cat /usr/lib/systemd/system/getty@.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=Getty on %I
Documentation=man:agetty(8) man:systemd-getty-generator(8)
Documentation=http://0pointer.de/blog/projects/serial-console.html
After=systemd-user-sessions.service plymouth-quit-wait.service getty-pre.target
After=rc-local.service

# If additional gettys are spawned during boot then we should make
# sure that this is synchronized before getty.target, even though
# getty.target didn't actually pull it in.
Before=getty.target
IgnoreOnIsolate=yes

# On systems without virtual consoles, don't start any getty. Note
# that serial gettys are covered by serial-getty@.service, not this
# unit.
ConditionPathExists=/dev/tty0

[Service]
# the VT is cleared by TTYVTDisallocate
ExecStart=-/sbin/agetty --noclear %I $TERM
Type=idle
Restart=always
RestartSec=0
UtmpIdentifier=%I
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process
IgnoreSIGPIPE=no
SendSIGHUP=yes

# Unset locale for the console getty since the console has problems
# displaying some internationalized messages.
Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION=

[Install]
WantedBy=getty.target
DefaultInstance=tty1

注意 ExecStart 项目，-/sbin/agetty --noclear %I $TERM

man agetty 时，发现到它的语法应该是“ agetty –noclear tty1 ”之类的字样， 因此，我们如果要启动六个 tty 的时候，基本上应该要有 六个启动配置文件。亦即是可能会用到 getty1.service, getty2.service…getty6.service 才对！ 哇！这样控管很麻烦啊～所以，才会出现这个 @ 的项目

先来看看 getty@.service 的上游，亦即是 getty.target

Wants=getty@tty1.service serial-getty@ttyS0.service
WantedBy=multi-user.target
Conflicts=shutdown.target
Before=multi-user.target
After=getty@tty1.service serial-getty@ttyS0.service

systemd 就会这么作：

• 先看 /usr/lib/systemd/system/, /etc/systemd/system/ 有没有 getty@tty1.service 的设置， 若有就执行，若没有则执行下一步；

• 找 getty@.service 的设置，若有则将 @ 后面的数据带入成 %I 的变量，进入 getty@.service 执行！

这也就是说，其实 getty@tty1.service 实际上是不存在的！他主要是通过 getty@.service 来 执行～也就是说， getty@.service 的目的是为了要简化多个执行的启动设置， 他的命名方式 是这样的：

原始文件：执行服务名称@.service 
可执行文件案：执行服务名称@范例名称.service

再回头看看 getty@.service 的启动脚本：

ExecStart=-/sbin/agetty --noclear %I $TERM

%I 指的就是“范例名称”！根据 getty.target 的信息输出来看，getty@tty1.service 的 %I 就是 tty1 啰！因此执行脚本就会变成“ /sbin/agetty –noclear tty1 ”！ 所以我们才有办法 以一个配置文件来启动多个 tty1 给用户登陆啰！

将 tty 的数量由 6 个降低到 4 个

6 个 tty 是因为 systemd 的登陆配置文件 /etc/systemd/logind.conf 里面规范的

# 1\. 修改默认的 logind.conf 内容，将原本 6 个虚拟终端机改成 4 个
[root@study ~]# vim /etc/systemd/logind.conf 
[Login] 
NAutoVTs=4 
ReserveVT=0

# 2\. 关闭不小心启动的 tty5, tty6 并重新启动 getty.target 啰！
[root@study ~]# systemctl stop getty@tty5.service 
[root@study ~]# systemctl stop getty@tty6.service 
[root@study ~]# systemctl restart systemd-logind.service

# 暂时需要启动 tty8
systemctl start getty@tty8.service

暂时新增 vsftpd 到 2121 端口

根据前面 getty@.service 的说明，我们知道在启动的脚本设置当中， %i 或 %I 就是代表 @ 后面接的范例文件名的意思！ 那我可以创建 vsftpd3.conf 文件，然后通过该文件来启动新 的服务

# 1\. 根据 vsftpd@.service 的建议，于 /etc/vsftpd/ 下面先创建新的配置文件
[root@study ~]# cd /etc/vsftpd 
[root@study vsftpd]# cp vsftpd.conf vsftpd3.conf 
[root@study vsftpd]# vim vsftpd3.conf 
listen_port=2121

# 2\. 暂时启动这个服务，不要永久启动他！
[root@study vsftpd]# systemctl start vsftpd@vsftpd3.service 
[root@study vsftpd]# systemctl status vsftpd@vsftpd3.service

17.3.5 自己的服务自己作

假设我要作一只可以备份自己系统的服务，这只脚本我放在 /backups 下面，内容有点像这样：

[root@study ~]# vim /backups/backup.sh 
#!/bin/bash 
source="/etc /home /root /var/lib /var/spool/{cron,at,mail}" 
target="/backups/backup-system-$(date +%Y-%m-%d).tar.gz" 
[ ! -d /backups ] && mkdir /backups 
tar -zcvf ${target} ${source} &> /backups/backup.log 

[root@study ~]# chmod a+x /backups/backup.sh 
# 记得要有可执行的权限才可以喔！

设计一只名为 backup.service 的启动脚本设置

[root@study ~]# vim /etc/systemd/system/backup.service
[Unit] 
Description=backup my server 
Requires=atd.service 

[Service] 
Type=simple 
ExecStart=/bin/bash -c " echo /backups/backup.sh | at now" 

[Install] 
WantedBy=multi-user.target 
# 因为 ExecStart 里面有用到 at 这个指令，因此， atd.service 就是一定要的服务！

[root@study ~]# systemctl daemon-reload 
[root@study ~]# systemctl start backup.service 
[root@study ~]# systemctl status backup.service
# 为什么 Active 是 inactive 呢？这是因为我们的服务仅是一个简单的 script 啊！ 
# 因此执行完毕就完毕了，不会继续存在内存中喔！

17.4 systemctl 针对 timer 的配置文件

在过去，我们大概都是使用 crond 这个服务来定期处理， 不过，既然现在有一直常驻 在内存当中的 systemd 这个好用的东西，加上这 systemd 有个协力服务，名为 timers.target 的家伙，这家伙可以协助定期处理各种任务！

systemd.timer 的优势

优点

• 由于所有的 systemd 的服务产生的信息都会被纪录 （log），因此比 crond 在 debug 上 面要更清楚方便的多；

• 各项 timer 的工作可以跟 systemd 的服务相结合；

• 各项 timer 的工作可以跟 control group （cgroup，用来取代 /etc/secure/limit.conf 的功 能） 结合，来限制该工作的资源利用

• 相对于 crond 最小的单位到分， systemd 是可以到秒甚至是毫 秒的单位

缺点

• systemd 的 timer 并没有 email 通知的功能

• 没有类似 anacron 的一段时间内的随机取样功能 （random_delay）

其他略

17.5 CentOS 7.x 默认启动的服务简易说明

使用 systemctl list-unit-files --type=service 去查询

下面的建议主要是针对 Linux 单机服务器的 角色来说明的，不是桌上型的环境喔！

CentOS 7.x 默认 启动的服务内容

其他服 务的简 易说明

原文地址：http://www.cnblogs.com/huangwenjie/p/16870710.html