回复@ǝɲǝɲbρɯͽ：

Question 1

您有一个需要路径的属性，但提供了一个布尔值，例如

access_log on;

access_log期望输入的是路径，但提供的是布尔值on。您可以通过仔细阅读错误来确认这一点：

nginx: [emerg] open() "/usr/share/nginx/on" failed (13: Permission denied)

注意on相对于你的 nginx 基本路径。

Answer

您有一个需要路径的属性，但提供了一个布尔值，例如

access_log on;

access_log期望输入的是路径，但提供的是布尔值on。您可以通过仔细阅读错误来确认这一点：

nginx: [emerg] open() "/usr/share/nginx/on" failed (13: Permission denied)

注意on相对于你的 nginx 基本路径。

Question 2

/usr/share/nginx/... 是默认的 webroot 位置；您可能将某些内容设置为“打开”，并意外触碰了该文件。由于您的测试有效，因此问题可能也已解决，但当 nginx 崩溃（或发生 kill -9 之类的情况）时，它不会删除其 pid 文件。

我没有使用过 php-fpm，但看起来你的 nginx 主进程没有运行。你可以通过以下方法进行确认：

$ ps axu | grep `cat /var/run/nginx.pid`

这些是反引号 (`) 而不是撇号 (')。如果它没有运行，请删除 pid 文件：

$ sudo rm /var/run/nginx.pid

然后重启 nginx。在许多系统上，这是：

$ sudo /etc/init.d/nginx restart

在正常情况下，您不会想在实时网站上这样做。有更好的方法，包括：

$ sudo /etc/init.d/nginx 重新加载
优雅的控制选项

重新启动 nginx 后，您应该会看到类似以下内容：

$ ps axu | grep nginx

... worker threads
... 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf

你也可以：

$ /etc/init.d/nginx status

nginx (pid  1111) is running...

编辑：根据评论进行诊断

1.配置

仔细查看您的更改。nginx 在缺少分号时很脆弱。几乎每一行都必须以 ; 结尾
- 如果你遗漏了一些，nginx 会将其他行视为同一指令的一部分进行处理。例如（情况可能比这更糟）这两行被视为同一指令进行处理： root /var/nginx/..... # no semicolon sendfile on;
- nginx 并没有责任为您提供一个真正优秀的语法检查器，因此无法保证 nginx 会在尝试启动工作进程之前检测到此错误，而 SELinux 会（正确地）抑制异常进程操作。

为了更容易找到这些线条¹：

$ sudo grep -vR '^$\|^\s*\#' /etc/nginx/conf.d/* | grep -v ";"

或者包含“on”或“/usr/share”的行：

$ sudo grep -ER "on|/usr/share" /etc/nginx/conf.d/*

您可能需要修复其中一个（不要在 {} 行中添加分号），然后：

$ sudo rm /usr/share/nginx/on /var/run/nginx.pid
$ sudo /etc/init.d/nginx restart

2. 元数据：证明 SELinux 参与（或不参与）

这仅供参考。它在编辑中一直出现，并且是我们/未来访问者的支点。假设 nginx 仍然损坏（您尚未修复配置）：

$ sudo /etc/init.d/nginx start
$ sudo ausearch -m avc -ts recent -c nginx

虽然我们正在对 nginx 进行过滤（可能还有其他拒绝），但如果您看到以下情况，则可能未指示 SELinux：

<no matches>

SELinux 使用类似如下的 AVC 来表示：

type=AVC msg=audit(timestamp:123): avc:  denied  { getattr } for  pid=1234 comm="nginx" path="/usr/share/nginx/on" dev=sda ino=123456 scontext=unconfined_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:var_t:s0 tclass=file

问题在于，在启动过程中的某个时刻，文件是在不同于 nginx 或其工作程序（切换安全上下文）的上下文中创建的，因此不允许接触。如果需要，可以通过向许多命令添加 -Z 来查看上下文，使用 chcon（更改上下文）修复，有关此问题的问题如下很容易找到。

¹grep 信用

Answer

/usr/share/nginx/... 是默认的 webroot 位置；您可能将某些内容设置为“打开”，并意外触碰了该文件。由于您的测试有效，因此问题可能也已解决，但当 nginx 崩溃（或发生 kill -9 之类的情况）时，它不会删除其 pid 文件。

我没有使用过 php-fpm，但看起来你的 nginx 主进程没有运行。你可以通过以下方法进行确认：

$ ps axu | grep `cat /var/run/nginx.pid`

这些是反引号 (`) 而不是撇号 (')。如果它没有运行，请删除 pid 文件：

$ sudo rm /var/run/nginx.pid

然后重启 nginx。在许多系统上，这是：

$ sudo /etc/init.d/nginx restart

在正常情况下，您不会想在实时网站上这样做。有更好的方法，包括：

$ sudo /etc/init.d/nginx 重新加载
优雅的控制选项

重新启动 nginx 后，您应该会看到类似以下内容：

$ ps axu | grep nginx

... worker threads
... 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf

你也可以：

$ /etc/init.d/nginx status

nginx (pid  1111) is running...

编辑：根据评论进行诊断

1.配置

仔细查看您的更改。nginx 在缺少分号时很脆弱。几乎每一行都必须以 ; 结尾
- 如果你遗漏了一些，nginx 会将其他行视为同一指令的一部分进行处理。例如（情况可能比这更糟）这两行被视为同一指令进行处理： root /var/nginx/..... # no semicolon sendfile on;
- nginx 并没有责任为您提供一个真正优秀的语法检查器，因此无法保证 nginx 会在尝试启动工作进程之前检测到此错误，而 SELinux 会（正确地）抑制异常进程操作。

为了更容易找到这些线条¹：

$ sudo grep -vR '^$\|^\s*\#' /etc/nginx/conf.d/* | grep -v ";"

或者包含“on”或“/usr/share”的行：

$ sudo grep -ER "on|/usr/share" /etc/nginx/conf.d/*

您可能需要修复其中一个（不要在 {} 行中添加分号），然后：

$ sudo rm /usr/share/nginx/on /var/run/nginx.pid
$ sudo /etc/init.d/nginx restart

2. 元数据：证明 SELinux 参与（或不参与）

这仅供参考。它在编辑中一直出现，并且是我们/未来访问者的支点。假设 nginx 仍然损坏（您尚未修复配置）：

$ sudo /etc/init.d/nginx start
$ sudo ausearch -m avc -ts recent -c nginx

虽然我们正在对 nginx 进行过滤（可能还有其他拒绝），但如果您看到以下情况，则可能未指示 SELinux：

<no matches>

SELinux 使用类似如下的 AVC 来表示：

type=AVC msg=audit(timestamp:123): avc:  denied  { getattr } for  pid=1234 comm="nginx" path="/usr/share/nginx/on" dev=sda ino=123456 scontext=unconfined_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:var_t:s0 tclass=file

问题在于，在启动过程中的某个时刻，文件是在不同于 nginx 或其工作程序（切换安全上下文）的上下文中创建的，因此不允许接触。如果需要，可以通过向许多命令添加 -Z 来查看上下文，使用 chcon（更改上下文）修复，有关此问题的问题如下很容易找到。

¹grep 信用

回复@ǝɲǝɲbρɯͽ：

回复@ǝɲǝɲbρɯͽ：

答案1

答案2

编辑：根据评论进行诊断

1.配置

2. 元数据：证明 SELinux 参与（或不参与）

相关内容

回复@ǝɲǝɲbρɯͽ：

答案1

答案2

**编辑：根据评论进行诊断**

1.配置

2. 元数据：证明 SELinux 参与（或不参与）

相关内容

编辑：根据评论进行诊断