Ang*_*and 184 php centos nginx http-status-code-403
我在CentOS 5机器上安装了带有PHP-FPM的nginx,但我很难让它为我的任何文件服务 - 无论是否PHP.
Nginx作为www-data:www-data运行,默认的"欢迎使用EPEL上的nginx"站点(由root拥有:具有644权限的root)加载正常.
nginx配置文件有/etc/nginx/sites-enabled/*.conf的include指令,我有一个配置文件example.com.conf,因此:
server {
listen 80;
Virtual Host Name
server_name www.example.com example.com;
location / {
root /home/demo/sites/example.com/public_html;
index index.php index.htm index.html;
}
location ~ \.php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param PATH_INFO $fastcgi_script_name;
fastcgi_param SCRIPT_FILENAME /home/demo/sites/example.com/public_html$fastcgi_script_name;
include fastcgi_params;
}
}
尽管public_html由www-data:www-data拥有2777文件权限,但该网站无法提供任何内容 -
[error] 4167#0: *4 open() "/home/demo/sites/example.com/public_html/index.html" failed (13: Permission denied), client: XX.XXX.XXX.XX, server: www.example.com, request: "GET /index.html HTTP/1.1", host: "www.example.com"
我发现很多其他帖子的用户从nginx获得403s,但我见过的大部分都涉及使用Ruby/Passenger进行更复杂的设置(过去我实际上已成功)或者只是在上游PHP时收到错误-FPM参与其中,所以他们似乎没什么帮助.
我在这做过傻事吗？
kol*_*ack 322
经常被忽视的一个权限要求是用户在文件的每个父目录中需要x权限才能访问该文件.检查/,/ home,/ home/demo等对www-data x access的权限.我的猜测是/ home可能是770而www-data不能通过它来获取任何子目录.如果是,请尝试chmod o + x/home(或任何dir拒绝请求).
编辑:要轻松显示路径上的所有权限,您可以使用 namei -om /path/to/check
Kur*_*urt 286
如果permission denied在验证父文件夹的权限后仍然看到,则可能是SELinux限制访问.
要检查SELinux是否正在运行:
# getenforce
要在下次重新启动之前禁用SELinux:
# setenforce Permissive
重新启动Nginx并查看问题是否仍然存在.允许nginx为你的www目录服务(确保在测试之前重新打开SELinux.即,setenforce Enforcing)
# chcon -Rt httpd_sys_content_t /path/to/www
有关详细信息,请参阅我的答案
And*_*son 53
我通过添加用户设置解决了这个问题.
在nginx.conf中
worker_processes 4;
user username;
用linux用户名更改'username'.
jsi*_*ina 35
我有这个错误,我终于用下面的命令解决了它.
restorecon -r /var/www/html
当你从一个地方到另一个地方的东西时会引起这个问题.当你移动它时,它会保留原始的selinux上下文,所以如果你解压缩/ home或/ tmp中的某些内容,它会获得与其位置匹配的selinux上下文.现在你将它转移到/ var/www/html,它会将上下文称为属于/ tmp或/ home,并且策略不允许httpd访问这些文件.
如果您使用cp文件而不是mv它们,则会根据您要复制的位置来分配selinux上下文,而不是来自它的位置.运行restorecon会将上下文恢复为默认值并修复它.
小智 11
如果您使用的是 SELinux，只需键入：
sudo chcon -v -R --type=httpd_sys_content_t /path/to/www/
这将解决权限问题。