CentOS服务器PHP require()权限拒绝问题求助

针对你遇到的权限报错，以下是具体排查和解决思路：

• 检查SELinux状态
  CentOS默认启用SELinux，这是最容易被忽略的权限限制因素。

  1. 先查看当前状态：getenforce，如果输出Enforcing，临时关闭测试：setenforce 0，重新访问端点验证是否恢复正常。
  2. 若临时关闭后正常，需给/app/lib目录设置正确的SELinux上下文：

     chcon -R -t httpd_sys_content_t /app/lib/
     

     如需永久生效，执行：

     semanage fcontext -a -t httpd_sys_content_t "/app/lib(/.*)?"
     restorecon -R /app/lib/
     

• 验证目录权限链的完整性
  虽然/app/lib本身是755权限，但要确保从根目录到/app/lib的每一层父目录都具备apache用户的执行权限（x），否则apache无法遍历目录。
  比如检查/app目录权限：ls -ld /app，需确保权限为755（其他用户有x权限），如果父目录是700这类严格权限，会导致无法访问子目录。

• 确认PHP实际运行用户
  部分场景下PHP可能并非以apache用户运行（比如使用php-fpm时可能是www-data或自定义用户）：

  1. 创建测试文件test_user.php，内容：

     <?php echo exec('whoami'); ?>
     

  2. 访问该文件，查看输出的用户。若不是apache，需调整/app/lib的属主/属组：

     chown -R [实际运行用户]:[对应组] /app/lib/
     

• 检查open_basedir限制
  查看php.ini或虚拟主机配置中的open_basedir参数，如果该参数限制了PHP的访问目录范围，需将/app/lib加入允许列表：

  open_basedir = /var/www/html:/app/lib:/usr/share/pear:/usr/share/php
  

  修改后重启apache或php-fpm服务生效。

• 验证文件路径正确性
  Linux系统区分大小写，需确认require的路径拼写完全正确。可在PHP文件中添加测试代码：

  var_dump(file_exists('/app/lib/User/User.php'));
  

  若返回false，说明路径存在拼写错误；若返回true但仍报权限错误，回到SELinux或用户权限排查环节。

内容的提问来源于stack exchange，提问作者kungfu_king_betty