免费节点怎么测才准:延迟、丢包、真实带宽,四步筛出能用的
客户端里那个延迟数字只说明了一小部分问题。这套四步测试流程能在 15 分钟内从上百条节点里筛出真正能用的,附具体命令和淘汰标准。
大部分人测节点只做一件事:点客户端里那个「测试延迟」按钮,看谁数字小就用谁。
这样筛出来的节点,一半是不能用的。
这篇给一套完整流程,15 分钟能从上百条里筛出真正可用的。
为什么只看延迟不够
客户端里那个延迟数字,测的是:向某个测试地址发一个 HTTP 请求,从发出到收到响应用了多久。
它能说明什么:这条节点通,且握手往返大概多快。
它不能说明:
- 这条节点有多少带宽(能不能跑满你的宽带)
- 稳不稳定(会不会一分钟掉三次)
- 丢包率多少(视频会不会卡、AI 会不会断流)
- 晚高峰什么样(白天好看不代表晚上能用)
我见过太多"延迟 60ms 但下载 300KB/s"的节点。它被几百人共用,路是通的,但没带宽分给你。
四步流程
第 1 步:批量测延迟,砍掉一大半(2 分钟)
Clash 系客户端都有分组测速按钮,一次能把整组测完。
直接淘汰:
| 情况 | 为什么 |
|---|---|
| 超时 / timeout | 死了 |
| 延迟 > 800ms | 能用但难受 |
| 显示 0ms | 假的,测试地址被本地劫持了 |
| 延迟波动巨大(连测三次差很多) | 不稳定 |
100 条一般能剩 20~30 条。
第 2 步:测真实带宽(每条 1 分钟)
这一步才是关键,也是最多人跳过的。
先切到要测的那条节点,然后:
# 需要先 pip install speedtest-cli
speedtest-cli --simple
输出大概是:
Ping: 78.221 ms
Download: 62.40 Mbit/s
Upload: 8.13 Mbit/s
没装命令行工具的话,浏览器开 fast.com 或者任意测速站也行。
我的淘汰标准:
| 下行 | 判断 |
|---|---|
| < 5 Mbps | 不要,网页浏览都顿 |
| 5~20 Mbps | 凑合,能刷网页看 720p |
| 20~50 Mbps | 能用,1080p 没问题 |
| > 50 Mbps | 好节点 |
上行也要看。上行低于 2Mbps 的,传文件、视频通话、给 AI 传图都会很难受。免费节点的上行普遍比下行差得多。
第 3 步:测稳定性(10 分钟,可以挂着干别的)
带宽好看没用,撑得住才算数。
# Windows
ping -t 1.1.1.1
# macOS / Linux
ping 1.1.1.1
挂 10 分钟,然后 Ctrl+C 看统计。
看两个数字:
| 指标 | 标准 |
|---|---|
| 丢包率 | 0% 才叫好,超过 1% 就别指望流式传输 |
| 延迟波动 | 最大值和最小值差在 30ms 以内算稳 |
丢包 5% 你刷网页可能感觉不出来,但视频通话会断续,AI 的流式输出会断在半路。这就是为什么有人说"能上网但用 ChatGPT 老断"。
第 4 步:晚高峰复测(最重要)
前三步在白天做完,晚上 8~10 点再把入围的几条重测一遍。
这一步不能省。我的实测记录:
| 时间 | 延迟 | 下行 | 体验 |
|---|---|---|---|
| 14:20 | 78ms | 62.4 Mbps | 很好 |
| 20:45 | 96ms | 8.1 Mbps | 1080p 开始缓冲 |
| 21:30 | 210ms | 1.2 Mbps | 网页都打不开 |
| 次日 09:10 | 82ms | 55.7 Mbps | 又恢复了 |
同一条节点,晚高峰掉了 98%。
你的实际使用场景大概率是晚上,就该在晚上做最终判断。
针对具体用途的额外测试
通过前四步只说明这条节点"基础素质合格"。你还要测它能不能干你要干的事。
如果你要用 AI 工具
让它写一段 800 字的东西,看能不能一口气吐完不断。
前四步全过但这一步断的情况我遇到过好几次。详见想用 ChatGPT,免费VPN够不够。
如果你要看流媒体
直接打开对应平台播一段 4K。别信那些"解锁检测"页面,它们只检测 IP 归属,不检测实际能不能播。
免费节点在这块基本是全军覆没,我测了半年没成功过。
如果你要打游戏
看的不是带宽是抖动。连续 ping 时延迟在 80~90 之间跳没事,在 80~300 之间跳就没法玩。
把测试变成习惯
我现在的做法:
- 拿到新订阅:先跑第 1 步筛一遍,留下 20 条左右
- 挑 5 条跑第 2、3 步,选出 2~3 条
- 晚上复测,定下主力和备用
- 每周重复一次(免费节点存活中位数就 6 天)
整个流程熟练之后 15 分钟能搞定。
但你注意到了吧——这是每周都要做一次的事。
一年 52 周,一次 15 分钟,就是 13 个小时。这也是我最后掏钱的原因之一,详细的账在算笔账:免费节点真的省钱吗。
接着看
几个常被问到的问题
客户端显示的延迟准吗?
只能说明"能连通"和"握手往返大概多久",说明不了带宽和稳定性。客户端测的是对某个测试地址的 HTTP 请求耗时,它不测吞吐、不测丢包、也不测持续时间内的表现。低延迟高丢包的节点多得是。
为什么延迟很低但网页打开还是慢?
因为延迟和带宽是两回事。延迟低说明这条路"通得快",带宽低说明这条路"能过的车少"。一条节点被几百人共用时,延迟可能还是 80ms,但你分到的带宽只有几百 Kbps,加载图片就要转半天。
显示 0ms 是怎么回事?
假的。通常是客户端用的测试地址在本地被劫持或者被 DNS 污染指向了本地,请求没真的出去就返回了。这类节点点进去用会发现根本连不上。看到 0ms 直接排掉。
一定要晚上测吗?
如果你主要在晚上用,那必须。免费节点白天和晚高峰的差距可以到几十倍。我测过同一条节点白天 62Mbps、晚上 9 点 1.2Mbps。白天测完就下结论,等于没测。