超级诡异的 Nginx 403 错误问题,老司机折腾了半天都没找到原因

2016-06-05 18:33:10 +08:00
 oldcai

所有层级目录权限 755 、文件权限 644 ,但是还是会 403

于是我把演示目录中的 html 目录整个复制过来,结果发现正常 200

好,我就按照演示目录的权限、所有者、用户组把目录设置的一模一样。

结果还是 403

结果还是 403

结果还是 403


折腾半天才定位到这个原因

如果只是使用,我直接复制演示目录就好了,但是还是不甘心,想知道到底 为什么 为什么 为什么

我把能想到的信息都查了一遍,发上来给各位大神们来看看,还需要其他什么有用的信息也可以找我要


环境简介:

CentOS Linux release 7.2.1511 (Core)

内核 3.10.0-327.18.2.el7.x86_64

文件系统是 xfs

本来第二块盘是绑定在 /home 的,后来我重新给绑定到了 /var

不能使用的这个目录是我从另一台机器上压缩打包过来解压的

5110 次点击
所在节点    NGINX
26 条回复
wensonsmith
2016-06-06 12:41:59 +08:00
歪个楼,楼主的这个 bash 主题是啥?
oldcai
2016-06-06 12:45:35 +08:00
@wensonsmith 是 zsh ,主题名是 af-magic
oldcai
2016-06-06 12:53:40 +08:00
@dndx 看了下,默认 httpd 有权限的目录似乎没有 /var/www/的,所以单纯恢复不一定有 httpd_sys_content_t 吧,而且之前的机器可能并没有开 selinux ,所以。。。
至于那个文件夹已经被怒删了。。原来的压缩包也删了,暂时复现不了了,下次碰到再试试吧
blackshadow
2016-06-06 12:58:12 +08:00
修改 nginx 配置文件,直接访问 index 。文件夹用户设成 www ,重启 nginx 试试。
oldcai
2016-06-06 13:04:57 +08:00
@blackshadow 作为一个老司机,这些肯定都试过, centos 的用户是 nginx , debian/ubuntu 的是 www-data
oldcai
2016-06-07 02:40:17 +08:00
@dndx
你好,找到一个压缩包,试了下,结果果然改成正确的 type 了,好像它是根据路径来给予的 type ,
所以可能是我当时使用命令的路径不对,所以当时没有成功,现在测试是可运行的。
感谢!

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/283671

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX