Nginx部署Docker容器时无法加载媒体资源（图片、字体）报403权限错误求助

兄弟，我之前也踩过一模一样的坑！先别纠结Nginx配置了，问题十有八九出在Docker容器内的文件权限不匹配上，跟你写的location规则没啥关系。给你捋捋原因和解决办法：

问题根源：容器内Nginx用户无读取权限 #

官方Nginx镜像默认是用nginx用户（UID一般是101）来运行服务的，而你本地挂载的www目录文件权限是-rw-rw-r--——虽然本地用户和组能读写，但容器里的nginx用户既不属于你本地文件的用户组，也没有单独的读权限，自然就报403了。

快速验证方法 #

先进容器确认权限问题：

# 进入Nginx容器的bash终端
sudo docker exec -it nginx bash
# 尝试读取报错的文件
cat /usr/share/nginx/html/images/close.svg

如果输出Permission denied，就实锤是权限不匹配的问题了。

解决方案（按推荐程度排序） #

1. 修改本地文件的组权限，匹配容器的nginx用户组

这是最安全的生产环境方案：

• 先查容器里nginx用户的GID：

  sudo docker exec nginx id nginx
  

  会输出类似uid=101(nginx) gid=101(nginx) groups=101(nginx)的内容，记下gid=101这个数字。
• 给本地www目录设置组权限：

  sudo chown -R :101 ./www
  

  这样容器里的nginx用户（属于gid101组）就拥有了读取文件的权限，重启容器就能正常加载资源了。

2. 临时用root用户启动容器（应急用，不推荐生产）

如果只是本地测试想快速解决，可以让容器以root用户运行，绕开权限校验：

sudo docker run --name nginx \
-p 80:80 \
-v ./www:/usr/share/nginx/html \
-v ./nginx/conf.d:/etc/nginx/conf.d \
--user root \
-d nginx

注意：生产环境绝对不要这么做，root权限运行服务有安全风险。

3. 修改Nginx配置，用你本地用户的UID运行

如果你不想改本地文件权限，可以修改nginx.conf让Nginx用你本地用户的UID运行：

• 先查自己本地用户的UID：

  id -u
  

  会输出类似1000的数字。
• 编辑你的./nginx/nginx.conf，在最顶部添加/修改user指令：

  user 1000; # 替换成你刚才查到的本地UID
  worker_processes  auto;
  # 其他默认配置...
  

• 重启容器：

  sudo docker restart nginx
  

额外提醒 #

你之前在default.conf里加的那些location /resources/之类的配置其实完全没必要！官方Nginx默认配置已经把/usr/share/nginx/html作为根目录了，这些冗余配置反而可能干扰默认规则，建议先恢复成默认的default.conf再试上面的方案。

备注：内容来源于stack exchange，提问作者samax