zoukankan      html  css  js  c++  java
  • Linux学习-systemctl 针对 service 类型的配置文件

    systemctl 配置文件相关目录简介

    现在我们知道服务的管理是透过 systemd,而 systemd 的配置文件大部分放置于 /usr/lib/systemd/system/ 目录内。 该目录的文件主要是原本软件所提供 的设定,建议不要修改!而要修改的位置应该放置于 /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 之前,需要事先启动哪些服务的意思。

    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 变量来给予设定!
    ExecStar 就是实际执行此 daemon 的指令或脚本程序。你也可以使用 ExecStartPre (之前) 以及 ExecStartPost (之后) 两个设定项目来在实际启动服务前,进行额外的指令行为。 但是你得要特 别注意的是,指令串仅接受『指令 参数 参数...』的格式,不能接受 <, >, >>,
    ExecStop 与 systemctl stop 的执行有关,关闭此服务时所进行的指令。
    ExecReload 与 systemctl reload 有关的指令行为
    Restart 当设定 Restart=1 时,则当此 daemon 服务终止后,会再次的启动此服务。举例来说,如果你 在 tty2 使用文字界面登入,操作完毕后注销,基本上,这个时候 tty2 就已经结束服务了。 但 是你会看到屏幕又立刻产生一个新的 tty2 的登入画面等待你的登入!那就是 Restart 的功能! 除非使用 systemctl 强制将此服务关闭,否则这个服务会源源不绝的一直重复产生!
    RemainAfterExit 当设定为 RemainAfterExit=1 时,则当这个 daemon 所属的所有程序都终止之后,此服务会再 尝试启动。这对于 Type=oneshot 的服务很有帮助!
    TimeoutSec 若这个服务在启动或者是关闭时,因为某些缘故导致无法顺利『正常启动或正常结束』的情况 下,则我们要等多久才进入『强制结束』的状态!
    KillMode 可以是 process, control-group, none 的其中一种,如果是 process 则 daemon 终止时,只会终 KillMode 止主要的程序 (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 啰!

    两个 vsftpd 运作的实例

    vsftpd 的 port 改成 555 号了。不过,因为某些原因,所以你可能需要使用到两个 埠口,分别是正常的 21 以及特殊的 555 ! 这两个 port 都启用的情况下,你可能就得要使用到两 个配置文件以及两个启动脚本设定了!现在假设是这样:

    • 预设的 port 21:使用 /etc/vsftpd/vsftpd.conf 配置文件,以及 /usr/lib/systemd/system/vsftpd.service 设定脚本;
    • 特殊的 port 555:使用 /etc/vsftpd/vsftpd2.conf 配置文件,以及 /etc/systemd/system/vsftpd2.service 设定脚本。

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

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

    先来查阅一下 /usr/lib/systemd/system/getty@.service 的内容好了:

    [root@study ~]# 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
    After=rc-local.service
    Before=getty.target
    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 』之类的字样, 因此,我们如果要启动六个 tty 的时候,基本上应该要有六个启动配 置文件。亦即是可能会用到 getty1.service, getty2.service...getty6.service 才对!所以,才会出现这个 @ 的项目啦!咦!这个 @ 到底怎么回事呢?我们先来看看 getty@.service 的上游,亦即是 getty.target 这个东西的内容好了!

    [root@study ~]# systemctl show getty.target
    # 那个 show 的指令可以将 getty.target 的默认设定值也取出来显示!
    Names=getty.target
    Wants=getty@tty1.service
    WantedBy=multi-user.target
    Conflicts=shutdown.target
    Before=multi-user.target
    After=getty@tty1.service getty@tty2.service getty@tty3.service getty@tty4.service getty@tty6.service getty@tty5.service
    .....(后面省略).....
    

    咦!怎么会多出六个怪异的 service 呢?我们拿 getty@tty1.service 来说明一下好了!当 我们执行完 getty.target 之后, 他会持续要求 getty@tty1.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 是谁规定的』为什么不是 5 个还是 7 个?这是因为 systemd 的登入配置文件 /etc/systemd/logind.conf 里面规范的啦! 假如你想要让 tty 数量降低到剩 下 4 个的话,那么可以这样实验看看:

    # 1. 修改预设的 logind.conf 内容,将原本 6 个虚拟终端机改成 4 个
    [root@study ~]# vim /etc/systemd/logind.conf
    [Login]
    NAutoVTs=4
    ReserveVT=0
    # 原本是 6 个而且还批注,请取消批注,然后改成 4 吧!
    
    # 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
    

    • 暂时新增 vsftpd 到 2121 埠口

    不知道你有没有发现,其实在 /usr/lib/systemd/system 底下还有个特别的 vsftpd@.service 喔!来看看 他的内容:

    [root@study ~]# 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 文件,然后透过该文件来启动新的服务呢? 就来玩玩看!

    # 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
    vsftpd@vsftpd3.service - Vsftpd ftp daemon
        Loaded: loaded (/usr/lib/systemd/system/vsftpd@.service; disabled)
        Active: active (running) since Thu 2015-08-13 01:34:05 CST; 5s ago
    
    [root@study vsftpd]# netstat -tlnp
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address  Foreign Address  State    PID/Program name
    tcp6       0      0 :::2121        :::*             LISTEN   16404/vsftpd
    tcp6       0      0 :::555         :::*             LISTEN   12672/vsftpd
    tcp6       0      0 :::21          :::*             LISTEN   12670/vsftpd
    

    tips: 可能发现一件事,为啥这次 FTP 增加了 2121 埠口却不用修改SELinux 呢?这是因为默认启动小于 1024 号码以下的端口口时, 需要使用到 root 的权限,因此小于 1024 以下 埠口的启动较可怕。而这次范例中,我们使用 2121 端口口,他对于系统的影响可能小一些 (其实一样可怕!), 所 以就忽略了 SELinux 的限制了!

    自己的服务自己作

    我们来模拟自己作一个服务吧!假设我要作一只可以备份自己系统的服务,这只脚本我放在 /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
    [root@study ~]# ll /backups/backup.sh
    -rwxr-xr-x. 1 root root 220 Aug 13 01:57 /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
    backup.service - backup my server
       Loaded: loaded (/etc/systemd/system/backup.service; disabled)
       Active: inactive (dead)
    
    Aug 13 07:50:31 study.centos.vbird systemd[1]: Starting backup my server...
    Aug 13 07:50:31 study.centos.vbird bash[20490]: job 8 at Thu Aug 13 07:50:00 2015
    Aug 13 07:50:31 study.centos.vbird systemd[1]: Started backup my server.
    # 为什么 Active 是 inactive 呢?这是因为我们的服务仅是一个简单的 script 啊!
    # 因此执行完毕就完毕了,不会继续存在内存中喔!
    
  • 相关阅读:
    Cocos2d-JS V3.10 一个小bug提示
    HTML5骨骼动画Demo | 使用min2d、createjs、pixi播放spine动画
    喜大普奔!Fanvas正式对外开源了,一键把Flash转为Canvas动画!移动终端动画开发不再困难。
    #回馈老读者,晒书拿学习卡#
    【关于新版Cocos2dx/Cocos2d-JS】安装包和使用方式的变化
    好消息!Html5游戏和动画的福音
    nodejs搭配phantomjs highcharts后台生成图表
    【H5动画】谈谈canvas动画的闪烁问题
    【HTTP劫持和DNS劫持】实际JS对抗
    嵌入式开发之网络通信---分布式自组网mesh。OLSR,batman,babel,aodv
  • 原文地址:https://www.cnblogs.com/uetucci/p/7761264.html
Copyright © 2011-2022 走看看