节点健康检查机制说明涵盖Clash代理组自动检测原理与配置方法，详解url-test/fallback等模式的检测间隔、超时判定逻辑，帮助用户构建高可用国际网络加速方案,避免跨境办公场景下的连接中断。
国际网络加速工具的稳定性取决于后端节点的实时可用性，节点健康检查机制说明旨在解析Clash内核如何通过周期性探测，自动剔除失效线路并切换至可用节点,确保学术资源访问与跨境办公的连续性。
健康检查核心原理
Clash通过向指定URL发送HTTP HEAD请求检测节点连通性，当响应时间超过设定阈值或返回非2xx状态码时，标记该节点为不可用，检测频率、超时判定与失败次数构成健康检查的三要素,需在配置文件中精确调校。
代理组类型与检测机制
select手动模式
无自动检测功能，依赖用户手动切换，适用于需要固定出口IP的银行登录场景,但缺乏故障自动转移能力。
url-test自动选择
按延迟测试结果自动选用最低延迟节点,配置示例：
Proxy Group:
- name: Auto-Select
type: url-test
proxies:
- Node-A
- Node-B
url: http://www.gstatic.com/generate_204
interval: 300
tolerance: 50
interval: 300表示每300秒检测一次，tolerance: 50防止节点间微小延迟差异导致频繁切换。
fallback故障转移
按配置顺序选择第一个可用节点，适用于稳定性优先的视频会议场景,当首选节点失效时自动降级至备用线路。
TUN模式与系统代理的检测差异
节点健康检查机制说明在TUN环境下需特别关注协议差异，系统代理仅检测HTTP/HTTPS流量，而TUN模式接管所有流量（含UDP/游戏），启用TUN后，健康检查需覆盖UDP连通性，建议在配置中增加interface-name绑定防止DNS泄漏。
分流规则优先级
健康检查触发后,流量按以下规则匹配：
- DOMAIN：精确域名匹配，优先级最高
- DOMAIN-SUFFIX：后缀匹配，适用于整个域名树
- IP-CIDR：IP段匹配，用于直连国内地址
- GEOIP：国家代码匹配，兜底规则
FAQ
现象：节点显示绿色但无法访问Google 原因：TCP连通但DNS解析被污染，或节点仅支持TCP而目标站需UDP 解决：切换至TUN模式，或更换支持DoH的节点
现象：url-test组频繁切换节点 原因：tolerance值设置过小或节点延迟波动大 解决：增大tolerance至100-150ms，或改用fallback模式锁定主节点
现象：游戏延迟高但节点测速正常 原因：健康检查仅测试TCP，游戏依赖UDP转发 解决：启用TUN模式并检查节点是否支持Full Cone NAT
节点订阅选择建议
节点健康检查机制说明的有效性依赖于优质订阅源，建议选择提供BGP中转或IEPL专线的服务商，这类节点具备更低的丢包率与更稳定的检测响应，对于4K视频需求，优先选择带宽充足的SS/VMess协议节点；游戏场景则需关注UDP转发质量。
配置完成后，建议通过curl -x 127.0.0.1:7890 http://ipinfo.io验证实际出口IP，确保健康检查逻辑生效，合理的检测参数配合可靠的节点订阅，可构建7×24小时可用的国际网络加速环境。
