bug: NO_PROXY is not supported, so all outbound requests will go through the proxy if set, which can cause issues with internal APIs

问题场景

用户自托管 Langfuse（版本 3.221.1），内部网络禁止直接通过代理访问内部 API，但需要代理访问外部服务。设置了 HTTPS_PROXY 环境变量后，Langfuse 将所有出站请求（包括内部 API 调用）都发送到代理服务器，导致内部 API 连接失败。

报错原文

bug: NO_PROXY is not supported, so all outbound requests will go through the proxy if set, which can cause issues with internal APIs

原因分析

Langfuse 后端使用 undici 的 ProxyAgent 处理代理请求。而 undici 的 ProxyAgent 本身不支持 NO_PROXY 环境变量。因此当 HTTPS_PROXY 被设置时，所有出站请求（包括 LLM 调用、认证流程等）都会无条件通过该代理，无法按域名排除内部地址。

环境排查

• 确认 HTTPS_PROXY（或 HTTP_PROXY）环境变量是否已设置
• 确认 NO_PROXY 环境变量是否已设置（当前会被 Langfuse 忽略）
• 确认 Langfuse 版本：3.221.1 或更早版本（该问题在后续版本中需等待官方修复）
• 确认出站请求目标（内部 API 域名 vs 外部服务域名）
• 检查是否使用了 AUTH_HTTPS_PROXY 等独立代理配置（该配置同样可能绕过 NO_PROXY）

解决步骤

1. 在内部网络中部署一个支持 NO_PROXY 规则的本地代理（例如 Squid、Nginx、Caddy 等），并配置其根据域名/网段放行内部地址。
2. 将 Langfuse 环境变量 HTTPS_PROXY 改为指向该本地代理（如 http://localhost:3128）。
3. 确保本地代理能够解析外部目标并正常转发，同时跳过对内部 API 域名的代理行为。
4. 重启 Langfuse 服务使新代理配置生效。

注意：以上步骤为未经验证的工作区方案，官方修复（支持 NO_PROXY 环境变量）计划在后续版本中实装。

验证方法

检查内部 API 调用的日志，确认请求直接发送到内部目标（而非经过代理）。可通过网络抓包或观察代理服务器的访问日志来确认 NO_PROXY 效果已生效。

参考来源

langfuse/langfuse #15394

AI 工具推荐

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

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

了解 GamsGo AI

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