“directory index of /xxx is forbidden”表明服务器未找到索引文件且未启用目录列表，需据error.log中是否含“permission denied”区分系统权限或配置问题，并检查index指令、autoindex开关及各级目录x权限。
看到“directory index of /xxx is forbidden”，说明服务器既没找到默认首页文件，又没允许列目录，于是直接拒访。这不是彻底没权限，而是“门开着但没钥匙，也不让看门牌号”。关键在错误日志里找线索，快速分清是配置漏了，还是系统权限真卡住了。
盯紧 error.log 里的两行关键组合
打开 Nginx 错误日志（如 /var/log/nginx/error.log），搜索该提示后，重点看同一行或紧邻行是否出现以下情况：
- "Permission denied" + 具体路径（例如：*123 "/var/www/html/index.html" is forbidden (13: Permission denied)）→ 系统级权限问题：Nginx 进程连文件都打不开，或某一级父目录进不去；
- 只有 "directory index of … is forbidden"，没出现 Permission denied → 大概率是配置问题：目录下确实没 index.html 这类文件，且 autoindex 关着；
- "client denied by server configuration" → Apache 常见，说明 .htaccess 或主配置里写了 deny 规则，和文件权限无关。
逐级验证目录的 x 权限（最容易忽略的一环）
Linux 中，Nginx 必须对从根目录到目标路径的每一级都有执行（x）权限，才能 cd 进去。比如请求 /downloads/file.zip，它得能进 /、/downloads、/downloads/ 这三级。
- 查 Nginx 运行用户：grep "user" /etc/nginx/nginx.conf（常见为 nginx 或 www-data）；
- 用 namei -l /downloads 查每级的所有者、组、权限，一眼看出哪一级缺 x；
- 若某级（如 /downloads）权限是 750 或 700，其他用户没 x，Nginx 就被拦住 → 改为 chmod 755 /downloads。
确认 index 指令是否生效且匹配真实文件
这个提示往往是因为 location 块里没定义 index，或定义了但文件根本不存在。
- 检查配置时注意：全局 http 块的 index 可能被 location 块覆盖，要定位到实际生效的那一段；
- 确保 index 后列出的文件名真实存在，且大小写完全一致（Linux 区分大小写）；
- 如果目录下只有 index.php，但配置只写了 index.html index.htm，就会跳过 → 补上 index.php。
临时开 autoindex 快速验证是不是纯配置问题
为排除干扰，可在对应 location 块中加一行：autoindex on;，然后重载：sudo nginx -s reload。如果这时能列出目录内容，就坐实是 index 文件缺失或配置未生效，不是权限问题。
