The web-1 container reports an error: Unauthorized

问题场景

用户在 Docker 自托管部署的 Dify 1.16.1 中运行 web-1 容器，容器持续输出未认证（Unauthorized）日志，用户暂未定位到具体配置问题，并在 Issue 中贴出了一段 .env 配置片段。

报错原文

The web-1 container reports an error: Unauthorized

原因分析

根据 Issue 讨论，web 容器的 Next.js SSR 会对 API 发起服务端调用（例如 /console/api/account/profile、/console/api/system-features）。在公开/匿名页面或健康探测场景下，这些调用本就不携带有效认证令牌，API 返回 401 Unauthorized，属于预期行为。该类问题在 v1.15.0 到 v1.16.0 之间被报告并修复，v1.16.1 中这些错误应为非阻塞，应用会回退到默认值继续工作。

可能原因还包括：web 容器的 SSR 调用使用了容器内部不可达的 API 地址。若 CONSOLE_API_URL 被覆盖为 Docker 网络外部主机名，而 SERVER_CONSOLE_API_URL 未正确设置，SSR 请求会失败。Discussion 中提到的 Compose 默认值为 http://api:5001。

环境排查

• 确认 Dify 版本是否为最新 v1.16.1 镜像（可通过 docker compose pull 拉取更新）。
• 确认应用功能是否正常：能否访问控制台并正常使用，公开 Web App 页面是否异常跳转到 /signin。
• 检查 .env 中 SERVER_CONSOLE_API_URL 的设置，确认其指向 web 容器内可访问的 API 地址（Compose 默认 http://api:5001）。
• 检查 CONSOLE_API_URL 是否被覆盖为容器网络内无法解析的外部主机名。
• 如使用公共 Web App，留意是否仍有跳转 /signin 的回归现象（讨论提到与 useTimestamp() 相关，已在 PR #37915、#38116 修复）。

解决步骤

1. 先判断影响范围：在日志持续输出的同时，尝试登录控制台并使用主要功能。若一切正常，这些 401 日志属于 SSR 健康探测/系统特性请求产生的噪音，可暂不处理。
2. 检查 .env 中的 SERVER_CONSOLE_API_URL，确保 web 容器可通过 Docker 内部网络访问 API，例如设置为 SERVER_CONSOLE_API_URL=http://api:5001（Compose 默认值）。
3. 如 CONSOLE_API_URL 被改为外部主机名，确认该地址在 web 容器内部可解析、可访问；否则 SSR 调用会因认证/连接问题持续失败。
4. 确认镜像为最新 v1.16.1，执行 docker compose pull 后再 docker compose up -d 重建容器，避免使用仍含旧回归缺陷的镜像。
5. 若公开 Web App 页面仍跳转 /signin 或出现实际功能失败，按回归问题继续排查，而不是仅当作日志噪音处理。

验证方法

重新观察 web-1 容器日志，确认 401 是否仍大量持续输出；同时实际访问控制台与公开 Web App 页面，确认登录、页面加载和跳转行为正常。若功能正常而仅偶发 401 日志，可判定为非阻塞性日志噪音；若页面跳转或接口调用失败，则说明问题未解决。

参考来源

langgenius/dify #39719

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。