@

认识系统服务 (daemons)

什么是 daemon 与服务 (service)

简单的说，系统为了某些功能必须要提供一些服务 (不论是系统本身还是网络方面)，这个服务就称为 service ;

达成这个 service的程序我们就称呼他为 daemon （守护进程）。

举例来说，达成循环型定时任务的服务 (service) 的程序为 crond 这个 daemon。

你不必去区分什么是 daemon 与 service ！事实上，你可以将这两者视为相同。

因为达成某个服务是需要一支 daemon 在背景中运作， 没有这支 daemon 就不会有 service ！所以不需要分的太清楚 。

不同的服务有不同的名称，服务的名称被建立之后，被挂上 Linux 使用时，通常在服务的名称之后会加上一个 d ，例如定时命令的建立的 at, 与 cron 这两个服务， 他的程序文件名会被取为 atd 与 crond，这个 d 代表的就是
daemon 的意思。

早期 System V 的 init 管理行为中 daemon 的主要分类 (Optional)

早期的Linux，启动系统服务的管理方式被称为 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 对应的管理。当没有用户要求某 socket 或 port 时， 所需要的服务是不会被启动的。若有用户要求时，xinetd 总管才会去唤醒相对应的服务程序。当该要求结束时，这个服务也会被结束掉～ 因为透过xinetd 所总管，因此这个家伙就被称为 super daemon。好处是可以透过 super daemon 来进行服务的时程、联机需求等的控制，缺点是唤醒服务需要一点时间的延迟。

• 服务的相依性问题：

  服务是可能会有相依性的～例如，你要启动网络服务，但是系统没有网络， 那怎么可能可以唤醒网络服务
  呢？如果你需要联机到外部取得认证服务器的联机，但该联机需要另一个 A 服务的需求，问题是，A 服务没有启动， 因此，你的认证服务就不可能会成功启动的！这就是所谓的服务相依性问题。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 切换。

基本上 init 主要的功能都写在上头了，重要的指令包括 daemon 本身自己的脚本(/etc/init.d/daemon) 、xinetd 这个特殊的总管程序 (super daemon)、设定预设开机启动的 chkconfig，以及会影响到执行等级的 init N 等。虽然 CentOS 7 已经不使用 init 来管理服务了，不过因为考虑到某些脚本没有办法直接塞入 systemd 的处理，因此这些脚本还是被保留下来 。

systemd 使用的 unit 分类

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

systemd 的优点：

• 平行处理所有服务，加速开机流程：

  旧的 init 启动脚本是『一项一项任务依序启动』的模式，因此不相依的服务也是得要一个一个的等待。

  但目前我们的硬件主机系统与操作系统几乎都支持多核心架构了， 未关联的服务可以同时启动；

  systemd 就是可以让所有的服务同时启动 。

• 一经要求就响应的 on-demand 启动方式：

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

• 服务相依性的自我检查：

  由于 systemd 可以自定义服务相依性的检查，因此如果 B 服务是架构在 A 服务上面启动的，那当你在没有启动 A 服务的情况下仅手动启动 B 服务时， systemd 会自动帮你启动 A 服务喔！这样就可以免去管理员得要一项一项服务去分析的麻烦。

• 根据 daemon 功能分类：

  systemd 旗下管理的服务非常多，包山包海啦～为了厘清所有服务的功能，因此，首先 systemd 先定义所有的服务为称为一个服务单位 (unit)，并将该 unit 归类到不同的服务类型 (type) 去。 旧的 init 仅分为 standalone 与 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 还有很多特殊的服务类型 (type) 可以提供更多有趣的功能。

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/ 底下的！因此如果你想要修改某个服务启动的设定，应该要去/usr/lib/systemd/system/ 底下修改才对！ /etc/systemd/system/ 仅是连结到正确的执行脚本配置文件而已。所以想要看执行脚本设定，应该就得要到 /usr/lib/systemd/system/ 底下去查阅才对。

systemd 的 unit 类型分类说明

/usr/lib/systemd/system/ 以下的数据通过扩展名来区分上述所谓的不同的类型 (type) 。

举例来说，我们使用 vsftpd 这个范例的启动脚本设定， 还有 crond 与纯文本模式的 multi-user 设定：

[root@study ~]# ll /usr/lib/systemd/system/ | grep -E '(vsftpd|multi|cron)'
-rw-r--r--. 1 root root 284 7 月 30 2014 crond.service
-rw-r--r--. 1 root root 567 3 月 6 06:51 multipathd.service
-rw-r--r--. 1 root root 524 3 月 6 13:48 multi-user.target
drwxr-xr-x. 2 root root 4096 5 月 4 17:52 multi-user.target.wants
lrwxrwxrwx. 1 root root 17 5 月 4 17:52 runlevel2.target -> multi-user.target
lrwxrwxrwx. 1 root root 17 5 月 4 17:52 runlevel3.target -> multi-user.target
lrwxrwxrwx. 1 root root 17 5 月 4 17:52 runlevel4.target -> multi-user.target
-rw-r--r--. 1 root root 171 6 月 10 2014 vsftpd.service
-rw-r--r--. 1 root root 184 6 月 10 2014 vsftpd@.service
-rw-r--r--. 1 root root 89 6 月 10 2014 vsftpd.target
# 比较重要的是上头提供的那三行特殊字体的部份

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

其中又以 .service 的系统服务类型最常见了；因为我们一堆网络服务都是透过这种类型来设计的。

透过 systemctl 管理服务

systemd 这个启动服务的机制，主要是透过一只名为 systemctl 的指令来处理的。

跟以前systemV 需要 service / chkconfig / setup / init 等指令来协助不同， systemd 就是仅有 systemctl 这个指令来处理而已；所以全部的行为都得要使用 systemctl 。

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

一般来说，服务的启动有两个阶段，一个是『开机的时候设定要不要启动这个服务』， 以及『你现在要不要启动这个服务』，这两者之间有很大的差异。

[root@study ~]# 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@study ~]# systemctl status atd.service
atd.service - Job spooling tools
	Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled)
	Active: active (running) since Mon 2015-08-10 19:17:09 CST; 5h 42min ago
Main PID: 1350 (atd)
	CGroup: /system.slice/atd.service
			└─1350 /usr/sbin/atd -f
Aug 10 19:17:09 study.centos.vbird 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
atd.service - Job spooling tools
Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled)
Active: inactive (dead) since Tue 2015-08-11 01:04:55 CST; 4s ago
Process: 1350 ExecStart=/usr/sbin/atd -f $OPTS (code=exited, status=0/SUCCESS)
Main PID: 1350 (code=exited, status=0/SUCCESS)
Aug 10 19:17:09 study.centos.vbird systemd[1]: Started Job spooling tools.
Aug 11 01:04:55 study.centos.vbird systemd[1]: Stopping Job spooling tools...
Aug 11 01:04:55 study.centos.vbird systemd[1]: Stopped Job spooling tools.
# 目前这个 unit 下次开机还是会启动，但是现在是没在运作的状态中！同时，
# 最后两行为新增加的登录讯息，告诉我们目前的系统状态喔！

关闭一个服务应使用 systemctl 命令；不应该使用 kill 的方式来关掉一个正常的服务。

否则 systemctl 会无法继续监控该服务的； 那就比较麻烦。

而使用 systemtctl status atd 的输出结果中，第 2, 3 两行很重要～因为那个是告知我们该 unit 下次开机会不会预设启动，以及目前启动的状态； 相当重要。

最底下是这个 unit 的日志～如果你的这个 unit 曾经出错过，观察这个地方也是相当重要的。

再回到 systemctl status atd.service 的第三行 ,有个 Active 的 daemon 现在状态；除 running 跟 dead 之外， 基本上还有几个常用的状态：

• active (running)：正有一只或多只程序正在系统中执行的意思，举例来说，正在执行中的 vsftpd 就是这种
  模式。
• active (exited)：仅执行一次就正常结束的服务，目前并没有任何程序在系统中执行。 举例来说，开机或者
  是挂载时才会进行一次的 quotaon 功能，就是这种模式！ quotaon 不须一直执行～只须执行一次之后，就交给文件系统去自行处理啰！通常用 bash shell 写的小型服务，大多是属于这种类型 (无须常驻内存)。
• active (waiting)：正在执行当中，不过还再等待其他的事件才能继续处理。举例来说，打印的队列相关服务
  就是这种状态！ 虽然正在启动中，不过，也需要真的有队列进来 (打印作业) 这样他才会继续唤醒打印机服务来进行下一步打印的功能。
• inactive：这个服务目前没有运作的意思。

既然 daemon 目前的状态就有这么多种了；daemon 的预设状态除了 enable/disable之外， 也有其他状态：

• enabled：这个 daemon 将在开机时被执行
• disabled：这个 daemon 在开机时不会被执行
• static：这个 daemon 不可以自己启动 (enable 不可)，不过可能会被其他的 enabled 的服务来唤醒 (相关联的服务)
• mask：这个 daemon 无论如何都无法被启动！因为已经被强制注销 (非删除)。可透过 systemctl unmask 方
  式改回原本状态

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

观察系统上所有的服务通过list-units 及 list-unit-files 来观察 ；

[root@study ~]# 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
[root@study ~]# systemctl
UNIT LOAD ACTIVE SUB DESCRIPTION
proc-sys-fs-binfmt_mis... loaded active waiting Arbitrary Executable File Formats File System
sys-devices-pc...:0:1:... loaded active plugged QEMU_HARDDISK
sys-devices-pc...0:1-0... loaded active plugged QEMU_HARDDISK
sys-devices-pc...0:0-1... loaded active plugged QEMU_DVD-ROM
.....(中间省略).....
vsftpd.service loaded active running Vsftpd ftp daemon
.....(中间省略).....
cups.socket loaded failed failed CUPS Printing Service Sockets
.....(中间省略).....
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
141 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
# 列出的项目中，主要的意义是：
# UNIT ：项目的名称，包括各个 unit 的类别 (看扩展名)
# LOAD ：开机时是否会被加载，默认 systemctl 显示的是有加载的项目而已喔！
# ACTIVE ：目前的状态，须与后续的 SUB 搭配！就是我们用 systemctl status 观察时，active 的项目！
# DESCRIPTION ：详细描述啰
# cups 比较有趣，因为刚刚被我们玩过，所以 ACTIVE 竟然是 failed 的喔！被玩死了！ ^_^
# 另外，systemctl 都不加参数，其实预设就是 list-units 的意思！

范例二：列出所有已经安装的 unit 有哪些？
[root@study ~]# systemctl list-unit-files
UNIT FILE STATE
proc-sys-fs-binfmt_misc.automount static
dev-hugepages.mount static
dev-mqueue.mount static
proc-fs-nfsd.mount static
.....(中间省略).....
systemd-tmpfiles-clean.timer static
336 unit files listed.

使用 systemctl list-unit-files 会将系统上所有的服务通通列出来～而不像 list-units 仅以 unit 分类作大致的说明。

如果只查询单独类型的服务，如 service 无论是否启动；如下：

[root@study ~]# systemctl list-units --type=service --all
# 只剩下 *.service 的项目才会出现喔！

范例一：查询系统上是否有以 cpu 为名的服务？
[root@study ~]# systemctl list-units --type=service --all | grep cpu
cpupower.service loaded inactive dead Configure CPU power related settings
# 确实有喔！可以改变 CPU 电源管理机制的服务哩！

透过 systemctl 管理不同的操作环境 (target unit)

[root@study ~]# systemctl list-units --type=target --all
UNIT LOAD ACTIVE SUB DESCRIPTION
basic.target loaded active active Basic System
cryptsetup.target loaded active active Encrypted Volumes
emergency.target loaded inactive dead Emergency Mode
final.target loaded inactive dead Final Step
getty.target loaded active active Login Prompts
graphical.target loaded active active Graphical Interface
local-fs-pre.target loaded active active Local File Systems (Pre)
local-fs.target loaded active active Local File Systems
multi-user.target loaded active active Multi-User System
network-online.target loaded inactive dead Network is Online
network.target loaded active active Network
nss-user-lookup.target loaded inactive dead User and Group Name Lookups
paths.target loaded active active Paths
remote-fs-pre.target loaded active active Remote File Systems (Pre)
remote-fs.target loaded active active Remote File Systems
rescue.target loaded inactive dead Rescue Mode
shutdown.target loaded inactive dead Shutdown
slices.target loaded active active Slices
sockets.target loaded active active Sockets
sound.target loaded active active Sound Card
swap.target loaded active active Swap
sysinit.target loaded active active System Initialization
syslog.target not-found inactive dead syslog.target
time-sync.target loaded inactive dead System Time Synchronized
timers.target loaded active active Timers
umount.target loaded inactive dead Unmount All Filesystems
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
26 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

在我们的 CentOS 7.1 的预设情况下，就有 26 个 target unit ；而跟操作界面相关性比较高的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 项目。

关于当前操作环境的操作：

[root@study ~]# systemctl [command] [unit.target]
选项与参数：
command:
get-default ：取得目前的 target
set-default ：设定后面接的 target 成为默认的操作模式
isolate ：切换到后面接的模式

范例一：我们的测试机器默认是图形界面，先观察是否真为图形模式，再将默认模式转为文字界面
[root@study ~]# systemctl get-default
graphical.target # 果然是图形界面喔！
[root@study ~]# systemctl set-default multi-user.target
[root@study ~]# systemctl get-default
multi-user.target

范例二：在不重新启动的情况下，将目前的操作环境改为纯文本模式，关掉图形界面
[root@study ~]# systemctl isolate multi-user.target

范例三：若需要重新取得图形界面呢？
[root@study ~]# systemctl isolate graphical.target

要注意，改变 graphical.target 以及 multi-user.target 是透过 isolate 来处理的；

鸟哥刚刚接触到systemd 的时候，在 multi-user.target 环境下转成 graphical.target 时， 可以透过 systemctl start
graphical.target ！然后鸟哥就以为关闭图形界面即可回到 multi-user.target 的！但使用 systemctl stop
graphical.target 却完全不理鸟哥；

在服务（ service ）这部分使用 start/stop/restart 才对，在 target项目则请使用 isolate (隔离不同的操作模式) 才对。

在正常的切换情况下，使用上述 isolate 的方式即可。不过为了方便起见， systemd 也提供了数个简单的指令给我们切换操作模式之用； 大致上如下所示：

[root@study ~]# systemctl poweroff 系统关机
[root@study ~]# systemctl reboot 重新启动
[root@study ~]# systemctl suspend 进入暂停模式
[root@study ~]# systemctl hibernate 进入休眠模式
[root@study ~]# systemctl rescue 强制进入救援模式
[root@study ~]# systemctl emergency 强制进入紧急救援模式

关于暂停与休眠模式 :

• suspend：暂停模式会将系统的状态数据保存到内存中，然后关闭掉大部分的系统硬件，当然，并没有实际关机！ 当用户按下唤醒机器的按钮，系统数据会重内存中回复，然后重新驱动被大部分关闭的硬件，就开始正常运作！唤醒的速度较快。
• hibernate：休眠模式则是将系统状态保存到硬盘当中，保存完毕后，将计算机关机。当用户尝试唤醒系统时，系统会开始正常运作， 然后将保存在硬盘中的系统状态恢复回来。因为数据是由硬盘读出，因此唤醒的效能与你的硬盘速度有关。

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

[root@study ~]# systemctl list-dependencies [unit] [--reverse]
选项与参数：
--reverse ：反向追踪谁使用这个 unit 的意思！

范例一：列出目前的 target 环境下，用到什么特别的 unit
[root@study ~]# systemctl get-default
multi-user.target
[root@study ~]# systemctl list-dependencies
default.target
├─abrt-ccpp.service
├─abrt-oops.service
├─vsftpd.service
├─basic.target
│ ├─alsa-restore.service
│ ├─alsa-state.service
.....(中间省略).....
│ ├─sockets.target
│ │ ├─avahi-daemon.socket
│ │ ├─dbus.socket
.....(中间省略).....
│ ├─sysinit.target
│ │ ├─dev-hugepages.mount
│ │ ├─dev-mqueue.mount
.....(中间省略).....
│ └─timers.target
│ └─systemd-tmpfiles-clean.timer
├─getty.target
│ └─getty@tty1.service
└─remote-fs.target

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

曾经谈过比较重要的 systemd 启动脚本配置文件在 /usr/lib/systemd/system/,/etc/systemd/system/ 目录下，那还有哪些目录跟系统的 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 等等。

关闭网络服务

当你第一次使用 systemctl 去观察本地服务器启动的服务时；你会发现已经启动了几乎 100 多个以上的 daemon；

因为 systemd将许多原本不被列为 daemon 的程序都纳入到 systemd 自己的管辖监测范围内，因此就多了很多daemon 存在！ 那些大部分都属于 Linux 系统基础运作所需要的环境，没有什么特别需求的话，最好都不要更动。

除了本地服务之外，其实你一定要观察的，反而是网络服务；

[root@study ~]# netstat -tlunp
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1340/sshd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2387/master
tcp6 0 0 :::555 :::* LISTEN 29113/vsftpd
tcp6 0 0 :::22 :::* LISTEN 1340/sshd
tcp6 0 0 ::1:25 :::* LISTEN 2387/master
udp 0 0 0.0.0.0:5353 0.0.0.0:* 750/avahi-daemon: r
udp 0 0 0.0.0.0:36540 0.0.0.0:* 750/avahi-daemon: r

# 观察avahi-daemon服务
[root@study ~]# systemctl list-units --all | grep avahi-daemon
avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack
avahi-daemon.socket loaded active running Avahi mDNS/DNS-SD Stack Activation Socket

# 这个avahi-daemon 的目的是在局域网络进行类似网芳的搜寻，因此这个服务可以协助你在区网内随时了解即插即用的装置！ 包括笔记本电脑等，只要连上你的区网，你就能够知道谁进来了。

# 关闭avahi-daemon服务
[root@study ~]# systemctl stop avahi-daemon.service
[root@study ~]# systemctl stop avahi-daemon.socket
[root@study ~]# systemctl disable avahi-daemon.service avahi-daemon.socket
[root@study ~]# netstat -tlunp
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1340/sshd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2387/master
tcp6 0 0 :::555 :::* LISTEN 29113/vsftpd
tcp6 0 0 :::22 :::* LISTEN 1340/sshd
tcp6 0 0 ::1:25 :::* LISTEN 2387/master

systemctl 针对 service 类型的配置文件

以前，我们如果想要建立系统服务，就得要到 /etc/init.d/ 底下去建立相对应的 bash shell script 来处理。现在 systemd 的环境底下， 只需要设定相关的服务启动环境。

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

基本上，在配置文件里面你都可以自由设定相依服务的检查，并且设定加入到哪些 target 里头去。但是如果是已经存在的配置文件，或者是官方提供的配置文件，Red Hat 是建议你不要修改原设定，而是到上面提到的几个目录去进行额外的客制化设定比较好。

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

以sshd.service 的内容为例：

[root@study ~]# cat /usr/lib/systemd/system/sshd.service
[Unit] # 这个项目与此 unit 的解释、执行服务相依性有关
Description=OpenSSH server daemon
After=network.target sshd-keygen.service
Wants=sshd-keygen.service

[Service] # 这个项目与实际执行的指令参数有关
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s

[Install] # 这个项目说明此 unit 要挂载哪个 target 底下
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] 部份
设定参数	参数意义说明
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 (之后) 两个设定项目来在实际启动服务前，进行额外的指令行为。 但是你得要特 别注意的是，指令串仅接受『指令 参数 参数...』的格式，不能接受 <, >, >>,
ExecStop	与 systemctl stop 的执行有关，关闭此服务时所进行的指令。
ExecReload	与 systemctl stop 的执行有关，关闭此服务时所进行的指令。
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	这个设定后面接的大部分是 *.target unit ！意思是，这个 unit 本身是附挂在哪一个 target unit 底下 的！一般来说，大多的服务性质的 unit 都是附挂在 multi-user.target 底下！
Also	当目前这个 unit 本身被 enable 时，Also 后面接的 unit 也请 enable 的意思！也就是具有相依性的 服务可以写在这里呢！
Alias	进行一个连结的别名的意思！当 systemctl enable 相关的服务时，则此服务会进行连结档的建立！以multi-user.target 为例，这个家伙是用来作为预设操作环境 default.target 的规划， 因此当你设定用成 default.target 时 ， 这 个 /etc/systemd/system/default.target 就 会 连 结 到 /usr/lib/systemd/system/multi-user.target 啰！

systemctl 针对 timer 的配置文件

有时候，某些服务你想要定期执行，或者是开机后执行，或者是什么服务启动多久后执行等等的。在过去，我们大概都是使用 crond 这个服务来定期处理， 不过，既然现在有一直常驻在内存当中的systemd 这个好用的东西，加上这 systemd 有个协力服务，名为 timers.target 的家伙，这家伙可以协助定期处理各种任务。

systemd.timer 的优势：

• 由于所有的 systemd 的服务产生的信息都会被纪录 (log)，因此比 crond 在 debug 上面要更清楚方便的多；
• 各项 timer 的工作可以跟 systemd 的服务相结合；
• 各项 timer 的工作可以跟 control group (cgroup，用来取代 /etc/secure/limit.conf 的功能) 结合，来限制该工
  作的资源利用

systemd 的 timer 并没有 email 通知的功能 (除非自己写一个)，也没有类似 anacron 的一段时间内的随机取样功能 (random_delay)， 不过，总体来说，还是挺不错的！此外，相对于 crond 最小的单位到分， systemd 是可以到秒甚至是毫秒的单位 。

任务需求

基本上，想要使用 systemd 的 timer 功能，你必须要有几个要件：

• 系统的 timer.target 一定要启动
• 要有个 sname.service 的服务存在 (sname 是你自己指定的名称)
• 要有个 sname.timer 的时间启动服务存在

sname.timer 的设定值

你可以到 /etc/systemd/system 底下去建立这个 *.timer 档，基本设定主要有底下这些： (man systemd.timer & man systemd.time)

使用于 OnCalendar 的时间

如果你想要从 crontab 转成这个 timer 功能的话，那么对于时间设定的格式就得要了解了解～基本上的格式如下所示：

语法：英文周名 YYYY-MM-DD 	HH:MM:SS
范例：Thu 		2015-08-13 13:40:00

上面谈的是基本的语法，你也可以直接使用间隔时间来处理！常用的间隔时间单位有：

• us 或 usec：微秒 (10-6 秒)
• ms 或 msec：毫秒 (10-3 秒)
• s, sec, second, seconds
• m, min, minute, minutes
• h, hr, hour, hours
• d, day, days
• w, week, weeks
• month, months
• y, year, years

CentOS 7.x 预设启动的服务简易说明

随着 Linux 上面软件支持性越来越多，加上自由软件蓬勃的发展，我们可以在 Linux 上面用的daemons 真的越来越多；

下面的介绍的服务主要是针对 Linux 单机服务器的角色来说明的，不是桌上型的环境 ；

CentOS 7.x 预设启动的服务内容
服务名称	服务名称
abrtd	(系统)abrtd 服务可以提供使用者一些方式，让使用者可以针对不同的应用软件去设计错误登录的 机制， 当软件产生问题时，用户就可以根据 abrtd 的登录档来进行错误克服的行为。还有其他 的 abrt-xxx.service 均是使用这个服务来加强应用程序 debug 任务的。
accounts-daemon (可关闭)	(系统)使用 accountsservice 计划所提供的一系列 D-Bus 界面来进行使用者帐户信息的查询。 基 本上是与 useradd, usermod, userdel 等软件有关。
alsa-X (可关闭)	(系统)开头为 alsa 的服务有不少，这些服务大部分都与音效有关！一般来说， 服务器且不开图 形界面的话，这些服务可以关闭！
atd	(系统 )单一的例行性工作排程。 抵挡机制的配置文件在 /etc/at.{allow,deny} 喔！
auditd	(系统)还记得SELinux 所需服务吧？ 这就是其中一项，可以让系统需 SELinux 稽核的讯 息写入 /var/log/audit/audit.log 中。
avahi-daemon (可关闭)	(系统)也是一个客户端的服务，可以透过 Zeroconf 自动的分析与管理网络。 Zeroconf 较常用在 笔记本电脑与行动装置上，所以我们可以先关闭他啦！
brandbot rhel-*	(系统)这些服务大多用于开机过程中所需要的各种侦测环境的脚本，同时也提供网络界面的启动 与关闭。 基本上，你不要关闭掉这些服务比较妥当！
chronyd ntpd ntpdate	(系统)都是网络校正时间的服务！一般来说，你可能需要的仅有 chronyd 而已！
cpupower	(系统)提供 CPU 的运作规范～可以参考 /etc/sysconfig/cpupower 得到更多的信息！ 这家伙与你 的 CPU 使用情况有关喔！
crond	(系统)系统配置文件为 /etc/crontab
cups	(系统/网络)用来管理打印机的服务，可以提供网络联机的功能，有点类似打印服务器的功能哩！你可以在 Linux 本机上面以浏览器的 http://localhost:631 来管理打印机喔！由于我们目前没有打 印机，所以可以暂时关闭他。
dbus	(系统)使用 D-Bus 的方式在不同的应用程序之间传送讯息，使用的方向例如应用程序间的讯息传 递、每个用户登入时提供的讯息数据等。
dm-event multipathd	(系统)监控装置对应表 (device mapper) 的主要服务，当然不能关掉啊！ 否则就无法让 Linux 使 用我们的外围装置与储存装置了
dmraid-activation mdmonitor	(系统)用来启动 Software RAID 的重要服务！最好不要关闭啦！虽然你可能没有 RAID。
dracut-shutdown	(系统)用来处理 initramfs 的相关行为，这与开机流程相关性较高～
ebtables	(系统/网络)透过类似 iptables 这种防火墙规则的设定方式，设计网络卡作为桥接时的封包分析政 策。 其实就是防火墙。不过与底下谈到的防火墙应用不太一样。如果没有使用虚拟化，或者启用 了 firewalld ，这个服务可以不启动。
emergency rescue	emergency rescue
firewalld	(系统/网络)就是防火墙！以前有 iptables 与 ip6tables 等防火墙机制，新的 firewalld 搭配 firewall-cmd 指令，可以快速的建置好你的防火墙系统喔！因此，从 CentOS 7.1 以后，iptables 服 务的启动脚本已经被忽略了！ 请使用 firewalld 来取代 iptables 服务喔！
gdm	(系统)GNOME 的登入管理员，就是图形界面上一个很重要的登入管理服务！
getty@	(系统)就是要在本机系统产生几个文字界面 (tty) 登入的服务啰！
hyper* ksm* libvirt* vmtoolsd	(系统)跟建立虚拟机有关的许多服务！如果你不玩虚拟机， 那么这些服务可以先关闭。此外，如 果你的 Linux 本来就在虚拟机的环境下，那这些服务对你就没有用！因为这些服务是让实体机器 来建立虚拟机的！
irqbalance	(系统)如果你的系统是多核心的硬件，那么这个服务要启动， 因为它可以自动的分配系统中断 (IRQ) 之类的硬件资源。
iscsi*	(系统)可以挂载来自网络驱动器机的服务！这个服务可以在系统内仿真好贵的 SAN 网络驱动器。 如果你确定系统上面没有挂载这种网络驱动器，也可以将他关闭的。
kdump (可关闭)	(系统)在安装 CentOS 的章节就谈过这东西，主要是 Linux 核心如果出错时，用来纪录内存的东 西。 鸟哥觉得不需要启动他！除非你是核心黑客！
lvm2-*	(系统)跟 LVM 相关性较高的许多服务，当然也不能关！不然系统上面的 LVM2 就没人管了！
microcode	(系统)Intel 的 CPU 会提供一个外挂的微指令集提供系统运作， 不过，如果你没有下载 Intel 相 关的指令集文件，那么这个服务不需要启动的，也不会影响系统运作。
ModemManager network NetworkManager*	(系统/网络)主要就是调制解调器、网络设定等服务！进入 CentOS 7 之后，系统似乎不太希望我 们使用 network 服务了， 比较建议的是使用 NetworkManager 搭配 nmcli 指令来处理网络设 定～所以，反而是 NetworkManager 要开，而 network 不用开哩！
quotaon	(系统)启动 Quota 要用到的服务喔！
rc-local	(系统)兼容于 /etc/rc.d/rc.local 的呼叫方式！只是，你必须要让 /etc/rc.d/rc.local 具有 x 的权限 后， 这个服务才能真的运作！否则，你写入 /etc/rc.d/rc.local 的脚本还是不会运作的喔！
rsyslog	(系统)这个服务可以记录系统所产生的各项讯息， 包括 /var/log/messages 内的几个重要的登录 档啊。
smartd	(系统)这个服务可以自动的侦测硬盘状态，如果硬盘发生问题的话， 还能够自动的回报给系统管 理员，是个非常有帮助的服务喔！不可关闭他啊！
sysstat	(系统)事实上，我们的系统有只名为 sar 的指令会记载某些时间点下，系统的资源使用情况，包 括 CPU/流量/输入输出量等， 当 sysstat 服务启动后，这些纪录的数据才能够写入到纪录文件 (log) 里面去！
systemd-*	(系统)大概都是属于系统运作过程所需要的服务，没必要都不要更动它的预设状态！
plymount* upower	(系统)与图形界面的使用相关性较高的一些服务！没启动图形界面时，这些服务可以暂时不管他！

上面的服务是 CentOS 7.x 预设有启动的，这些预设启动的服务很多是针对桌面计算机所设计的，所以啰，如果你的 Linux 主机用途是在服务器上面的话，那么有很多服务是可以关闭的；

继续介绍一些可能在你的系统当中的服务，只是预设并没有启动这个服务：

其他服务的简易说明
服务名称	功能简介
dovecot	(网络)可以设定 POP3/IMAP 等收受信件的服务，如果你的 Linux 主机是 email server 才需要这个 服务，否则不需要启动他啦！
httpd	(网络)这个服务可以让你的 Linux 服务器成为 www server 喔！
named	(网络)这是领域名服务器 (Domain Name System) 的服务， 这个服务非常重要，但是设定非常困难！ 目前应该不需要这个服务啦！
nfs，nfs-server	(网络)这就是 Network Filesystem，是 Unix-Like 之间互相作为网络驱动器机的一个功能。
smb nmb	(网络)这个服务可以让 Linux 仿真成为 Windows 上面的网络上的芳邻。如果你的 Linux 主机想要 做为 Windows 客户端的网络驱动器机服务器，这玩意儿得要好好玩一玩。
vsftpd	(网络)作为文件传输服务器 (FTP) 的服务。
sshd	(网络)这个是远程联机服务器的软件功能， 这个通讯协议比 telnet 好的地方在于 sshd 在传送资 料时可以进行加密喔！这个服务不要关闭他啦！
rpcbind	(网络)达成 RPC 协议的重要服务！包括 NFS, NIS 等等都需要这东西的协助！
postfix	(网络)寄件的邮件主机～因为系统还是会产生很多 email 讯息！例如 crond / atd 就会传送 email 给本机用户！ 所以这个服务千万不能关！即使你不是 mail server 也是要启用这服务才行！

本栏目推荐文章
• 2024/1/13 算法笔记
• Python学习笔记
• spark 3.x idea linux远程开发环境搭建
• linux环境htop安装
• 【Shell基础】Bash基础与Linux三剑客
• HDP 笔记
• VMware虚拟机安装银河麒麟桌面版V10系统
• OpenHarmony 上跑CV 应用 - Windows上搭建 Linux 桌面系统
• 学习进度笔记2
• 微软企业库Unity学习笔记(一)

daemons 笔记 系统 Linuxdaemons笔记 系统linux daemons系统 教材 笔记 系统linux 笔记 系统linux unix 权限 笔记 系统linux 笔记 系统linux 命令 笔记 系统linux 笔记 系统linux rsync daemon 文件 笔记 系统linux