php探针在nginx下异常的根本原因是nginx未正确传递$_server变量及php-fpm上下文配置不当，需补全fastcgi_param、检查security.limit_extensions、开启display_errors、排查open_basedir和disable_functions限制，并确保root路径与script_filename严格一致。
PHP探针在Nginx环境下无法正常显示或报错（如 $_SERVER 缺失关键字段、内存/负载信息为空、页面白屏），根本原因不是探针代码本身不兼容，而是Nginx默认不传递部分系统变量，且未正确配置PHP-FPM的运行上下文。
确保 fastcgi_param 传递必要环境变量
Nginx本身不生成 $_SERVER['HTTP_*']、$_SERVER['REQUEST_TIME_FLOAT'] 等字段，需手动在 fastcgi_params 或站点配置中补全。常见遗漏项：
-
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;—— 必须存在，否则__FILE__解析失败，探针连自身路径都读不对 -
fastcgi_param REQUEST_TIME_FLOAT $request_time;—— 否则探针中“请求耗时”显示为 0 -
fastcgi_param HTTP_USER_AGENT $http_user_agent;—— 影响客户端识别 -
fastcgi_param HTTP_ACCEPT_LANGUAGE $http_accept_language;—— 部分探针用它判断语言偏好
检查方法：在探针脚本里加一行
var_dump(array_keys($_SERVER));，对比 Apache 环境输出，缺哪些就补哪些
fastcgi_param。
禁用 security.limit_extensions 导致探针被拒
PHP-FPM 默认只允许执行 .php 扩展名文件。某些探针（如 phpinfo.php）命名规范，但若被重命名为 status.php5 或误配了 location ~ \.php$ 规则，可能触发 Access denied. 错误。
立即学习“PHP免费学习笔记（深入）”；
确认方式：查看 Nginx 错误日志，出现类似 *12345 FastCGI sent in stderr: "Access denied." while reading response header from upstream 即为此因。
- 检查 PHP-FPM 配置（通常是
/etc/php/*/fpm/pool.d/www.conf）中security.limit_extensions是否包含实际使用的扩展名，例如：security.limit_extensions = .php .php3 .php4 .php5 .phtml - 更稳妥做法是统一使用
.php后缀，避免绕过限制的尝试
启用 opcache.enable_cli=1 不影响探针，但 display_errors 必须开
探针依赖大量 ini_get()、extension_loaded() 和 get_cfg_var()，若 PHP-FPM 的 php.ini 中 display_errors = Off 或 error_reporting = 0，会导致关键模块状态（如 cURL、GD、OpenSSL）显示为“未启用”，实则是错误被静默吞掉。
- 临时验证：在探针开头加
error_reporting(E_ALL); ini_set('display_errors', '1'); - 生产环境不建议长期开启
display_errors，但调试阶段必须打开，否则你会误判扩展缺失 -
opcache.enable_cli仅影响命令行，对探针无作用，无需调整
注意 open_basedir 和 disable_functions 的隐性拦截
很多一键包（如宝塔、AMH）默认开启 open_basedir 或禁用 shell_exec、exec、system，而探针常通过这些函数获取服务器负载（uptime）、磁盘空间（df -h）、进程数等。结果就是对应栏目空白，却无任何报错提示。
- 检查
phpinfo()输出页中open_basedir值是否限制了/proc/、/usr/bin/等路径 - 搜索
disable_functions配置，确认是否禁用了shell_exec,exec,system,passthru—— 若是，要么删掉对应项，要么改用纯 PHP 方式（如disk_total_space()替代df） - 部分探针会 fallback 到
getrusage()获取内存，但该函数在容器或低权限环境常返回 0，这不是 bug，是系统限制
最易被忽略的一点：Nginx 的 root 指令路径末尾有没有斜杠、是否与 fastcgi_param SCRIPT_FILENAME 中的 $document_root 完全一致 —— 差一个字符，realpath() 就失效，探针连当前 PHP 版本都可能读错。
