Clash Verge 链式代理怎么配：先各自通再拼链，环路 / 空白组 / 只给某站走链的排错

链式代理听起来高级：流量先走 A 再走 B 再出网。实际用下来，延迟和故障点都会翻倍。我一般只在「需要特定出口特征」或「单跳过不去」时才上链；日常浏览、ChatGPT、Steam 下载，单跳加一个稳节点往往更省事（选机场、测速）。

如果你系统代理或 Tun 还上不了外网、订阅也不稳，先别碰链式，按新手上手走通单跳再说。

怎么配：先各自通，再拼起来

1. 入口节点单独放进 select，测速并打开目标站确认能用。
2. 出口节点同样单独测通。
3. 再按客户端支持的 relay / 链式方式把两跳接上，先只让一两个测试域名走这条链。
4. 连接页路径符合预期、目标站正常，再扩大规则范围。

mihomo 的原生链式是 relay 组，按 proxies 顺序成链：第一个是最靠近你的入口，最后一个是落地出口。

proxy-groups:
  - name: Chain
    type: relay
    proxies:
      - Entry-01
      - Exit-01

两跳延迟大致会叠加，带宽看短板。觉得「变慢了」不一定是配错，很多时候是物理代价。整体偏慢可以对照慢速优化。

不稳定时怎么拆

不要同时改节点、规则、DNS。固定其它变量，按 ① 只用入口 → ② 只用出口 → ③ 再开链 的顺序测。哪一段挂就修哪一段。排错期别把链式再外包一层 fallback、再套 url-test——故障面会炸开。

入口出口若都挤在同一拥堵线路，高峰会一起慢。先换不同方向的出口对比，别急着加第三跳。

环路、空白组、只给某个站走链

成员互相引用或指向自己，常见表现是诡异超时。保持单向、名字写清楚；用 Merge 或脚本改链式时更要小心（Merge、脚本）。成员名写错时，组会直接空白，对照代理组空白。

只想让某个 AI 站走链：用规则把该域名指到链式组，其它流量仍走普通组。AI 侧总策略见Tun 与 AI 代理。DNS / fake-ip 异常也会让你误判「链挂了」，先排除fake-ip和DNS。

Tun、住宅 IP、安全边界

Tun 只是接管方式，不会让链式更稳。建议先关 Tun、用系统代理把链验通，再开 Tun（Tun 模式）。

网上常说「链式 + 住宅 IP」。客户端造不出住宅出口——取决于机场是否真有对应节点。先问供应商，再配链。

别下「一键链式破解配置」。安装包走可核验来源：下载中心、是否安全。

验收与回退

单跳各自能通；链式目标站能通；连接页路径符合预期；断开链后能立刻退回单跳；常用站没有被规则误伤。把跑通的入口/出口名称随手记下来，下次少踩拼写坑。