运行 FastCGI/PHP-FPM（作为用户“nobody”）时，在 PHP Sessions 文件夹上设置什么权限/所有权？

Question

我在运行多个脚本时遇到问题，因为 PHP-FPM 无法写入我的会话文件夹：

"2009/10/01 23:54:07 [error] 17830#0: *24 FastCGI 在 stderr 中发送："PHP 警告：
    未知：打开（/var/lib/php/session/sess_cskfq4godj4ka2a637i5lq41o5，O_RDWR）
    失败：第 0 行未知中的权限被拒绝 (13)
PHP 警告：未知：无法写入会话数据（文件）。请验证
    session.save_path 的当前设置是正确的
    (/var/lib/php/session) 在第 0 行的 Unknown 中“同时读取上游”

显然这是一个许可问题；我的会话文件夹的所有者/组是网络服务器的用户 NGINX。PHP-FPM 就像运行一样nobody，因此将它添加到 nginx 组并不是那么简单。

一个临时的解决办法是设置的权限/var/lib/php/session来777-我有一种感觉，这不是“最佳实践”虽然。

当您需要为文件夹分配守护程序写入权限但它作为 运行时，最佳实践是nobody什么？

Answer 1

我们的正确权限在哪里

chown -R nobody:nogroup /var/lib/php/session

as running php-cgias nobody，即使 NGinx 以用户身份运行nginx

Answer 2

如果您使用nginx，则在运行系统更新时可能会遇到此问题。

有时在更新系统时，组/var/lib/php/session更改为 apache。

尝试执行sudo chgrp nginx /var/lib/php/*而不是将权限设置为 777，这是一种不好的做法。

那至少对我有用。

Answer 3

使用/etc/php.ini session.save_path指令。

一个临时解决方案是将 /var/lib/php/session 的权限设置为 777 - 但我感觉这不是“最佳实践”。

“如果将此设置保留在一个世界可读的目录中，服务器上的其他用户可能能够通过获取该目录中的文件列表来劫持会话。”