PHP-FPM status页面返回404或502的根本原因是Nginx未通过fastcgi_pass将请求转发至PHP-FPM，常见于location未匹配或匹配后缺失fastcgi_pass、SCRIPT_FILENAME为空值、PATH_INFO未设置、pm.status_path路径不一致、访问控制限制或SELinux拦截。
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就当普通路径处理，可能去查磁盘文件，或直接拒绝。
正确做法：
立即学习“PHP免费学习笔记（深入）”；
-
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
示例配置片段：
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)$严格匹配，末尾斜杠会导致不命中
最简验证法：命令行用curl -H "Host: example.com" http://127.0.0.1/status绕过DNS和浏览器缓存，直接测Nginx响应。
