麒麟系统上Nginx开机自启配置：从systemd机制到排错

1. 麒麟系统上配置 Nginx 开机自启，先把服务管理机制认全

先说个常见场景。Nginx 在麒麟系统里跑得好好的，手动执行 systemctl start nginx 也没任何问题，但业务方说“帮我设置一下开机自启动”，你配置完之后重启测试机一看，服务压根没跟着系统起来。这种事我遇到过很多次，问题往往不是 Nginx 本身，而是对麒麟系统的服务管理机制判断错了。

麒麟系统不是某一个固定版本，它有桌面版、服务器版，底层内核和软件包管理方式也不同。很多老教程还说“麒麟系统是类 RedHat 的，要用 chkconfig 管理服务”，但这套说法只适用于很早的版本，或者说只适用于那些没有完整移植 systemd 的特殊分支。在主力环境里，麒麟 V10 系列默认使用的就是 systemd。你要判断一件事：这台机器到底用什么机制拉起系统服务，再决定开机自启动该怎么配。

这里还涉及一个很关键的认知。很多人把“开机自启”理解成“我往启动脚本里加一行命令就行”，于是第一反应是找 /etc/rc.local。不能说 rc.local 完全不能用，但它在 systemd 环境里的语义已经变了，而且执行顺序非常靠后。Nginx 这类对外提供服务、并且要参与系统正常启动流程的程序，正确做法应该是做成一个服务单元，由 systemd 在进入 multi-user 目标时启动。你要是把它塞进 rc.local，运气好能起来，运气不好就出现各种诡异状态，比如进程起来了但网络还没就绪、端口被别的服务先占用、PID 文件目录不存在等。

我先不急着给操作命令，因为命令谁都写得出来，真正容易踩坑的是底层机制。把机制弄明白，你在任何基于 systemd 的麒麟系统上都能顺畅操作，不会出现“换了一台机器就失灵”的情况。

1.1 麒麟系统不同分支的服务管理差异

从我能接触到的实际环境来说，麒麟系统大致可以分成两条技术路线：一条是软件源、包管理都偏向 Debian/Ubuntu 风格的系统，采用 apt 安装软件，服务管理用 systemctl；另一条是早期移植阶段或某些定制镜像里保留的 SysVinit 风格，打开系统进程列表，一号进程可能还是 /sbin/init，配套工具是 service 和 chkconfig。

这个差异直接决定了你做开机自启的方式。在 systemd 体系里，systemctl enable nginx 会在 /etc/systemd/system/multi-user.target.wants/ 下生成一个符号链接，指向 Nginx 自带的服务单元文件。开机时 systemd 通过扫描这类目录来决定启动哪些服务。而在 SysVinit 体系里，chkconfig --level 35 nginx on 是把启动脚本挂到 /etc/rc.d/rc3.d 和 /etc/rc5.d 下，靠运行级别切换触发。

所以你在网上下载教程时，先看教程用的什么命令体系。看到 systemctl 就按新版思路做，看到 chkconfig 就按旧版思路做。如果你抄反了，最典型的结果是：命令执行成功，但实际没生效，或者提示找不到服务。

1.2 登录机器后先做三个快速判断

判断一台麒麟机器到底用的是什么初始化体系，不要瞎猜，直接查：

bash复制ps -p 1 -o comm=

输出如果是 systemd，这就是 systemd 环境。如果输出是 init，则要看它是 SysVinit 还是其他兼容实现。再配合一套命令判断：

bash复制systemctl is-system-running
systemd --version

如果 systemctl 根本不存在，那基本可以确认这台机器不是标准 systemd 环境。还有一种情况是 systemctl 存在，但一执行就提示 System has not been booted with systemd as init system (PID 1). Can't operate. 这通常发生在容器环境里，或者系统启动参数明确指定了 /sbin/init。遇到这种机器，你就不能把它当成普通 systemd 机器来处理了。

判断完初始化体系之后，还要顺便看一下系统有没有安全模块干扰服务启动：

bash复制getenforce
systemctl status nginx --no-pager

麒麟服务器版默认可能会带安全策略，我在后面专门讲，这里先记住一点：不要假定你的机器是“裸机 Linux”，一定要检查安全模块和审计模块。

2. Nginx 安装方式不同，开机自启的配置起点也不同

很多人在这一步就栽了。他们不知道一个事实：Nginx 开机自启不是一个独立配置，它依赖你安装 Nginx 时带到系统里的服务文件。你是用软件源 apt 装出来的，系统会给你生成一套标准的 nginx.service；你是手工下载源码包编译安装的，那系统里根本没有 nginx.service，你必须自己写一个，或者手工创建初始化脚本。

我见过有人用编译方式装完 Nginx 后，执行 systemctl enable nginx，系统提示 Failed to enable unit: Unit file nginx.service does not exist，他才发现自己的 Nginx 是裸二进制，从来没有被 systemd 管过。此时你去网上找“设置开机自启”的文章，几乎毫无用处，因为所有常规命令都要求已经存在服务单元。

所以配置开机自启前，务必要知道 Nginx 是哪一种安装方式。这直接决定了不同做法。

2.1 软件源安装：系统已经预留好服务单元

麒麟系统如果配置了可用的软件源，安装 Nginx 最省事的方式是：

bash复制sudo apt update
sudo apt install nginx -y

安装完之后，检查一下服务单元：

bash复制systemctl list-unit-files | grep nginx

正常情况下会看到 nginx.service，后面标着 disabled 或 enabled。就算标的是 disabled，问题也不