Nginx 403错误本质是worker进程无法遍历路径、读取文件或匹配索引，需逐级检查目录执行权限(x)、SELinux/AppArmor拦截、root/alias拼接逻辑及index文件大小写与存在性。
排查 Nginx 因 root 目录权限报 403，核心是确认 Nginx 工作进程能否“走进去、看得到、打不开”目标路径——不是只看最终文件权限，而是逐级验证整个路径链的访问能力。
确认 Nginx 实际运行用户
Nginx 主进程常以 root 启动，但真正处理请求的是 worker 进程，它用的是 user 指令指定的用户（如 nginx、www-data 或 nobody）。
- 运行
ps aux | grep "nginx: worker process"，看 USER 列是什么 - 打开
nginx.conf，检查开头的user行，例如user nginx; - 若配置为
user nobody;，则后续所有权限检查都以nobody身份为准
检查 root 路径及其每一级父目录的执行权限（x）
Linux 中，“进入目录”需要 x 权限。Nginx 必须对 / → /var → /var/www → /var/www/html 每一级都有 x 权限，才能抵达 index 文件。
- 用
namei -l /your/root/path/index.html一次性查看整条路径的属主和权限 - 或逐级执行：
ls -ld / /var /var/www /var/www/html - 常见陷阱：
/root目录默认权限是dr-x------，其他用户无 x，nobody或nginx根本进不去，哪怕子目录 chmod 755 也无效 - 修复示例：
sudo chmod 755 /var/www /var/www/html
验证文件本身可读且索引存在
即使路径能进，没有合法的 index 文件，Nginx 默认不列目录，直接返回 403。
- 检查配置中
index指令，如index index.html index.htm; - 确认这些文件真实存在于 root 指定路径下：
ls -l /var/www/html/index.html - 注意大小写：Linux 区分大小写，
Index.html≠index.html - 临时测试：在 location 块加
autoindex on;，若能列出目录内容，说明路径和权限基本没问题，问题就在 index 缺失或不匹配
排除 SELinux 或 AppArmor 干扰
在 CentOS/RHEL 或部分 Ubuntu 上，即使传统权限全对，安全模块仍可能静默拦截。
- 运行
getenforce，若输出Enforcing，SELinux 正在生效 - 临时验证：
sudo setenforce 0，刷新页面，403 消失即确认是 SELinux 导致 - Ubuntu 用户检查：
aa-status | grep nginx，查看 AppArmor 是否限制了 Nginx - 生产环境修复需调整上下文，例如：
sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/html(/.*)?"，再sudo restorecon -Rv /var/www/html
