答案是配置逻辑导致的主动拒绝而非系统权限不足。nginx在未找到index指令指定的索引文件且autoindex关闭时，默认返回403；需确保index位于生效location块内、路径拼接正确、索引文件真实存在且命名精确匹配，并赋予nginx工作用户目录执行权和文件读取权。
这不是真正的“权限不足”，而是 Nginx 在找不到索引文件、又没开启目录列表时，主动拒绝服务的结果。它返回 403 是配置逻辑的默认行为，不是系统报错。
index 指令没生效或路径拼接出错
index 只在当前 location 块内有效，且实际查找路径 = root + location 路径 + index 文件名。常见问题包括：
- location /app/ { root /data; index index.html; } → 实际找的是 /data/app/index.html，而不是 /data/index.html
- 用了 alias 而非 root：alias 会直接替换路径，不拼接；若混用或结尾斜杠不一致，会导致文件根本不在预期位置
- index 指令写在 server 块但没被继承——Nginx 的 index 不自动继承，必须显式写在每个需要的 location 中
索引文件确实不存在或命名不匹配
Linux 区分大小写，且只认你明确列出的文件名。即使目录里有 index.htm，但配置是 index index.html，Nginx 就不会尝试它。
- 检查真实存在的首页文件：ls -l /your/root/path/，确认文件名完全一致（含大小写、扩展名）
- 避免空格或注释导致 index 指令失效，例如 index ; 或 #index index.html 都等于没配
- 如果目录下只有 README.md，而没配任何匹配项，又关了 autoindex，就必然 403
系统级权限卡住了 worker 进程
Nginx worker 进程用户（如 nginx 或 www-data）必须能“进入”目录并“读取”文件。缺一不可：
- 目录需有执行权限（x）：否则无法遍历，chmod 755 /path/to/dir
- 文件需有读取权限（r）：否则无法发送内容，chmod 644 index.html
- 避免把站点放在 /root、/home/user 等受限路径——这些目录默认禁止其他用户 traverse，改到 /var/www 或 /usr/share/nginx/html 更稳妥
SELinux 或安全模块静默拦截
在 CentOS/RHEL 系统上，即使权限全对，SELinux 也可能阻止 Nginx 读取文件：
- 运行 ls -Z /path/to/index.html，确认类型是 httpd_sys_content_t
- 如果不是，用 chcon -t httpd_sys_content_t /path/to/index.html 修复
- 临时测试：运行 setenforce 0，若 403 消失，说明就是 SELinux 导致
