
字节笔记本
2026年11月3日 · 约 4 分钟读完
一分钟,摸清你的 VPS 离全世界多远
买 VPS 时最难的决定不是配置,是区域:这台机器配对象存储,该挂 AWS 法兰克福还是伦敦?中转和回源该落在哪?V2EX 网友 11 月 3 日发的 vps2cloud 给了个一步到位的答案:一条命令,在你的 VPS 上一分钟测完 22 家云厂商、392 个区域的延迟。MIT 协议、单文件静态二进制、零依赖,10 月 29 日创建的年轻小工具。

一、测什么、怎么测
覆盖 AWS、Azure、GCP、阿里云、腾讯云、Hetzner、OVH、Vultr、DO 等 22 家厂商共 392 个区域(仓库描述当前写的是 17 家 361 区域,清单在持续增补,以仓库为准),每个区域输出延迟的中位数、最小值、P90,外加抖动和丢包率,并按中位数分档:T0 不超过 30ms,T1 不超过 80,T2 不超过 150,T3 不超过 250,T4 之外。安装是一条 curl 加管道。「一分钟」有实测口径:在纽伦堡一台 1 核 1G 的 netcup 小鸡上,392 个区域各采样 10 次,共 3920 次握手,用时 1 分 16 秒;串行测法要 20 分钟以上。
二、三种测法与礼貌并发
默认是 TCP 握手:对 HTTPS 端口发 SYN、收 SYN-ACK、立刻关闭,不走 TLS 和 HTTP,量的是纯网络往返。加 -m https 则复用 HTTPS 连接发真实请求,更接近应用体感;-m icmp 是传统 ping,需要 root,而且部分网络会对 ICMP 降优先级;-m all 三种并排对照。最值得抄的设计是礼貌并发:默认 24 个主机并发,但同一主机任何时刻只有一个采样在飞、两次间隔 250 毫秒;同一厂商最多同时测 4 个区域;连续失败 3 次就放弃;每个区域总共只收到 10 次握手。3920 次握手 76 秒跑完,测的是别人家的公共接口,礼貌是底线。
三、一对孪生:网页测家里,命令行测 VPS
vps2cloud 是 Me2Cloud(m2c.1ms.dog)的命令行版,两边共用同一份测速点清单(Me2Cloud 侧维护、每周检查)和同一套分档算法。分工明确:网页版回答「我用起来哪个区域快」,在家里的浏览器跑一遍;命令行版回答「这台 VPS 离哪个区域近」。两个端各测一遍,链路两端对齐,中转和回源挂哪心里就有数了。
四、CI 与 cron 友好的细节
--max-ms 50 表示最快的区域如果也超过 50ms,就以退出码 3 结束,可以直接做成监控告警;-o json 输出接管道处理。隐私上有个体贴的默认:你的 IP 从来不会出现在短链结果里,除非主动加 --show-ip;敏感场景还可以用 --long-link 或 --offline 完全本地化。
五、冷水:四条都得泼
一,测的是公共 API 和对象存储接口,不是真实虚拟机,精品线路的实际体验可能不一样,结果是参考不是承诺。二,只测延迟,不测带宽、不做路由追踪,关心应用体感就用 -m https 模式。三,测速点清单靠作者一人维护加回帖反馈,覆盖和准确性都依赖这个单点。四,默认的分享链接结果存在第三方服务器上,敏感环境记得用 --long-link 或 --offline。
六、判断
正确的用法是把它放进决策流程:买服务器前跑一遍这张表,配中转前两端各测一遍,再往 cron 里塞一个 --max-ms 阈值告警。工具很小,但它把「区域选择」这个拍脑袋决策变成了可复现的数据决策,这正是它比一万个测速帖值钱的地方。
来源:V2EX 原帖 v2ex.com/t/1254103(第一手,2026-11-03);github.com/yt1988/vps2cloud。



