您现在的位置是:首页 >其他 >systemctl针对service类型的配置文件网站首页其他

systemctl针对service类型的配置文件

凤凰战士芭比Q 2024-06-17 10:19:56
简介systemctl针对service类型的配置文件

systemctl针对service类型的配置文件

systemctl配置文件相关目录简介

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

  • /usr/lib/systemd/system/vsftpd.service:官方发布的默认配置文件

  • /etc/systemd/system/vsftpd.serivce.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 下面的配置文件,那也是没问题的。

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

了解完目录在了解一下文件本身的内容,让我们来看看sshd.service的内容。

[root@localhost ~]# cat /usr/lib/systemd/system/sshd.service 
[Unit]      # 这个项目与此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]   # 这个项目说明此unit要挂载哪个到target下面。
WantedBy=multi-user.target

[Service]、[Socket]、[Timer]、[Mount]、[Path]:不同的unit类型就得要使用相对应的设置项目。我们使用sshd.service来当模板,所以这边就使用[service]来设置。

分析上面的配置文件,大概可以将整个设置分为3个部分

  1. [Unit] 部分包含了服务的元数据,Description 字段说明了服务的描述信息,即 OpenSSH 服务器守护进程。Documentation 字段指定了服务的文档信息,即 sshd 服务的 man 页面。After 字段指定了服务需要在 network.targetsshd-keygen.service 启动之后启动,Wants 字段指定了服务需要依赖于 sshd-keygen.service 服务。
  2. [Service] 部分定义了服务的具体行为,Type 字段指定了服务的类型为 notify,表示当服务准备就绪时会发送一个通知给 systemd。EnvironmentFile 字段指定了服务需要读取的环境变量文件,ExecStart 字段指定了服务的启动命令和选项,ExecReload 字段指定了服务的重载命令。KillMode 字段指定了服务的停止策略,Restart 字段指定了服务的重启策略为在失败时重启,RestartSec 字段指定了服务重启的时间间隔为 42 秒。
  3. [Install] 部分定义了服务的安装方式,WantedBy 字段指定了服务需要在 multi-user.target 启动之后启动。

此外每个部分里面还有很多的设置,如下所示

unit部分

设置参数参数意义说明
Description是当我们使用【systemctl list-units】时,会输出给管理员看的建议说明信息。
Documentation这个项目在提供给管理员能够进行进一步的文件查询的功能。提供的文件可以是如下内容:
Documentation=http://www…
Documentation=man:sshd(8)
Documentation=file:/etc/ssh/sshd_config
After说明此unit是在哪个daemon启动之后才启动的意思。基本上仅是说明服务启动顺序而已,并没有强制要求里面的服务一定启动后,此unit才能启动。
Before与After的意义相反,是在什么服务启动前最好启动这个服务的意思。仅是规范服务启动顺序,并非强制要求的意思
Requires明确的定义unit需要在哪个daemon启动后才能够启动,就是设置依赖服务。如果在此项设置的前导服务没有启动,那么此unit就不会被启动
Wants与Requires刚好相反,规范的是这个unit之后最好还要启动什么服务比较好的意思。如果Wants后面接的服务没有启动,其实不会影响到这个unit本身
Conflicts代表冲突的服务。就是这个项目后面接的服务如果有启动,那么我们这个unit本身就不能启动。如果我们unit有启动,则此项目后面的服务就不能启动。就是冲突性的检查

Service部分

设置参数参数意义说明
Type该字段指定了服务的类型,一般来说有如下几种类型:
1. simple:最常用的类型,用于启动一个进程,systemd会等待这个进程运行完毕后再启动下一个服务。
2. forking:用于启动一个进程,但是systemd会等待这个进程fork出一个子进程,然后父进程退出,而子进程则继续运行。常用于一些需要后台运行的服务,比如nginx。
3. oneshot:用于只需要执行一次的服务,systemd会等待这个服务执行完毕后就退出。
4. dbus:用于启动一个dbus服务。
5. notify:用于启动一个进程,但是这个进程会在运行完毕后向systemd发送一个通知,告诉它服务已经启动完毕了。
6. idle:用于启动一个进程,但是会等待一段时间,直到系统处于空闲状态时再启动服务。
EnvironmentFile指定启动脚本需要读取的环境配置文件。
ExecStart字段指定了服务的启动命令和选项
ExecStop与systemctl stop 的执行有关,关闭此服务时所运行的命令
ExecReload与systemctl reload 有关的命令操作
Restart指定服务的重启策略
RemainAfterExit当设置RemainAfterExit=1时,则当这个daemon所属的所有进程都终止之后,此服务会再尝试启动,如果设置为0,则服务再退出后视为不再启动。
TimeoutSec若这个服务在启动或关闭时,因为某些缘故导致无法顺利【正常启动或正常结束】的情况下,则我们要等多久才进入【强制结束】的状态。
KillMode字段指定了服务的停止策略
RestartSec字段指定了服务重启的时间

Install部分

设置参数参数意义说明
WantedBy指定服务需要在哪个target启动之后启动,而且这个服务必须是启动的
Also指定与此服务一起启动的服务。
Alias运行一个链接的别名的意思

接下来根据上面这些数据来进行一些简易的操作

两个vsftpd运行的实例

因为某些原因,你可能会使用到两个端口,分别是正常的21以及特殊的555.这两个port都启用的情况下,你可能使用到两个配置文件以及两个启动脚本设置。假设是这样:

  • 默认的21端口:使用/etc/vsftpd/vsftpd.conf 配置文件,以及/usr/lib/systemd/system/ vsftpd.service设置脚本
  • 特殊的2121端口:使用/etc/vsftpd/vsftpd2.conf 配置文件,以及 /etc/systemd/system/ vsftpd2.service 设置脚本。

我们可以这样做

  1. 先建立好需要的配置文件
[root@localhost ~]# cd /etc/vsftpd/
[root@localhost vsftpd]# cp vsftpd.conf vsftpd2.conf
[root@localhost vsftpd]# vim vsftpd.conf 
#listen_port=2121
[root@localhost vsftpd]# vim vsftpd2.conf 
listen_port=2121
[root@localhost vsftpd]# diff vsftpd.conf vsftpd2.conf 
129c129
< #listen_port=2121
---
> listen_port=2121
# 注意这两个配置文件的差别,只有这一行不同而已
  1. 开始处理启动脚本设置
[root@localhost vsftpd]# cd  /etc/systemd/system/
[root@localhost system]# cp /usr/lib/systemd/system/vsftpd.service vsftpd2.service
[root@localhost system]# vim vsftpd2.service 
[Unit]
Description=Vsftpd ftp daemon
After=network.target

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

[Install]
WantedBy=multi-user.target
  1. 重新加载systemd的脚本配置文件内容
[root@localhost system]# systemctl daemon-reload
[root@localhost system]# systemctl list-unit-files --all |grep vsftpd
vsftpd.service                                enabled 
vsftpd2.service                               disabled
vsftpd@.service                               disabled
vsftpd.target                                 disabled
[root@localhost system]# systemctl status vsftpd2.service
● vsftpd2.service - Vsftpd ftp daemon
   Loaded: loaded (/etc/systemd/system/vsftpd2.service; disabled; vendor preset: disabled)
   Active: inactive (dead)
[root@localhost system]# systemctl restart vsftpd.service vsftpd2.service
[root@localhost system]# systemctl enable vsftpd.service vsftpd2.service 
Created symlink from /etc/systemd/system/multi-user.target.wants/vsftpd2.service to /etc/systemd/system/vsftpd2.service.

image-20230514203647117

image-20230514203710210

很简单地将你的systemd所管理的vsftpd做了另一个相同的服务。如果你有需求按照上面的方法做就行了。

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

我们的Centos 7启动完成后,不是说有6个终端可以使用吗?就是tty1~tty6,这个东西是有agetty命令完成的。那么这个终端的功能又是哪个项目所提供的呢?其实,这个东西涉及很多层面,主要管理的是getty.target 这个target unit,不过,实际产生tty1~tty6的则是由getty@.service所提供。

先来看看/usr/lib/systemd/system/getty@.service的内容

[root@localhost ~]# cat /usr/lib/systemd/system/getty@.service
[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
Before=getty.target
IgnoreOnIsolate=yes
ConditionPathExists=/dev/tty0
[Service]
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
[Install]
WantedBy=getty.target

当然比较重要的就是ExecStart项目。那么我们去man agetty时,发现到它的语法应该是【agetty --noclear tty1】之类的字样,因此,我们如果要启动6个tty的时候,基本上应该有6个启动配置文件。就是可能会用到getty1.service、getty2.service…getty6.service才对。但是这样管理很麻烦,所以,才会出现 @ 的项目。这个@是怎么回事呢?先来看看getty@.service 的上游

[root@localhost ~]# systemctl show getty.target
Names=getty.target
Wants=getty@tty1.service
WantedBy=multi-user.target
Conflicts=shutdown.target
Before=multi-user.target
After=getty@tty2.service getty@tty1.service getty@tty3.service getty@tty4.service getty@tty6.service getty@tty5.service
.....
......
....

你会发现,怎么多出了6个怪异的service呢?我们拿getty@tty1.service 说明一下。当我们执行完getty.target之后,它会持续要求 getty@tty1.service 等 6个服务继续启动。那我们的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是谁规定的】?为什么不是5个或是7个?这是由systemd的登录配置文件 /etc/systemd/logind.conf 里面规范的。加入你想要tty数量降低到剩下4个的话,可以这样实验

  1. 修改默认的logind.conf内容,将原本6个终端改为4个
[root@localhost ~]# vim /etc/systemd/logind.conf
[Login]
NAutoVTs=4
ReserveVT=0
....
# 原本是6个而且还注释,请取消注释,然后改成4
  1. 关闭不小心启动的tty5、tty6并重新启动getty.target
[root@localhost ~]# systemctl stop getty@tty5.service
[root@localhost ~]# systemctl stop getty@tty6.service
[root@localhost ~]# systemctl restart systemd-logind.service

现在你再到桌面环境下,按下[ctrl]+[Alt]+[F1]~[F6]就会发现,只剩下4个可用tty,后面的tty5、tty6已经被废弃,不再被启动。那么我暂时需要启动tty8时,又该如何处理?可以这样做

[root@localhost ~]# systemctl start getty@tty8.service

无须额外建立其他的启动服务配置文件

暂时新增vsftpd到1212端口

不知道你有没有发现,其实再/usr/lib/systemd/system/ 下面还有个特别的 vsftpd@.service 。来看看它的内容

[root@localhost ~]# cat /usr/lib/systemd/system/vsftpd@
@::1                      @localhost4               @localhost6               @localhost.localdomain    
@localhost                @localhost4.localdomain4  @localhost6.localdomain6  
[root@localhost ~]# cat /usr/lib/systemd/system/vsftpd@.service
[Unit]
Description=Vsftpd ftp daemon
After=network.target
PartOf=vsftpd.target

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

[Install]
WantedBy=vsftpd.target

根据前面getty@.service的说明,我们知道在启动的脚本设置当中,%i或%I 就是代表@后面接的范例文件名的意思。那么能不能建立vsftpd3.conf文件,如何通过该文件来启动新的服务?下面试试看

[root@localhost ~]# cd /etc/vsftpd/
[root@localhost vsftpd]# cp vsftpd.conf vsftpd3.conf
[root@localhost vsftpd]# vim vsftpd3.conf
listen_port=1212

image-20230514213022531

image-20230514213143535

因为我们启用了vsftpd@vsftpd3.service,代表要实验的配置文件在 /etc/vsftpd/vsftpd3.conf 的意思,所以可以直接通过vsftpd@.service 而无须重新设置启动脚本。这样设置会比前面一个小节中的方法要简单,不过你要注意到 @ 这个东西。

自己做个服务

我们自己做个服务。假设我要制作一个可以备份自己系统的服务,这个脚本放在/backups下面,内容如下

[root@localhost ~]# vim /backups/backup.sh
#!/bin/bash
source="/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

脚本解释:

这是一个bash脚本,用于备份系统的重要文件和目录。下面是每个部分的解释:

  1. source=“/home /root /var/lib /var/spool/{cron,at,mail}”:这个变量定义了需要备份的目录,包括/home、/root、/var/lib、/var/spool/cron、/var/spool/at和/var/spool/mail。
  2. target=“/backups/backup-system-$(date +%Y-%m-%d).tar.gz”:这个变量定义了备份文件的路径和名称,其中$(date +%Y-%m-%d)表示当前日期,tar.gz表示压缩格式。
  3. [ ! -d /backups ] && mkdir /backups:如果/backups目录不存在,则创建这个目录。
  4. tar -zcvf ${target} ${source} &> /backups/backup.log:使用tar命令将source变量定义的目录打包成一个压缩文件,保存到target变量定义的位置。-z表示使用gzip进行压缩,-c表示创建新的存档文件,-v表示显示打包的详细过程,-f表示指定存档文件的名称。使用&>将tar命令的输出和错误信息都重定向到/backups/backup.log文件中,以便记录备份过程中出现的任何问题。
[root@localhost ~]# chmod a+x /backups/backup.sh 
[root@localhost ~]# ll /backups/backup.sh 
-rwxr-xr-x. 1 root root 215 514 23:29 /backups/backup.sh
# 记得要赋予它可执行权限才行

那么接下来如何设计一个名为backup.service的启动脚本设置?可以如下这样做

[root@localhost ~]# 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]
WanteBy=multi-user.target
[root@localhost ~]# systemctl daemon-reload
[root@localhost ~]# systemctl start backup.service
[root@localhost ~]# systemctl status backup.service
● backup.service - backup my server
   Loaded: loaded (/etc/systemd/system/backup.service; static; vendor preset: disabled)
   Active: inactive (dead)

514 23:11:38 localhost.localdomain systemd[1]: [/etc/systemd/system/backup.service:8] Unknown lvalu...ll'
5月 14 23:11:38 localhost.localdomain systemd[1]: Started backup my server.
5月 14 23:11:38 localhost.localdomain bash[3022]: job 1 at Sun May 14 23:11:00 2023
5月 14 23:11:45 localhost.localdomain systemd[1]: [/etc/systemd/system/backup.service:8] Unknown lvalu...ll'
Hint: Some lines were ellipsized, use -l to show in full.
# 为什么Active是inactive?这是因为我们的服务仅是一个简单的脚本
# 因此执行完毕就完毕了,不会继续常驻在内存中。
[root@localhost backups]# cd /backups/
[root@localhost backups]# ls
backup.log  backup.sh  backup-system-2023-05-14.tar.gz

配置文件解释:

  1. [Unit]:这个部分是设置服务的描述信息和依赖关系,Description是服务的描述信息,Requires=atd.service 表示这个服务依赖于 atd.service 服务,也就是说,只有在 atd.service 运行的情况下,这个服务才能运行。
  2. [Service]:这个部分是设置服务的运行参数,Type=simple 表示这个服务是最常用的类型,即启动一个进程,systemd会等待这个进程运行完毕后再启动下一个服务。ExecStart=/bin/bash -c “echo /backups/backup.sh | at now” 表示启动这个服务时,会执行这个命令,即在当前时间调用 at 命令,将备份脚本 /backups/backup.sh 添加到任务队列中,并在任务队列中立即执行。
  3. [Install]:这个部分是设置服务的安装信息,WantedBy=multi-user.target 表示将这个服务添加到 multi-user.target 的依赖关系中,也就是说,系统启动时会自动启动这个服务。

完成上述的操作之后,以后你都可以直接实验【systemctl start backup.service 】进行系统的备份了。非常方便!

风语者!平时喜欢研究各种技术,目前在从事后端开发工作,热爱生活、热爱工作。