Clash 链式代理/落地节点：relay 与 dialer-proxy

为什么要链式

单节点常面临两难：离你近的节点速度快但 IP 被各种服务标记得很脏；IP 干净的落地节点又离得远、直连慢。链式把两者拼起来——近的当入口保证速度，干净的当落地保证可用，中间这段走的是节点之间的优质线路。

方法一：relay 策略组

relay 是专门做链式的策略组类型，按列出的顺序依次中转：

proxy-groups:
  - name: "链式：港转美"
    type: relay
    proxies:
      - 香港中转节点      # 先到这里
      - 美国落地节点      # 再从这里出网

然后让规则指向这个 relay 组即可。顺序就是流量经过的顺序，可以串两个以上，但每多一跳就多一层延迟。relay 是 策略组的一种，用法和别的组一致。

方法二：dialer-proxy

新版 Mihomo 更推荐用节点上的 dialer-proxy：给"落地节点"指定一个"拨号用的前置代理"，意思是"连这个落地节点时，先经过那个前置节点"。它更灵活，能按节点粒度控制：

proxies:
  - name: "美国落地"
    type: ss
    server: us.example.com
    port: 443
    # ... 其它参数
    dialer-proxy: "香港中转"   # 连这个落地节点要先过香港中转

这样"美国落地"这个节点的所有出站，都会先经"香港中转"。相比 relay，它不需要单独建组，组合更自由。

代价与注意事项

• 更慢：每多一跳就多一段往返延迟，链越长越明显。能两跳解决就别三跳。
• 协议/机场要支持：不是所有节点都能当中转，需机场允许节点间互联，或你自己有可控的中转节点。
• 排错更复杂：链上任一段出问题整条就断。用 连接面板看是哪一跳挂了。
• 测速会失真：策略组测的可能只是到入口的延迟，不代表整条链的真实速度。