链式代理（Relay）配置：什么时候需要，以及代价是什么
💡 声明：本文部分链接可能包含推广代码，通过这些链接注册不会增加您的成本，但能支持我们产出更多独立评测。
发布于: 2026年 | 分类: 软件下载 | 作者: Clash冲突编辑部
「双重代理」在宣传中经常出现，但它并不是「更安全」的通用答案。这篇说明 Clash 中链式代理的配置方法，以及它实际解决与不解决的问题。
一、它解决的是什么问题
链式代理指流量先经过节点 A，再由 A 转发到节点 B，最后出网。在 Clash 中通过 relay 类型的分组实现：
proxy-groups:
- name: 链式出口
type: relay
proxies:
- 中转-香港
- 落地-美国原生它真正有价值的场景是入口与出口分离：入口节点选择线路质量好的中转（如 IPLC 专线），出口节点选择 IP 属性好的落地（如原生住宅 IP）。这样既有速度，又能满足某些服务对出口 IP 的要求。
二、它不解决什么
需要明确：链式代理不等于匿名。如果两跳节点属于同一家服务商，那么这家服务商依然完整掌握「你是谁」和「你访问了什么」，多一跳并没有切断关联。
真正的关联切断需要两跳分属互不相关的运营方，且各自不持有完整链路信息——这正是 Tor 多跳设计的核心。普通商业代理的「双重加密」宣传与此不是一回事。
此外，链式并不提升传输安全性。每一跳本身已有加密，叠加两层加密对抗窃听的收益接近于零。
三、代价与判断标准
延迟叠加：两跳的延迟基本是相加关系，还要加上中转节点的处理开销。原本 60ms 的链路做成链式后到 150ms 以上是常态。
故障点翻倍：任一跳出问题整条链路就断，可用性是两者的乘积而非取好的那个。
带宽取最小值：整条链路的速度受限于最慢的一跳。
判断标准很简单：如果你的诉求是「更快」或「更安全」，链式通常不是答案；只有当你明确需要「特定出口 IP + 特定入口线路」的组合时，它才值得。