OpenSUSE下lighttpd搭配php-fpm出现403错误，是否为权限问题？

针对你遇到的lighttpd + php-fpm 403 Access Denied问题，结合你的环境（OpenSUSE Tumbleweed，两者均以lighttpd用户运行），可以按以下步骤排查：

• 检查php-fpm的文件扩展名限制
  打开php-fpm的池配置文件（通常在/etc/php-fpm.d/www.conf），找到security.limit_extensions配置项。默认情况下该选项会限制php-fpm仅处理指定后缀的文件，确保值中包含.php（例如security.limit_extensions = .php）。如果该选项被注释，默认规则也是仅允许.php文件，但部分发行版可能有差异，确认配置无误。

• 验证php-fpm池的运行用户配置
  同样在php-fpm池配置文件中，确认user和group参数设置为lighttpd：

  user = lighttpd
  group = lighttpd
  

  即使系统服务以lighttpd用户运行，池配置的用户如果不匹配，也会导致文件访问权限问题。

• 检查lighttpd是否传递了正确的脚本路径
  确保lighttpd的server.document-root已正确指向/srv，同时在fastcgi配置中补充路径传递规则，避免php-fpm无法定位文件：
  修改你的fastcgi.conf如下：

  server.modules += ( "mod_fastcgi" )
  
  fastcgi.server += ( ".php" =>
          ((
                  "host" => "crunchyboy",
                  "port" => 9000,
                  "SCRIPT_FILENAME" => server.document-root + fastcgi.script-name
          ))
  )
  

  这样能确保lighttpd向php-fpm传递正确的脚本绝对路径。

• 查看php-fpm错误日志
  检查php-fpm的错误日志（通常路径为/var/log/php-fpm/error.log），日志中会记录具体的拒绝原因——比如文件路径错误、open_basedir限制、安全模块拦截等，这是定位问题最直接的方式。

• 排查安全模块限制

  • SELinux：执行sestatus查看状态，如果处于enforcing模式，临时执行setenforce 0测试是否恢复正常。若测试有效，需添加SELinux规则允许php-fpm访问/srv目录：

    semanage fcontext -a -t httpd_sys_content_t "/srv(/.*)?"
    restorecon -Rv /srv
    

  • AppArmor：执行aa-status查看已加载的profile，检查php-fpm的profile是否限制了/srv目录的访问。若有，需修改/etc/apparmor.d/usr.sbin.php-fpm文件，添加/srv/** rw,规则后重新加载AppArmor。

• 验证php-fpm的open_basedir限制
  在php-fpm池配置文件中，检查是否存在php_admin_value[open_basedir]配置。如果该选项设置了目录白名单，确保/srv被包含在内：

  php_admin_value[open_basedir] = /srv/:/tmp/
  

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