节点健康检查机制说明，url-test与fallback配置实战

Clash通过健康检查自动筛选可用节点,本文详解url-test、fallback等代理组类型的检测原理与配置参数，帮助用户实现故障自动转移，提升国际网络加速稳定性。

健康检查的工作原理

Clash内核通过定期发送HTTP请求检测节点延迟,根据返回结果判定节点可用性，该机制是自动代理组（url-test/fallback/load-balance）的核心依赖，直接影响跨境办公需求的网络连续性，节点健康检查机制说明配置得当，可显著减少手动切换节点的频率。

代理组类型与适用场景

Clash提供三种依赖健康检查的代理组类型：

url-test 自动优选 按延迟排序自动选择最低延迟节点，适合日常浏览与视频流媒体。

Proxy Group:
  - name: Auto
    type: url-test
    proxies:
      - Node-A
      - Node-B
    url: http://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

fallback 故障转移 按配置顺序选择第一个可用节点，主节点故障时自动切换，适合学术资源访问等稳定性优先场景。

  - name: Fallback
    type: fallback
    proxies:
      - Primary
      - Backup
    url: http://cp.cloudflare.com/generate_204
    interval: 300

load-balance 负载均衡 将流量分发至多个节点，需配合strategy: consistent-hashing使用，适合高带宽下载场景。

配置参数详解

健康检查依赖以下关键参数：

1. url: 检测目标地址，推荐使用http://www.gstatic.com/generate_204或Cloudflare地址，响应快且跨地域稳定
2. interval: 检测间隔（秒），建议300-600秒，过短增加节点负担
3. timeout: 超时时间（毫秒），默认5000ms，国际网络加速建议设为3000ms
4. tolerance: 容差范围（毫秒），url-test切换节点时的延迟差值阈值，建议50-100ms

TUN模式与系统代理的检测差异

系统代理仅检测HTTP/HTTPS流量连通性，而TUN模式接管所有流量（含UDP/游戏），健康检查需覆盖完整协议栈，配置TUN时建议增加TCP和UDP双重检测目标，确保游戏加速场景下的节点可用性。

分流规则优先级配置

健康检查与分流规则协同工作时,遵循DOMAIN > DOMAIN-SUFFIX > IP-CIDR > GEOIP的匹配顺序，建议将检测URL域名加入DIRECT规则，避免健康检查流量本身被代理，导致延迟数据失真。

Rule:
  - DOMAIN,www.gstatic.com,DIRECT
  - DOMAIN-SUFFIX,google.com,Proxy
  - IP-CIDR,8.8.8.8/32,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,Global

常见问题排查

现象：节点实际可用但健康检查显示超时 原因：检测URL被墙或节点不支持ICMP 解决方法：更换检测URL为http://cp.cloudflare.com/generate_204，关闭ICMP检测改用HTTP模式

现象：url-test频繁切换节点导致连接中断 原因：tolerance值过小或interval过短 解决方法：增加tolerance至100ms，interval调整为600秒，避免过于敏感的切换

现象：fallback组不自动切换至备用节点 原因：健康检查间隔过长，主节点已失效但未触发检测 解决方法：interval缩短至60秒，或手动触发"测试全部节点"刷新状态

节点选择与订阅建议

实现高效的节点健康检查机制说明配置后,建议搭配质量稳定的节点订阅服务，对于4K视频需求，选择提供BGP中转的订阅；游戏加速需低延迟专线；办公场景推荐具备多地域冗余的商务套餐，定期更新订阅链接确保节点池新鲜度，配合健康检查自动剔除失效线路。

通过合理配置url-test与fallback参数，可构建高可用的智能路由系统，满足各类国际网络加速场景的稳定性需求。