403 forbidden 通常是因为 nginx 没有权限读取指定目录，或者该目录下缺少默认的索引文件。解决的核心在于确认 `root` 指向的绝对路径是否正确、nginx 运行用户（通常是 `www-data` 或 `nginx`）是否拥有该目录及文件的读取权限，并确保存在 `index.html` 等默认首页。通过检查错误日志和手动测试权限可以快速定位问题。
Nginx 配置中 root 与 try_files 的路径解析逻辑是什么
在 Nginx 配置中，root 指令定义的是服务器根目录，而请求 URI 会附加在其后形成完整文件系统路径。如果配置了 try_files，Nginx 会按顺序尝试匹配文件，若全部失败则返回最后指定的状态码或重定向。理解这一拼接逻辑有助于排查因路径拼写错误导致的 403 或 404。
server {
listen 80;
server_name example.com;
# 设置根目录为 /var/www/html
root /var/www/html;
index index.html index.htm;
location / {
# 优先查找文件，若不存在则回退到 index.html
try_files $uri $uri/ /index.html;
}
}
上述配置中，当访问 /about 时，Nginx 首先尝试查找 /var/www/html/about 文件，若未找到则查找 /var/www/html/about/ 目录下的索引文件。这种机制确保了静态资源和服务端渲染页面的正确路由。
如何验证 Nginx 用户对目标目录的访问权限
403 错误的常见原因是操作系统层面的权限限制。Nginx 工作进程通常以非特权用户（如 www-data）运行，如果网站目录属于 root 且权限设置为 700，Nginx 将无法读取内容。解决方法是修改目录所有者或赋予其他用户读取执行权限。
# 假设 Nginx 运行用户为 www-data
# 将网站目录所有权授予 www-data
sudo chown -R www-data:www-data /var/www/html
# 确保目录有执行权限（进入目录）和读取权限
sudo chmod 755 /var/www/html
sudo find /var/www/html -type f -exec chmod 644 {} \;
执行上述命令后，Nginx 用户将获得对目录的遍历能力和对文件的读取能力，从而消除因权限不足导致的 403 错误。务必注意，目录本身需要 x 权限才能被访问，而文件只需 r 权限即可读取内容。
当 root 指向的目录为空或缺少 index 文件时会发生什么
如果 root 指向的目录存在但为空，或者其中没有符合 index 指令定义的默认文件（如 index.html），且未配置 autoindex on，Nginx 将返回 403 Forbidden。这是因为 Nginx 无法生成目录列表，也无法提供默认文档，出于安全考虑拒绝访问。
# 创建默认的 index.html 文件
echo "<h1>Welcome</h1>" > /var/www/html/index.html
# 或者启用目录自动索引（不推荐用于生产环境）
location / {
autoindex on;
}
添加 index.html 是最标准的解决方案，它提供了明确的入口点。若确实需要浏览目录内容，可开启 autoindex，但这会暴露服务器文件结构，增加安全风险，因此仅在调试或特定内部场景下使用。
