403错误核心是容器内nginx用户（如uid 101）与宿主机挂载目录权限不匹配，导致无读取权限；解决关键是通过chown -r 101:101和chmod -r a+r同步宿主机目录权限，确保uid对齐、root路径准确、文件可读。
容器内外权限不一致导致的 403 错误，核心在于 Nginx 进程在容器内以某个非 root 用户（如 nginx 或 www-data，UID 101/33/1001 等）运行，而挂载进来的宿主机文件属主/权限不匹配，造成“看得见、读不了”。解决关键不是强行提权，而是让容器用户真正能读取目标目录和文件。
确认容器内 Nginx 实际运行用户
先进入容器，查清真实 UID/GID：
-
docker exec -it your_nginx_container cat /etc/nginx/nginx.conf | grep user—— 查看配置中声明的 user（如user nginx;） -
docker exec -it your_nginx_container id -u nginx或getent passwd nginx—— 获取该用户的 UID（常见为 101） -
docker exec -it your_nginx_container ls -ld /usr/share/nginx/html—— 检查挂载目录在容器内的权限和属组
同步宿主机文件权限与容器用户 UID
宿主机上的静态资源目录（如 /mnt/nginx/html）必须对容器内 Nginx 用户 UID 可读。推荐做法是直接按 UID 赋权：
- 若容器内 nginx 用户 UID 是 101：
sudo chown -R 101:101 /mnt/nginx/html - 确保所有文件可读：
sudo chmod -R a+r /mnt/nginx/html（避免仅设 755 却遗漏子文件） - 特别注意：不要用
chmod 777，它可能被 SELinux/AppArmor 拦截，且不安全
验证 Nginx 配置中的 root 路径是否指向挂载点
即使权限正确，路径错也会报 403（实际是“找不到+无列目录权限”叠加表现）。检查容器内配置：
- 确认
location / { root /usr/share/nginx/html; }中的路径，与你-v挂载的目标路径完全一致 - 如果前端构建产物在
dist/子目录下，root 应写成/usr/share/nginx/html/dist，或用alias替代 - 避免把
index.html放在挂载目录外，或因大小写、拼写错误导致匹配失败
必要时显式指定容器运行用户
当无法或不便修改宿主机权限时，可在启动时统一身份：
- Docker CLI：
docker run -u 101:101 -v /mnt/nginx/html:/usr/share/nginx/html nginx - Docker Compose：
user: "101:101"加在 service 下 - Dockerfile 中也可加
USER 101:101，但需确保镜像基础层支持该 UID
只要 UID 对齐、路径准确、文件可读，403 就会消失。不需要禁用 SELinux，也不必改 nginx.conf 的 user 为 root——那反而引入安全隐患。
