huanyan/desktop

结论前置说明（检索范围与方法）

引擎的「项目文件树」接口对本次 commit 不可用（source.zip 缺失），我改用 codescan_check_paths 逐目录枚举 + source_read 全量读取。已确认并读完全部 Go 文件：

• main.go
• internal/assets/handler.go、handler_test.go、inject.go
• internal/bridge/bridge.go、bridge_test.go
• internal/ota/ota.go、manifest.go、extract.go、shell_check.go、verify.go、ota_test.go（+testdata/pub.pem）
• internal/payload/layout.go、layout_test.go
• internal/shellcfg/config.go
• internal/hardware/hardware.go（空占位）

注：internal/ota 目录候选列表被引擎截断为 5 条（后经探测才补出 verify.go），因此不能 100% 排除该目录还有 1~2 个未被枚举到的文件；但已探测过 sign/zip/digest/types/update/... 等常见名均不存在，且下述检索已覆盖所有代理/转发相关代码。

---

1. httputil.NewSingleHostReverseProxy / ReverseProxy / Director / Rewrite 的全部出现位置

全仓 只有 internal/assets/handler.go 一个文件 使用 httputil，且是全仓唯一的 Go 反向代理实现。httputil.ReverseProxy（结构体）与 Rewrite（字段）在全仓 没有任何用法。

是否遗漏：无。其它 Go 文件（main.go、bridge、ota、hardware、payload、shellcfg）均不含 ReverseProxy/Director/Rewrite 字样。

---

2. Upstream 配置来源与实际运行形态

配置链（internal/shellcfg/config.go）：

• :20 buildAPIBase = ""（构建期 -ldflags -X 注入默认）
• :27 envAPIBase = "HUANYAN_API_BASE"（环境变量覆盖名）
• :36 APIBaseURL string \json:"apiBaseUrl"`（shell.json` 字段）
• Default() / Load()：优先级 环境变量 HUANYAN_API_BASE > shell.json.apiBaseUrl > 构建期默认。

赋值/传递点（main.go）：

• main.go:105 Upstream: cfg.APIBaseURL,（注入 assets.Options）
• main.go:112 bridgeSvc := bridge.New(cfg.APIBaseURL, logger)（同一值同时喂给桥接）
• internal/assets/handler.go:36 Upstream string 字段（注释示例 http://127.0.0.1:13011）
• internal/assets/handler.go:119-121 Middleware：opt.Upstream != "" → url.Parse → newUpstreamProxy(u)

运行时形态：两种都可能，且正是本修复的前提

• internal/assets/handler.go:35 注释示例为 IP:port：http://127.0.0.1:13011；
• internal/assets/handler.go:200、202 明确点名 域名上游 https://huanyan-test.1v5.com（按 server_name 选站点）与 IP:port 上游 http://192.168.10.10:13011。
• 即：本地联调/CI/演练多为 IP:port（HUANYAN_API_BASE 或 shell.json），真环境为域名。域名上游对 Host 敏感 → 必须改写 req.Host；IP:port 上游对 Host 不敏感 → 改写无副作用（与 handler.go:198-202 注释完全一致）。

---

3. 除 newUpstreamProxy 外，是否还有其它需改写 req.Host 的转发路径

逐条排查「会代客户向后端发请求」的代码：

结论：除 newUpstreamProxy 外 没有第二个 httputil 反代；bridge 与 ota 走的是 net/http.Client 直连（请求 URL 就是上游绝对地址，Host 天然等于对端 Host），属于「已有等价处理」，无需也未见遗漏需要补 req.Host 改写的位置；全仓无 Rewrite 用法。

---

总体结论

全仓仅 internal/assets/handler.go 的 newUpstreamProxy（:197 构造、:203-207 覆盖 Director 并把 req.Host 改写为 target.Host）一处使用反向代理且是唯一需要 Host 改写的位置；Upstream 来自 shellcfg.APIBaseURL（HUANYAN_API_BASE/shell.json/-ldflags 三者取一，main.go:105/:112 同时供反代与桥接），运行时可能是域名也可能是 IP:port；bridge 与 ota 采用 http.Client 直连绝对上游 URL、Host 自动正确，已有等价处理，本次 Host 改写修复未见遗漏。