什么是链式代理，为什么要用它
链式代理（proxy chain / relay）指流量依次经过多个节点再到达目的地。最典型的形态是「前置 + 落地」两段式：
你的设备 → 前置节点（中转） → 落地节点（出口） → 目标网站要用它的理由很实际：
- 优化线路：落地节点本身线路差（延迟高/丢包），但有个中转节点线路好。先跳中转再落落地，整体体验大幅提升
- 出口纯净：业务对出口 IP 要求高（比如某些服务对数据中心 IP 风控），用住宅属性的落地节点，前置节点只负责加速
- 分摊风险：中转和落地分离，任何一段出问题可以单独替换
在原生 Clash/Mihomo 配置里，链式代理要在节点和代理组里手写 dialer-proxy 字段做嵌套引用——配置繁、易错、改起来牵一发动全身。SubBoost 的链式代理功能把这个过程做成了可视化：界面上一键配置链式代理和前置代理组，不用碰 YAML。
两段式链路的配置步骤
以最常见的「中转前置 + 落地出口」为例：
第一步，确认两类节点都在池子里。 前置节点（线路好、用于加速的中转）和落地节点（提供最终出口 IP）都要已经通过订阅聚合进了 SubBoost 节点池。两类节点可以来自同一订阅，也可以是不同来源——比如前置用机场的 IEPL 节点，落地用自建 VPS。
第二步，选落地，绑前置。 在链式代理配置里指定某个节点（或节点组）的前置为另一个节点（或节点组）。SubBoost 会自动处理底层的 dialer-proxy 引用关系，你不需要理解 YAML 里那段嵌套。
第三步，生成前置代理组。 官方功能描述里提到「链式代理和前置代理组」——前置节点通常会打包成一个组，这样链路的「第一跳」可以是自动选择（url-test 按延迟切换），而不是绑死单个节点。中转挂了自动换，链路可用性高很多。
第四步，接入分流体系。 生成的链式节点会出现在节点池里，像普通节点一样被代理组引用。典型做法：把链式节点放进「AI 服务」或「落地专用」组，普通流量继续走直连节点。
设计链路时的三个决策点
决策一：前置选「稳定」还是「快」？ 前置的价值是稳定的低延迟传输，选延迟低且丢包少的线路（IEPL/专线优先），倍率高低反而不是重点——它不提供出口。
决策二：落地选什么属性？ 落地决定目标网站看到的 IP。需要「干净 IP」的场景选住宅属性或冷门地区节点；只是加速的场景，落地选目标服务解锁好的地区即可。
决策三：链路给谁用？ 链式代理有额外开销（多一跳），全量流量都走链路是浪费。正确姿势是按用途小范围使用——分流层只把需要的分类（如 AI 服务、特定流媒体）指到链式组。
常见问题排查
链路不通时按这个顺序查：
- 单节点先验证：前置和落地各自单独用是否正常。单节点都不通的，先修节点再谈链路
- 查绑定关系：确认前置绑定到了正确的节点/组，可视化配置偶尔选错行
- UDP 场景注意：部分链式组合对 UDP 支持有限，游戏、语音这类 UDP 重度流量另测
- 延迟翻倍是正常的：两跳必然比一跳慢，链路的价值是「稳定 + 出口质量」，不是比直连快
链式代理避坑清单
配置链路前，这几个坑提前知道：
- 环形引用。把链式节点又配置成另一条链路的前置，形成 A→B→A 的环，流量直接卡死。前置和落地两类角色分开维护，绑定前想清楚方向。
- 链式节点混进兜底组。兜底组承接全部未命中流量，里面放链式节点等于强迫所有漏网流量多走一跳，白白损耗速度。链式节点只放进明确需要它的用途组。
- 前置和落地来自同一来源时低估联动风险。链路两段出自同一家订阅，来源失效时两头一起断。重要链路的前置和落地尽量来自不同来源。
- 跳过单节点验证直接上链路。链路是两个节点串联，故障点数量翻倍，任何一段单节点状态不健康，链路体验都好不了。排查反而更费劲。
- UDP 重度场景先实测。部分链式组合对 UDP 转发支持有限，游戏、语音这类流量先测通再决定是否指过去。
- 把链式当全量流量的默认出口。「全走链路更稳」是误解——链式解决的是特定场景（线路优化、出口纯净），按用途小范围指派才是正确用法。
Q：链路整体很慢，但每一跳单测都正常，先查什么？
看叠加效应：整体延迟约等于前置延迟 + 落地延迟 + 链路协议开销，两跳各自「还行」叠起来就慢了。分别单测两跳找出明显劣化的一段换掉——这正是「前置、落地分离」架构的排障优势，坏哪段换哪段。
前置与落地选型速查表
| 角色 | 优先选 | 可以接受 | 尽量避开 |
|---|---|---|---|
| 前置（中转） | IEPL/专线等低延迟低丢包线路 | 普通直连线路 | 高倍率节点——它不提供出口，倍率白花 |
| 落地（出口纯净场景） | 住宅属性、冷门地区节点 | 常规机场节点 | 大量用户共用的热门节点 |
| 落地（加速场景） | 目标服务解锁好的地区 | 就近低延迟地区 | 单纯便宜但解锁差的地区 |
| 前置的组织方式 | 打包成前置代理组，url-test 自动切换 | 绑定单个稳定节点 | 频繁手动换前置 |
进阶玩法：多落地切换
落地不绑一个而是一个组，就得到「前置固定、落地可切」的灵活链路：同一条优质中转，落地在日本/新加坡/美国之间自由切换，适配不同服务的地区要求。这是 SubBoost 把链式代理做成「组级别配置」的隐藏红利——组对组的引用让链路组合的复杂度不随节点数量爆炸。
链式代理是分流体系的补充：分流决定「谁走特殊通道」，链式决定「特殊通道长什么样」。两者配完，你的订阅体系还差最后一块拼图——防 DNS 泄露。