为什么PHP-FPM的status页面无法通过浏览器访问_配置Nginx location拦截-php教程-PHP中文网

php-fpm status页面返回404或502的根本原因是nginx未通过fastcgi_pass将请求转发至php-fpm，常见于location未匹配或匹配后缺失fastcgi_pass、script_filename为空值、path_info未设置、pm.status_path路径不一致、访问控制限制或selinux拦截。

为什么php-fpm的status页面无法通过浏览器访问_配置nginx location拦截

PHP-FPM status页面返回404或502

根本原因不是PHP-FPM没开status，而是Nginx根本没把请求转发过去——location配置没匹配到，或者匹配了但没用fastcgi_pass交给PHP-FPM处理。常见表现是浏览器直接显示Nginx的404、502，或返回空白页（实际是Nginx返回了200但内容为空）。

关键点：PHP-FPM的status和ping接口是通过FastCGI协议暴露的，**必须由Nginx用fastcgi_pass显式转发**，不能靠静态文件规则或默认root路径处理。

Nginx location块必须显式声明fastcgi_pass

很多人误以为只要PHP-FPM开了pm.status_path = /status，Nginx里写个location /status { }就能访问。错。这个location块里如果没配fastcgi_pass，Nginx就当普通路径处理，可能去查磁盘文件，或直接拒绝。

正确做法：

location必须带fastcgi_pass，指向PHP-FPM监听地址（如127.0.0.1:9000或unix:/run/php/php8.2-fpm.sock）
必须包含fastcgi_param SCRIPT_FILENAME，但对status页面要设为固定空值：fastcgi_param SCRIPT_FILENAME "";（否则PHP-FPM会尝试加载不存在的脚本）
必须传fastcgi_param PATH_INFO，值为请求路径（如$fastcgi_script_name），否则PHP-FPM无法识别是status还是ping

示例配置片段：

Nginx Config Linter

对 Nginx 配置文件进行语法检查、验证和安全、性能审计。

下载

location ~ ^/(status|ping)$ {
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php8.2-fpm.sock;
    fastcgi_param SCRIPT_FILENAME "";
    fastcgi_param PATH_INFO $fastcgi_script_name;
}

PHP-FPM pool配置必须启用status且路径一致

Nginx的location路径（比如/status）必须和PHP-FPM对应pool里的pm.status_path完全一致，包括开头的/。不一致就会404。

检查方式：

确认你改的是正在使用的pool配置文件（如/etc/php/8.2/fpm/pool.d/www.conf），不是模板或备份
确保pm.status_path = /status（不是status、/php-status等）
确保ping.path = /ping（如果也要用ping接口）
修改后必须执行sudo systemctl reload php8.2-fpm（版本号按实际调整）

注意：pm.status_path只在该pool生效；如果你有多个pool（如www和api），而Nginx把/status请求转给了api池，但只有www池启用了status，那就必然失败。

防火墙、权限和安全限制容易被忽略

即使配置全对，仍可能被拦在最后一环：

PHP-FPM默认只允许本地访问status接口，检查pm.status_path所在pool是否加了access.log = /var/log/php8.2-fpm-status.log并观察日志——如果请求根本没进日志，说明Nginx压根没发过去，或被allow规则拒了
检查php-fpm.conf或pool里有没有access.allow或access.deny，例如access.allow = 127.0.0.1会拒绝来自Nginx（哪怕同机）的非loopback请求（某些系统Nginx upstream用localhost解析成::1，IPv6下可能被拒）
SELinux或AppArmor启用时，可能阻止Nginx连接PHP-FPM socket；临时测试可运行sudo setenforce 0看是否恢复
浏览器访问时注意URL是否带多余斜杠（/status/ ≠ /status），Nginx正则^/(status|ping)$严格匹配，末尾斜杠会导致不命中