Nginx返回403的直接原因是请求目录下缺失index指令指定的文件（如index.html）且未启用autoindex；需确认index指令在生效location中显式正确配置、文件存在且可读、路径拼接无误，并排除其他location覆盖或大小写错误。
直接原因很明确：Nginx 找到请求的目录，但该目录下没有配置中 index 指令所列的任一文件（如 index.html），且未启用目录浏览（autoindex on），就会返回 403。
确认 index 指令是否生效
检查当前 location 块或 server 块中是否显式声明了 index 指令。如果没有，Nginx 使用默认值 index index.html index.htm；但若你修改过却写错格式（比如漏空格、多引号、路径写进 index 后面），会导致指令失效。
- 正确写法：
index index.html index.php; - 错误写法：
index "index.html";（引号多余）、indexindex.html;（缺空格）、index /index.html;（不能带斜杠）
验证目标目录下是否存在 index 文件
找到该 location 对应的 root 或 alias 路径，然后手动检查文件是否存在且可读：
- 执行
ls -l /your/root/path/index.html，确认文件存在、大小非零、权限含可读（如-rw-r--r--） - 注意：如果用的是
alias，路径拼接逻辑不同，index文件必须放在 alias 指定的目录下，而非 root 下 - 常见陷阱：前端打包后生成的是
index.html，但误传为Index.html（大小写敏感）或index.htm（少一个 l）
排除 autoindex 干扰与隐藏行为
即使没配 index，只要开了 autoindex on，Nginx 就会列出目录内容，不会报 403。但如果你没开，又恰好没 index 文件，就必然 403。
- 临时加一行
autoindex on;到 location 中，重启 Nginx 后访问目录 —— 若能列出文件，说明就是 index 缺失问题 - 注意：
autoindex不解决生产环境需求，仅用于快速验证；正式环境应确保 index 文件存在
检查是否被其他 location 覆盖
index 指令作用域是当前 block。如果请求被更高优先级的 location（如 = / 或 ^~ /）匹配，而那个 location 没配 index 或 root 错误，也会导致 403。
- 用
curl -I http://your-domain/看响应头，再比对 nginx.conf 中所有匹配/的 location 块 - 特别注意是否有
location = / { return 200; }这类精确匹配，它会完全跳过 root 和 index 配置
