liandu2024 更正 Open-Box 订阅下载失败的 IPv6 归因
liandu2024 在订阅刷新问题中收窄此前的根因表述：Node 路径从 v0.1.338 起优先选择已校验的 IPv4；若有已校验的 A 记录且调用方未强制 IPv6，不能仅凭 curl -6 的 TLS reset 推断面板 Node 下载也先走 IPv6。IPv4/IPv6 直连对照只证明两条测试的差异，不能解释所有面板失败。他说明，curl 兜底把已校验的多个地址交给 --resolve，但尚无 TLS reset 后显式改用另一地址族重试的流程；403、502 和部分内容后的超时仍需分别处理，502 不能视为订阅已下载成功。订阅域名经前置规则走节点的既有规避继续保留，议题保持打开；升级器修复不代表订阅下载也已修复。
作者原文@liandu2024本轮继续核对下载实现，需要收窄之前对根因的表述：Node 路径的已校验地址选择从 v0.1.338 起就优先 IPv4；只要本次有已校验的 A 记录、调用方没有强制 IPv6，就不能仅凭 curl -6 的 TLS reset 推断“面板这次 Node 下载也一定先走 IPv6”。你提供的 -4/-6 对照仍有效，但证明的是那两条直连测试的差异，不是所有面板失败的唯一原因。
当前 curl 兜底会把已校验的多个地址交给 --resolve，尚没有 TLS reset 后显式按另一地址族重试的流程。这是待改进的下载可靠性缺口；还需与 403、502、部分内容后超时分别处理，不能把返回 502 当作订阅已成功下载。
你已验证有效的“订阅域名经前置规则走节点”规避继续保留，已有域名、诊断、PUT/GET 与 -4/-6 材料均不用重做。本条保持打开，不把当前升级器修复算成订阅下载已经修复。