client/subscription · 集群 B · 订阅安全与失效 · 4/6

本地或自建订阅转换：在自己可控的环境里完成格式转换

先问：真的需要转换吗

在搭建任何转换环境之前，先确认客户端本身能否解决问题，因为最安全的转换是不转换。

需要转换的原因是？
 ├─ 格式不兼容
 │    ├─ 服务商是否有该客户端专用链接？ → 有：直接用
 │    └─ 客户端是否有更新版本支持该格式？ → 有：升级客户端
 ├─ 想改规则 / 分组
 │    └─ 客户端是否支持覆写 / 合并 / 脚本？ → 支持：本地覆写即可
 └─ 想合并多订阅
      └─ 内核是否支持代理集合？ → 支持：写 proxy-providers

只有上面路径都走不通时，才需要真正的转换后端。多订阅合并的本地做法见 多个机场订阅如何合并；格式本身的差异见 Clash YAML、Base64 与 sing-box 订阅格式有什么区别。

三种可控方式对比

三种方式的取舍在于“便利性”与“维护负担”：越靠近本机越安全，但多设备共用越不方便。

需要强调的是，“自管设备”指你自己控制的设备，例如家中的常开主机或旁路由，而不是他人提供的托管环境。

本机运行转换后端的要点

本机运行的关键是“只监听本地地址、只用可信来源的程序”，这样令牌不会离开本机。

1. 获取程序：从项目的正式发布渠道获取开源转换后端，核对版本与校验信息；不要使用来源不明的打包版本，相关风险可参考 安全与隐私 专题。
2. 只监听本地：将监听地址设为本机回环地址，避免局域网或公网其他设备访问。
3. 使用本地模板：把规则模板保存为本地文件，而不是引用远程模板，减少外部依赖。
4. 生成转换链接：转换链接形如“本地地址 + 原订阅（编码后）+ 目标格式参数”，具体参数名以所用后端的文档为准。
5. 客户端指向本地：把客户端订阅地址设为本地转换链接，更新时后端需在运行。

如果不需要自动更新，也可以转换一次后把输出保存为本地配置文件。缺点是服务商调整节点后需要手动重新转换。

部署到自管设备的注意事项

部署到家中常开设备可以让多台设备共用转换服务，但同时引入了“访问控制”和“日志”两个新问题。

路由器与旁路由场景的网络规划可参考 路由器方案 专题。

本地转换后如何验证结果

转换完成后，用“节点数核对、规则来源核对、更新链路核对”三步验证，确认没有节点被丢弃、没有引入意外的外部依赖。

• 节点数核对：转换输出中的节点数与服务商后台显示是否一致；明显偏少通常说明后端不支持部分协议。
• 规则来源核对：检查输出配置中是否仍引用了远程规则地址，确认每个地址都是你认可的来源。
• 更新链路核对：关闭转换后端后尝试更新，确认客户端会报错而不是静默使用空配置；再启动后端，确认更新恢复。

如果节点数始终不对，可以参考 订阅导入后节点为空或全部超时怎么办 中关于解析失败的排查。

本地转换的维护节奏

本地转换不是“一次配好永久不管”，需要按固定节奏做少量维护，否则会在某次服务商调整协议后出现节点被丢弃的情况。

如果这些维护让你觉得负担过重，那往往说明“转换”本身不适合你当前的使用方式，可以回到第一节的判断树，重新考虑是否用客户端内置功能或更换客户端来替代转换。

小结

需要转换时，按“客户端内置 → 本机后端 → 自管设备”的顺序选择，令牌始终留在可控环境中；本机只监听本地，自管设备做好访问控制与日志清理；转换后核对节点数与规则来源。

如果你希望从源头减少转换需求，可以在 机场品牌库 查看各品牌的客户端资料，或按 自研客户端 标签筛选资料显示同时提供自研与第三方客户端的品牌。