php探针报“权限不足”实为配置限制而非系统权限问题，主因是disable_functions禁用危险函数、open_basedir路径限制或运行用户无文件读取权。
PHP探针提示“权限不足”，通常不是PHP本身没权限，而是探针脚本试图读取系统敏感路径（如 /proc、/etc/passwd）或执行危险函数（如 exec、shell_exec）时被 PHP 配置或 Web 服务器限制了。
为什么探针会报“权限不足”而不是具体错误？
多数老版 PHP 探针（如 phpinfo.php 变种）用静默方式尝试调用函数并判断返回值是否为空/失败，不输出真实错误。常见触发点：
-
ini_get('disable_functions')列出的函数被禁用（如system、passthru），但探针仍尝试调用 -
open_basedir限制了可访问路径，导致file_get_contents('/proc/cpuinfo')直接返回 false - PHP 运行用户（如
www-data或nginx）对目标文件无读取权限，且未开启display_errors - 探针硬编码检测
/etc/os-release等文件，但在 Docker 或精简系统中根本不存在
如何快速定位是哪类权限问题？
别直接改配置，先让探针“说出实话”。在探针文件开头（或临时新建一个 debug.php）插入：
error_reporting(E_ALL);
ini_set('display_errors', '1');
var_dump(ini_get('disable_functions'));
var_dump(ini_get('open_basedir'));
echo "Current user: " . get_current_user() . "\n";
echo "Script owner: " . fileowner(__FILE__) . "\n";
重点看三处输出：
立即学习“PHP免费学习笔记（深入）”；
- 如果
disable_functions包含exec,shell_exec,system,passthru—— 是函数被禁，非文件权限问题 - 如果
open_basedir不为空（如/var/www/html:/tmp）—— 所有超出该范围的file_get_contents必然失败 - 如果
get_current_user()返回nobody或www-data，但目标文件属主是root且权限为600—— 真实的文件权限问题
安全前提下的最小化修复方案
不要为了跑通探针而关闭 open_basedir 或放开 disable_functions。推荐分场景处理：
- 仅需查看 PHP 配置：删掉探针里所有
exec/file_get_contents('/proc/...')相关代码，保留phpinfo()和ini_get_all()即可 - 需要读取系统信息（如 CPU、内存）：改用
sys_getloadavg()、memory_get_usage()等内置函数，它们不依赖外部文件或 shell - 必须读取
/proc（如容器环境查内核版本）：确保 PHP 进程运行在有proc挂载权限的容器中，并将open_basedir显式加上/proc - 共享主机用户：联系服务商确认是否允许启用
shell_exec；若不允许，接受探针部分功能不可用是正常现象
真正难处理的是那些把“权限不足”和“函数不存在”混为一谈的探针代码——它可能在 function_exists('exec') 为 true 时仍去调用已被 disable_functions 屏蔽的 exec，结果返回空却不报错。这种逻辑缺陷没法靠改配置解决，只能换探针或自己修代码。
