使用 docker logs 查看 nginx 容器日志需确保其配置为输出到 /dev/stdout 和 /dev/stderr；常用命令包括 docker logs -f、--since、--tail；结合状态码与错误信息可快速定位 404、502、端口占用等问题，并配合 docker ps、docker exec 等命令交叉验证。

使用 docker logs 查看 Nginx 容器的运行状况，核心是确认日志是否实时输出、是否有错误信息，以及是否启用了标准输出（stdout/stderr）日志模式。

确保 Nginx 日志输出到标准输出

Nginx 默认将 access 和 error 日志写入文件（如 /var/log/nginx/access.log），而 docker logs 只能读取容器启动时重定向到 stdout/stderr 的内容。因此必须修改配置，让 Nginx 把日志“打印出来”：

• 在 nginx.conf 中，把 access_log 和 error_log 指向 /dev/stdout 和 /dev/stderr
• 例如：
  access_log /dev/stdout;
error_log /dev/stderr notice;
• 若使用自定义镜像，需在 Dockerfile 中复制该配置；若用官方镜像，可通过挂载配置文件或 docker run -v 覆盖默认配置

基础命令查看实时日志

容器正常运行后，用以下命令观察请求和错误情况：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• docker logs nginx-container：查看全部历史日志（适合刚启动后快速检查）
• docker logs -f nginx-container：持续跟踪日志（类似 tail -f），适合调试访问行为
• docker logs --since "10m" nginx-container：查看最近 10 分钟的日志，定位近期异常
• docker logs --tail 50 nginx-container：只显示最后 50 行，避免刷屏

结合日志内容判断常见问题

通过日志内容可快速识别运行状态：

• 200 响应频繁出现：服务基本正常，但需留意响应时间是否突增
• 404 或 502/503 错误集中爆发：可能是上游服务不可用、路径配置错误或负载过重
• “no live upstreams” 或 “connect() failed”：反向代理后端失联，检查 upstream 配置或目标容器网络连通性
• 启动时报 “bind() to 0.0.0.0:80 failed”：端口被占，用 docker port nginx-container 确认映射，或查宿主机占用

进阶技巧提升排查效率

单靠 docker logs 有时不够，可配合其他命令交叉验证：

• 用 docker ps -f name=nginx 确认容器状态是否为 Up，而非 Restarting 或已退出
• 执行 docker exec -it nginx-container nginx -t 测试配置语法是否正确
• 若日志完全为空，先检查配置中是否真写了 /dev/stdout，再确认容器是否真的在处理请求（比如用 curl localhost 触发一条 access 日志）
• 对长期运行的容器，可加 --log-driver json-file --log-opt max-size=10m --log-opt max-file=3 控制日志体积，避免磁盘撑满