先定用途:节点排序不等于实际体验
Clash 节点列表中的名称,通常混合了地区、线路、协议和倍率信息。这些名称由订阅提供方填写,不是内核自动核实的线路证明。选择节点时,应先确认目标服务需要什么地区,再看连接是否稳定、流量成本是否合适,最后比较延迟和吞吐。
Clash 是一类代理客户端与内核生态的常用称呼。Clash Meta 后续以 mihomo 名称维护,不同客户端捆绑的内核并不相同。导入订阅成功,只代表配置被接受;列表里有节点,也不代表当前内核支持它的所有协议和传输参数。
| 主要用途 | 优先检查 | 验证方法 |
|---|---|---|
| 网页、代码仓库 | 连接成功率、响应稳定性 | 打开常用站点,重复建立新连接 |
| 视频播放 | 服务地区、持续吞吐、倍率 | 固定清晰度播放,观察缓冲和流量 |
| 远程终端、语音 | 抖动、丢包、长连接稳定性 | 持续使用,记录卡顿与断连 |
| 大文件传输 | 实际下载速率、流量成本 | 使用相同文件和相近时段比较 |
不要同时改变节点、DNS、TUN 和分流规则。一次只改一个变量,才能判断改善来自哪里。下面的数值用于说明判断方法与换算,不代表本站实测,也不是任何线路的性能承诺。
延迟测试:看测量路径,不只看毫秒数
URL 测试与 ICMP Ping 不是一回事
Clash 客户端常见的节点延迟测试,是让内核经指定节点请求一个测试 URL。结果反映这条代理路径访问测试目标的耗时;连接复用、DNS 缓存、TLS 握手以及客户端采用的计时方式,都可能影响数字。它不是单纯测量本机到代理服务器的 ICMP 往返时间。
因此,系统命令 ping 的结果不能直接替代客户端测试。服务器可能禁止 ICMP,却仍允许代理连接;测试 URL 也可能被节点出口或目标站限制,造成“超时”,但其他网站仍可访问。反过来,测试成功也不表示目标视频服务或代码托管站一定正常。
用多次结果识别抖动
- 固定网络环境、测试 URL 和超时设置,暂停下载与其他批量测速。
- 对候选节点各测 5 次,每次间隔几秒,同时记录超时,不要只留最快一次。
- 比较中位数与波动范围,再访问实际使用的服务。
例如,节点 A 的 5 次结果是 45、46、48、290、超时;节点 B 是 72、74、75、78、80 毫秒。A 的最低值更小,但 B 在这组样本里更稳定。远程终端和语音通常更需要后者的稳定性;5 次测试仍只是初筛,不能代替长时间观察。
流量倍率:按服务商计费规则换算
节点名称里的“0.5×”“1×”“2×”通常表示订阅服务商的流量扣费倍率,不是速度倍数,也不是 Clash 内核的标准计费字段。客户端不能仅凭名称确认账单算法。应先查看提供方是否统计上下行、如何计算单位,以及倍率是否存在时段变化。
在提供方明确采用“计费流量=统计流量×倍率”的前提下,消耗示例如下。表中的 10 GB 是提供方统计口径下的流量,不一定等于浏览器显示的文件大小。
| 节点倍率 | 统计流量 | 扣除配额 |
|---|---|---|
| 0.5× | 10 GB | 5 GB |
| 1× | 10 GB | 10 GB |
| 2× | 10 GB | 20 GB |
先预算,再跑大流量测试
如果剩余配额为 60 GB,全部使用 2× 节点时,按上述简化规则只能承载约 30 GB 的统计流量。测速同样会产生流量消耗。假设连续下载 60 秒,平均速率为 10 MB/s,则十进制下载量约为 600 MB;使用 2× 节点,单是这部分就对应约 1.2 GB 的配额,尚未计入其他统计项。
- 日常浏览可保留一个稳定的低倍率节点,减少不必要的额度消耗。
- 高倍率节点用于确有需要的服务,而不是默认接管全部后台更新。
- 客户端连接面板显示的是流量观测值,最终余额应以服务商账单为准。
出口地区:服务识别比节点名称更重要
本机所在地、代理入口所在地和最终出口所在地可以不同。名称带有“香港中转”的线路,出口不一定在香港;“日本”也可能只是运营方的命名。网站通常首先依据出口 IP 判断地区,但还可能结合账号地区、支付资料、设备定位和历史会话。
检查实际请求走向
- 在客户端中选择候选节点,并确认相关策略组确实使用了它。
- 访问目标网站,在“连接”或“日志”页面检查域名命中的规则与策略链;界面名称因客户端而异。
- 通过同一代理路径访问 IP 查询页面,查看出口地址及地区,再回到目标服务验证。
- 如果 IP 查询页面和目标站命中不同策略组,先修正规则,不能用前者替后者作结论。
同一个 IP 在不同地理数据库中的归属可能不一致。IP 查询显示某地区,也不保证目标服务采用相同数据库。访问失败还可能与共享出口的信誉、并发限制或账号状态有关,不能一律归因于地区不符。
协议对照:Trojan、VLESS 与 Hysteria2
协议名称决定连接方式和兼容要求,不直接决定线路质量。相同协议在不同网络下可能表现悬殊。比较前先在客户端的内核信息页确认实际使用的是哪个内核,再核对订阅要求;尤其不要把旧版 Clash 的支持范围直接套用到 mihomo。
| 协议 | 连接特点 | 重点检查 |
|---|---|---|
| Trojan | 常见部署使用 TCP 与 TLS,也可承载 UDP 转发 | 服务器地址、端口、密码、SNI 与证书验证 |
| VLESS | 轻量代理协议,需结合实际传输与安全层配置 | UUID、传输方式、TLS 或 REALITY 参数、flow 兼容性 |
| Hysteria2 | 基于 QUIC,底层使用 UDP | 网络是否允许 UDP、认证、TLS 与带宽配置 |
Trojan:先排查 TLS 参数
Trojan 的常见配置依赖 TLS。即使服务器 IP 和端口可达,SNI 不匹配、证书异常或本机时间错误,也可能使握手失败。不要为了“让测试变绿”而长期跳过证书验证。订阅若使用 WebSocket 等附加传输,还要确认客户端内核支持对应组合。
VLESS:协议名不足以描述完整配置
VLESS 本身不提供内容加密,需要由 TLS、REALITY 等安全层或其他受保护环境承担相应保护。TCP、WebSocket、gRPC 等传输配置不能随意互换;使用 REALITY 时,公钥、short-id 等参数也必须与服务端匹配。只复制服务器地址和 UUID,往往不足以复原节点。
Hysteria2:先验证 UDP 可用性
Hysteria2 在部分丢包网络中可能有优势,但并非必然更快。若当前 Wi-Fi、运营商或防火墙限制 UDP,其表现可能很差,甚至完全无法建立连接。即便配置了 UDP 443,也不会自动变成 TCP HTTPS;端口号相同不代表传输协议相同。Hysteria 与 Hysteria2 也不是可以直接互换的配置。
网页能通过 Hysteria2 打开,不代表游戏或语音一定能走同一条路径。应用是否使用系统代理、内核是否接管其 UDP 流量、服务端是否允许转发,都需要单独确认。TUN 可以接管更多未采用系统代理的流量,但不会改善节点本身的带宽,也不能绕过当前网络对节点连接的限制。
在 Clash 中筛选:手动验证,再自动选择
首次筛选建议只留 3~5 个候选节点,覆盖一个日常低倍率出口、一个目标地区出口和一个备用线路。在策略组里逐个手动选择,完成“测试 URL、目标站访问、持续使用”三步,再考虑自动测速。
url-test 只围绕测试目标做选择
下面是 mihomo 配置片段,用于已有节点定义的配置。proxies 中的名称必须与实际节点完全一致;本例不包含服务器信息,不能单独作为完整配置导入。
proxy-groups:
- name: 延迟优选
type: url-test
proxies:
- 日常低倍率
- 地区备用
url: https://www.gstatic.com/generate_204
interval: 300
tolerance: 50
interval: 300表示以秒为单位的检测间隔;实际调度还受组的使用状态等设置影响,不应把它当成严格计时器。tolerance: 50是毫秒级的切换容差,用于减少收益很小的频繁切换,不是带宽阈值。- 测试 URL 应在候选出口上可达。该 URL 的最优节点,不一定是目标视频服务或代码仓库的最优节点。
- 自动测速不会理解节点名称里的倍率,也不会验证账号地区或目标服务的可用性。
订阅更新可能覆盖本地修改。需要长期保留策略组时,应使用客户端支持的覆写或合并功能,并按该客户端的文档确认处理顺序。规则的基础写法可继续查阅Clash 配置说明。
常见问题:超时、卡顿与切换无效
延迟很低,视频仍然缓冲?
先检查视频请求实际命中的节点,再固定清晰度连续播放几分钟。延迟测试只请求小型目标,不能反映持续吞吐、视频 CDN 路径或高峰期拥塞。如果网页响应正常但大流量持续下降,应比较相同时段的备用线路,而不是反复修改 DNS。
所有节点都超时,是否订阅失效?
先确认本地直连网络正常、订阅未过期且有余额,再检查内核日志。timeout 是结果,不是根因;connection refused 通常提示连接被拒绝,证书错误则应检查 TLS 参数与系统时间。若只有 Hysteria2 失败,可对照测试 TCP 类节点,以判断是否与 UDP 路径有关。
换了节点,网站 IP 仍不变化?
检查当前模式、目标域名命中的规则,以及浏览器是否真正使用代理。DIRECT 规则命中的连接不会因为代理组换节点而改变出口。也要排除旧连接仍在复用的情况。不要直接以开启 TUN 代替规则排查;先确认请求在哪里进入内核、最终选择了哪条策略。
最终选择顺序是什么?
先满足目标地区与协议兼容,再排除断连和明显抖动;在可用节点里比较倍率与持续速度,最后用延迟细分。保留一个经过验证的备用出口,比围绕单次最低毫秒数频繁切换更实用。安装与导入步骤可查看使用指南。