network speed 怎么测试节点速度？Clash Verge Rev 节点测速方法
简答：在 Clash Verge Rev 中测试节点速度，不能只看“延迟测试”的毫秒数。正确做法是固定节点，临时切换到“全局模式”，确认测速网站在“连接”页命中该节点后，再分别记录延迟、下载、上传、抖动和丢包；否则规则模式可能把测速网站分流为直连，测到的并不是节点速度。
定义：节点速度测试是对节点在当前网络和时间条件下的延迟、下载速度、上传速度、抖动与丢包进行测量，延迟测试不等于真实带宽测试。
适用范围与测试前提
本文适用于 Clash Verge Rev 桌面端的 Windows、macOS 和 Linux。不同版本的中文菜单可能略有变化，但当前项目界面中可以找到“规则模式”“全局模式”“直连模式”“系统代理”“TUN 模式”“代理”“连接”和“设置”等入口。Clash Verge Rev 中文界面字段
先区分两个概念：代理组里的“延迟测试”通常是通过节点向测试地址发起 HTTP 请求，主要反映该请求的响应时间；带宽测速则需要实际传输数据，才能观察下载、上传、抖动和丢包。Clash Verge Rev 项目隐私说明列出的默认延迟测试地址是 http://cp.cloudflare.com/generate_204，也支持使用你在客户端中配置的测试地址。Clash Verge Rev 隐私说明
| 指标 | 含义 | 适合判断的问题 |
|---|---|---|
| 延迟 | 测试请求的响应时间 | 连接建立是否迅速 |
| 下载速度 | 接收数据的吞吐量 | 下载、视频加载是否够快 |
| 上传速度 | 发送数据的吞吐量 | 上传文件、同步数据是否稳定 |
| 抖动 | 延迟随时间的变化 | 实时通信是否忽快忽慢 |
| 丢包 | 测试数据未成功到达或返回的比例 | 卡顿和断线是否与线路稳定性有关 |
第一步：设置延迟测试地址和超时时间
- 打开 Clash Verge Rev，进入“设置”。
- 打开“杂项”设置页，找到“默认延迟测试”或“Default Latency Test”字段，确认当前测试地址。项目当前设置字段还包括“默认延迟超时”或“Default Latency Timeout”，用于调整延迟检测的超时时间。Clash Verge Rev 设置字段
- 优先使用能够从你当前网络正常返回的轻量健康检查地址。默认地址是
http://cp.cloudflare.com/generate_204；如果该地址在当前网络中不可达，可以改用你有权访问、能够快速返回 2xx 状态的其他地址，例如http://www.gstatic.com/generate_204。两个地址都属于健康检查用途，不代表带宽测速地址。 - 如果节点距离较远或线路响应较慢，可适当提高“默认延迟超时”。不要把超时时间设得过短，否则正常但响应较慢的节点会直接显示
Timeout；也不要只为消除 Timeout 而设置极大的数值，因为这会让真正失效的节点等待更久。修改后保存设置，并重新点击一次节点或代理组的延迟测试。
需要注意，部分订阅配置可能在代理组中另行写入 url、interval 等健康检查字段。Mihomo 文档说明，代理组可以使用 url 指定健康检查地址，并通过 interval 设置检查间隔。客户端“杂项”里的默认测试地址与配置文件中的代理组测试地址可能不是同一个设置，出现结果不一致时要分别核对。Mihomo 代理组配置文档
第二步：先固定节点，再避免规则模式误测直连
- 进入“代理”页面，在目标代理组中手动选择一个节点。测速期间不要使用会自动切换节点的策略组，避免前后两次测试实际使用了不同线路。
- 在客户端的出站模式中暂时选择“全局模式”。项目文档对三种模式的定义是：规则模式按规则决定流量去向，全局模式让流量从手动选定的代理节点或本地网络出去，直连模式则全部使用本地网络。Clash Verge Rev 模式说明
- 确认“系统代理”已经开启；如果你使用的是 TUN 模式，则确认 TUN 状态正常。只在客户端里选中节点，并不等于浏览器或测速程序一定经过该节点。
- 打开“连接”页面，开始访问测速网站。连接列表中应能看到目标主机，例如
speed.cloudflare.com，并检查“规则”“链路”等字段，确认该连接命中了所选代理节点，而不是显示直连。连接页提供“主机”“规则”“链路”“目标地址”“下载速度”和“上传速度”等字段。Clash Verge Rev 连接页面字段 - 只有确认测速连接确实经过目标节点后，才记录测速结果。测试结束后，如果你原来使用规则模式，可以切回“规则模式”，但建议再次打开“连接”页确认实际分流结果。
规则模式下，测速网站可能被现有规则匹配到 DIRECT，此时测速结果反映的是本地宽带或 Wi-Fi，而不是节点。临时使用全局模式并在“连接”页面核对，是避免误测的关键步骤；如果必须保留规则模式，也要在连接列表中确认测速域名对应的出站链路。
第三步：用带宽测速页面记录 network speed
- 在固定节点、全局模式和已确认代理生效的前提下，打开 Cloudflare Speed Test 或其他可信测速页面。
- 等待页面完成下载、上传、延迟、抖动和丢包测试。Cloudflare 的测速说明将下载、上传、延迟等作为网络质量测试项目，并提醒测速可能消耗较多流量。Cloudflare 官方测速说明
- 在“连接”页搜索或观察测速域名，确认它的“规则”不是直连，且“链路”包含当前选定节点。若连接页没有出现对应请求，先检查浏览器是否复用了旧连接，再关闭测速页面、切换节点后重新打开。
- 对同一节点连续测试 2 至 3 次，记录测试时间、网络类型、代理模式、节点名称、下载速度、上传速度、延迟、抖动和丢包。再用相同条件测试第二个节点。
- 最后关闭系统代理或 TUN，使用相同测速页面做一次直连对照。若直连和代理都慢，应先排查本地 Wi-Fi、宽带、路由器或运营商线路；若只有代理结果明显下降，再检查节点、代理协议、规则和测试地址。
Cloudflare Speed Test 页面用于带宽和网络质量测试，不是 Clash Verge Rev 的节点排名工具。一次测速只能代表当前时间、当前网络和当前节点的表现，不应据此推断某个订阅的长期速度或稳定性。Cloudflare Speed Test
第四步：Timeout、速度异常和结果不一致的排查顺序
- 先确认测试地址。如果所有节点都 Timeout，优先检查“设置”>“杂项”中的“默认延迟测试”地址能否从当前网络访问，并确认超时时间没有设置得过短。
- 再看模式和连接页。如果延迟正常但带宽测速很快，检查测速网站是否在规则模式下命中了
DIRECT。切到全局模式后重新打开测速页面，并在“连接”页确认目标主机和出站链路。 - 查看日志目录。打开“设置”>“高级”中的“打开日志目录”或“Open Logs Dir”，查看应用日志和内核日志。当前界面字段明确提供了日志目录入口；不同版本的按钮位置可能变化。Clash Verge Rev 高级设置字段
- 搜索明确的失败信息。优先查找
timeout、connect failed、dns resolve failed等字样，并记录发生时间、目标域名和节点名称。不要只凭一条 Timeout 判断节点失效；如果浏览器实际访问正常，可能是测试地址、超时阈值或单次检测异常。 - 排除冲突软件。暂时关闭其他代理软件、浏览器代理扩展和重复的 TUN 工具，避免多个程序同时修改系统代理或占用本地端口。完成修改后重启 Clash Verge Rev，再重复“固定节点—全局模式—连接页核对—带宽测速”的流程。
如果只想让客户端按健康检查延迟自动选择节点，可以使用 Mihomo 的 url-test 代理组；但它依据的是健康检查请求，不等于按 Mbps 下载速度选择。Mihomo URLTest 文档
可选：URLTest 延迟选择示例
下面示例只展示代理组字段。节点名称必须与现有配置中的名称完全一致，不能把整份订阅配置替换成这段内容。若订阅更新会覆盖本地修改，应通过客户端支持的扩展配置或 Merge 机制合并，并在保存后执行配置校验。
proxy-groups:
- name: "自动选择"
type: url-test
proxies:
- "节点A"
- "节点B"
url: "http://cp.cloudflare.com/generate_204"
interval: 300
tolerance: 50url 是健康检查地址，interval 是检查间隔，tolerance 用于避免仅因很小的延迟差异就频繁切换。具体字段和取值以 Mihomo 配置文档为准。URLTest 仍然主要测响应延迟；如果你的目标是比较下载能力，必须在固定节点后单独进行带宽测试。
如何根据测试结果选择节点
| 结果组合 | 可能说明 | 建议 |
|---|---|---|
| 延迟低、下载高、丢包低 | 当前条件下综合表现较好 | 换一个时间段复测稳定性 |
| 延迟低但下载低 | 响应快，但持续吞吐不足 | 检查拥塞并测试其他节点 |
| 下载高但抖动或丢包高 | 峰值速度不错，但连接不稳定 | 不宜只看下载峰值 |
| 延迟 Timeout、实际网页正常 | 测试地址或单次检测异常 | 调整地址和超时后重测 |
| 测速结果很高但连接页显示 DIRECT | 测到的是直连速度 | 切换全局模式并重新核对连接 |
| 直连和代理都慢 | 问题可能在本地网络 | 排查 Wi-Fi、路由器和宽带 |
判断节点时，建议把延迟、实际吞吐、抖动、丢包和多次测试的一致性放在一起看。网页访问通常不能只看最低延迟；下载更关注持续吞吐；实时通信则更关注抖动和丢包。
常见问题
Clash Verge Rev 的延迟测试能直接测出 Mbps 吗？
不能。延迟测试主要是向测试地址发起请求并记录响应时间，不能等同于下载或上传带宽。要查看 Mbps，应固定节点并在确认测速连接经过该节点后使用带宽测速页面。
为什么规则模式下测速结果和节点实际表现不一致？
因为测速网站可能被规则匹配到 DIRECT，浏览器实际没有经过节点。临时切换“全局模式”，再到“连接”页面确认测速域名的规则和链路，才能判断结果是否来自目标节点。
节点显示 Timeout，但网页可以正常打开，说明节点失效了吗？
不一定。可能是延迟测试地址不可达、超时时间过短或单次检测异常。先检查“默认延迟测试”地址和“默认延迟超时”，再重复测试；同时看连接页和日志，不能只凭一次 Timeout 下结论。
为什么延迟最低的节点下载速度反而不快？
延迟反映请求响应时间，下载速度反映持续传输能力，两者不是同一指标。线路拥塞、节点带宽限制和测试时间都可能造成低延迟但低吞吐。
测试完成后应该保留全局模式吗？
不需要。全局模式只是为了让测速流量明确经过手动选定的节点。测试结束后可切回规则模式、直连模式或原来的 TUN 设置，但应重新查看“连接”页面确认实际分流结果。
常见问题
Clash Verge Rev 的延迟测试能直接测出 Mbps 吗？
不能。延迟测试主要记录测试请求的响应时间，不等同于下载或上传带宽。要查看 Mbps，应固定节点，并确认测速连接确实经过该节点后再使用带宽测速页面。
为什么规则模式下测速结果和节点实际表现不一致？
测速网站可能被规则匹配到 DIRECT，浏览器实际没有经过节点。临时切换全局模式，并在“连接”页面核对测速域名的规则和链路。
节点显示 Timeout，但网页可以正常打开，说明节点失效了吗？
不一定。可能是测试地址不可达、超时时间过短或单次检测异常。先检查默认延迟测试地址和默认延迟超时，再重复测试并查看日志。
为什么延迟最低的节点下载速度反而不快？
延迟反映请求响应时间，下载速度反映持续传输能力。线路拥塞、带宽限制和测试时间都可能造成低延迟但低吞吐。
测试完成后应该保留全局模式吗？
不需要。全局模式主要用于确保测速流量经过手动选定的节点。测试结束后可以切回原来的规则模式或 TUN 设置，并再次检查连接页确认分流结果。