在Linux系统中创建和修改systemd单元文件教程.docx

在Linux系统中创建和修改systemd单元文件教程

在Linux系统中创建和修改systemd单元文件教程（1）单元文件概述单元文件包含单元的指令和行为信息。在后台systemctl命令和单元文件一起工作。为了出色而正确的完成工作，系统管理员必须能够手工编辑单元文件。一般系统管理员手工创建的单元文件建议存放在/etc/systemd/system/目录下面。单元配置文件的格式是：unit_name.type_extension这里的unit_name代表单元名称，type_extension代表单元类型。单元文件可以作为附加的文件放置到一个目录下面，比如为了定制sshd.service服务，可以创建sshd.service.d/custom.conf文件，在文件中做一些自定义的配置。同样的，可以创建sshd.service.wants/和sshd.service.requires/目录。这些目录包含sshd服务关联服务的软连接，在系统安装的时候，这些软连接或自动创建，也可以手工创建软连接。许多单元配置文件可以使用单元说明符--通配的字符串，可以在单元文件被引导的时候动态的被变量替换。这使创建一些通用的单元配置模版成为可能。（2）理解单元文件结构典型的单元文件包含三节：[Unit]节，包含不依赖单元类型的一般选项，这些选型提供单元描述，知道单元行为，配置单元和其他单元的依赖性。[unittype]节，如果单元有特定的类型指令，在unittype节这些指令被组织在一起。举个例子，服务单元文件包含[Service]节，里面有经常使用的服务配置。[Install]节，包含systemctlenable或者disable的命令安装信息。1）[Unit]节选项Description单元描述信息，这些文字信息在systemclstatus命令是会输出。Documentation单元文档信息的URLs。After定义在那些单元之后启动，本单元只在制定的单元启动之后启动，不像Requires选项，After选项不明确激活特定的单元，Before选项则是有相反的功能。Requires配置单元的依赖性，在Requires选项中的单元需要一起被激活，如果有一个单元启动失败，其他单元都不会被启动。Wants比Requires选项依赖性要弱很多，如果列表之中的的单元启动失败，不会对其他单元造成影响，这是推荐的建立自定义单元依赖性的方式。Conflicts定义单元冲突关系，和Requires相反。2）[unittype]类型是[Service]时的选项Type配置单元进程在启动时候的类型，影响执行和关联选项的功能，可选的关键字是：simple默认值，进程和服务的主进程一起启动；forking进程作为服务主进程的一个子进程启动，父进程在完全启动之后退出。oneshot同simple相似，但是进程在启动单元之后随之退出。dbus同simple相似，但是随着单元启动后只有主进程得到D-BUS名字。notify同simple相似，但是随着单元启动之后，一个主要信息被sd_notify()函数送出。idle同simple相似，实际执行进程的二进制程序会被延缓直到所有的单元的任务完成，主要是避免服务状态和shell混合输出。ExecStart指定启动单元的命令或者脚本，ExecStartPre和ExecStartPost节指定在ExecStart之前或者之后用户自定义执行的脚本。Type=oneshot允许指定多个希望顺序执行的用户自定义命令。ExecStop指定单元停止时执行的命令或者脚本。ExecReload指定单元重新加载是执行的命令或者脚本。Restart这个选项如果被允许，服务重启的时候进程会退出，会通过systemctl命令执行清除并重启的操作。RemainAfterExit如果设置这个选择为真，服务会被认为是在激活状态，即使所以的进程已经退出，默认的值为假，这个选项只有在Type=oneshot时需要被配置。3）[Install]节选项Alias为单元提供一个空间分离的附加名字。RequiredBy单元被允许运行需要的一系列依赖单元，RequiredBy列表从Require获得依赖信息。WantBy单元被允许运行需要的弱依赖性单元，Wantby从Want列表获得依赖信息。Also指出和单元一起安装或者被协助的单元。DefaultInstance实例单元的限制，这个选项指定如果单元被允许运行默认的实例。4）一个postfix服务的例子：单元文件位于/usr/lib/systemd/system/postifix.service，内容如下：[Unit]Description=PostfixMailTransportAgentAfter=syslog.t