你的服务器离Gcore有多近？

它在运行它的那台机器上，测到 22 家云厂商、共 392 个区域的延迟。每个区域给出中位数、最小值、P90、抖动（相邻两次采样之差的平均值）和丢包，以及档位：T0 ≤ 30 ms、T1 ≤ 80、T2 ≤ 150、T3 ≤ 250，更高是 T4。

每个区域用厂商在当地运行的一个公共接口来代表，比如 API 或对象存储的地址。所以它测的是到这个区域的网络路径，而不是区域里的某台虚拟机。

• TCP 握手（默认）：和区域的 HTTPS 端口建立一次连接所用的时间。只有一次网络往返，不含服务器处理时间，比较区域时最公平。
• HTTPS：在已建立、复用的连接上发一次请求，计时到收到响应头。这是应用实际看到的延迟，也和 Me2Cloud 测出的数字一致；部分厂商会多出服务器处理时间，比如 Vultr 的测速页面会多约 100 ms。
• ICMP：传统 ping。有些网络会降低 ICMP 的优先级，所以可能比 TCP 高；Naver Cloud 不回 ICMP。需要 root 或 CAP_NET_RAW。

延迟地图和 Looking Glass 是从它们自己的机房测的，Me2Cloud 是在你家的浏览器里测的。如果你关心的是服务器和各家云之间的连接，比如应用服务器和数据库、CDN 源站、备份目标、第二家云，路径的起点就是这台服务器，只有在它上面测才能回答。

源码在 GitHub 上，MIT 开源；每个版本都列出 SHA-256 校验值，并附带 GitHub 构建来源证明，可以用 gh attestation verify 验证。安装脚本只做三件事：下载对应系统的版本、校验、复制到 /usr/local/bin。

除了测量本身，每次运行会从本站获取节点清单（运行次数靠这个请求统计，只记录工具版本和系统类型），向 Cloudflare 和 ident.me 查询所在网络，并把完整的分享链接保存到 s.1ms.dog 以生成短链。结果只有各区域的数值、城市和运营商，从不包含 IP 地址。加 --long-link 结果就不会存到任何服务器上；加 --offline 则除了测量之外不发任何请求。

同一个服务器一次只测一个样本，样本之间间隔 250 ms；同一家厂商最多同时测 4 个区域；连续失败 3 次就放弃该区域。默认一次运行，每个区域只收到 10 次 TCP 握手，相当于打开某个公开网站 10 次。

分享链接打开后，顶部会显示测试所在服务器的城市和运营商、测量方式和时间。IPv4 和 IPv6 一起测的结果，顶部有切换按钮。档位颜色和终端里一致，图表按中位数摆放每个区域。

每个链接都记录了生成时用的节点清单，本站会保留历史上所有版本的清单，所以以后新增区域，旧链接也照样能打开。

Me2Cloud 在浏览器里测，测的是你家或公司的线路；VPS2Cloud 在服务器上测。两者用同一份节点清单、同一套档位，结果可以直接对比。在分享的结果页点「用浏览器测一下」，会用相同的厂商打开 Me2Cloud。