Verify upstream TLS certificates when retrieving Manager notices

问题场景

用户在 ComfyUI 中运行 ComfyUI-Manager，Manager 启动或刷新时通过 legacy notice handler（v3 和 v4 两套实现）从上游获取公告信息。该拉取过程在旧代码中未验证上游 TLS 证书，因此不受信任证书签发的响应内容仍可能被读取并进入 HTML 清洗流程。HTML 清洗只能阻止不安全标记，无法验证被允许的文本和链接来源是否可信。

报错原文

Verify upstream TLS certificates when retrieving Manager notices

修复后，证书或连接失败会显示：

Unable to retrieve Notice

原因分析

可能原因是 v3 与 v4 legacy notice handler 在获取上游 notice 时主动禁用了 TLS 证书验证。Issue 说明该行为早于此前的 UI escaping 改动，UI escaping 不能替代传输层认证。因此即使 HTML 已被清洗，notice 中的文本和链接仍可能来自未通过证书验证的服务器。修复方向是在保留环境代理处理的前提下恢复证书校验，并有意识地检查现有证书/绕过配置，而不是无条件重新引入校验绕过。

环境排查

• 确认 ComfyUI-Manager 版本或分支：是否已包含 main 分支 #3424（e66b7b71）与 manager-v4 分支 #3504（72f05493）。
• 检查 config.ini 是否显式设置了 bypass_ssl = True；该配置会让证书校验被跳过。
• 若位于代理后方且代理会重新签发 TLS 流量，确认 SSL_CERT_FILE 指向包含代理 CA 的 CA bundle。
• 确认环境代理变量（环境代理处理）是否按预期生效。
• Issue 中未提供 Python、CUDA、PyTorch、显卡或具体依赖版本要求，无需据此额外调整。

解决步骤

1. 将 ComfyUI-Manager 更新到包含相应修复提交的版本：main 分支对应 #3424（e66b7b71），manager-v4 分支对应 #3504（72f05493）。
2. 打开 config.ini，确认没有设置 bypass_ssl = True；如存在且不需要绕过，移除以恢复默认证书校验。
3. 如处于重新签发 TLS 的代理环境，设置 SSL_CERT_FILE 环境变量，指向包含代理 CA 的 CA bundle。
4. 重启 ComfyUI 后重新触发 notice 拉取，观察是否仍出现证书或连接错误。
5. 如需验证修复有效性：可信 HTTPS 响应应正常渲染为经过清洗的 notice，并保留正常格式与链接；不受信任证书应在内容展示前被拒绝；拉取失败时显示 Unable to retrieve Notice，且不导致 Manager 其余界面不可用。

验证方法

确认 notice 能正常显示且格式与链接保持；确认不受信任证书不会使其内容被展示；确认证书或连接失败时只提示 Unable to retrieve Notice，Manager 其他 UI 仍可正常使用；同时在文档所述代理和自定义 CA 环境下确认拉取正常，环境代理处理仍然有效。

参考来源

ltdrdata/ComfyUI-Manager #3302

AI 工具推荐

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

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

了解 GamsGo AI

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