VPS 测试IP 全流程：30 秒验归属，两个探测源推翻三个结论

前几天有人发来一张 ping 截图：洛杉矶某家，20 个包，平均 150 ms，丢包 0%。他问，数字这么漂亮，为什么晚上八点开后台还要转圈。

我先问了三件事：这个 IP 从哪儿拿的、几点测的、它属于谁。三个他都答不上来。那张图能证明的，只是世界上某个地方有一台机器会回 ICMP。

三个问题的答案就是 VPS 测试IP 的用法：先拿到 IP，再确认它属于谁，最后分源、分去回程去读。下面所有数字都能追到哪个源、什么命令、出自哪份原始记录，追不到的写未取得。

关键要点

• 先验归属再测速。 154.17.30.95 的 hostname 是 host-by.dmit.com，属 AS906 DMIT，不是 VPS 商家的段。
• 同一商家可分属多个 AS。 ByteVirt 洛杉矶 CN2 GIA 属 AS212336，Signature 实查为 AS400951 Akari。
• 距离不决定延迟。 东京 157.5 / 168.0 ms（广东 / 北京），洛杉矶 CN2 GIA 159.9 / 151.4 ms。
• 单源会给出反向结论。 Signature 广东 158.0 ms 与 GIA 持平，北京源差 31 ms。
• 同一个 IP 可以一边全丢一边正常。 华纳云美国 CN2 节点广东 20 包全丢，北京 175.0 ms。

为什么你需要的是一组 VPS 测试IP，而不是又一篇测评文

测评文里的数字还能不能看？能，但你得先知道它是四个变量的输出：探测源在哪、什么时段、多少个样本、测的是哪一段路。任何一个没交代，这个数就不能和别人的并列。

多数文章只交代四分之一。你看到洛杉矶 150 ms，不知道写的人在成都还是新加坡，不知道是凌晨还是晚九点，也不知道是 20 个包还是 2 个。

所以这里不给结论，给流程。VPS 测评与选型总览按机房和线路分了类，读的时候顺手看每篇有没有写清探测源和测试时间，写了可信度高一档，没写就当广告看。

VPS 测试IP 从哪来：四条正规路径和一条野路子

讲线路测试的文章，被跳过最多的一步就是这里。多数教程第一句是“用商家提供的测试 IP”，然后直接讲 ping，可这个 IP 在官网哪儿放，没人说。

路径一：商家的 Looking Glass 页面

排最前面的是 LG，因为上面显示的 IP 就在商家自己的路由表里，它同时给你 IP、所属 AS、从这台机器出发的 ping 和 mtr。有些还带 JSON 接口，ByteVirt 的 Looking Glass 的 /api/nodes 一次返回 17 个节点，每条带 public_ipv4、asn、isp 三个字段。

路径二：产品页上的测试 IP 区块

产品页那行“测试 IP：x.x.x.x”最常见，可信度中等偏高，前提是页面得是当前的。商家换机房、换上游之后那行字经常忘了改，拿到 IP 仍要走归属验证。

路径三：官方 ping 与测速专用域名

命名有规律。Vultr 公开的 hnd-jp-ping.vultr.com、sgp-ping.vultr.com、lax-ca-us-ping.vultr.com，城市代码加 ping 加商家域名，一眼能看出是官方维护的。域名归属可查、维护责任明确，可信度仅次于 LG；但它只给 ping 目标，没有 AS 也没有路由，验归属照样省不掉。

路径四：工单、官方群、状态页

上面三条都走不通时用这里兜底，适合官网结构混乱、或者你要确认这个 IP 现在还是不是他们的。可信度看对方有没有官方身份标识，群里网友发的 IP 不算。

野路子：从别人的测评文里抄 IP

误判最多的来源。一篇文章写“某商家洛杉矶测试 IP：x.x.x.x”，被十篇转引之后这个 IP 就获得了官方的外观。可它可能属于上游机房、属于另一家商家、属于三年前退掉的段。你抄的不是测试 IP，是别人的一个假设。

先验证：这个 VPS 测试IP 到底属于谁

拿到 IP 之后第一件事是 ping 吗？不是，是查归属。这一步花 30 秒，能挡掉后面 90% 的无效对比。

查 ASN 与 ISP。 把 IP 丢进 ipinfo.io 看 asn、isp、hostname 三个字段。ASN 是这段 IP 的户口本编号，ISP 是户口所在单位。

看 hostname。 反向解析出来的域名经常直接暴露归属，host-by.dmit.com 这种一眼就穿。

反查 IP 段。 用 bgp.he.net（HE BGP Toolkit）查这个 AS 宣告了哪些前缀，确认目标 IP 落在里面。名字和前缀都对得上，才算闭环。

案例一：被当成商家测试IP 的地址，其实属于另一家

站内早期文章里出现过 154.17.30.95，当时被当作某商家的测试 IP 写进了表格。实查归属 AS906 DMIT Cloud Services，hostname host-by.dmit.com。

这是一次误标，不是商家的问题。最常见成因是作者从别处抄了一行 IP。读者拿着它去 ping，ping 到的根本不是要买的那台机器。ASN 和 hostname 对不上，这个 IP 就不能当作该商家线路的证据。

案例二：同一商家三条产品线，分属不同 AS 是常态

看 ByteVirt 官方 LG 接口返回的三条线，这是最容易被误判成假 IP 的情况：

注意第二行：官方 LG 标的是 AS979 NetLab Global，ipinfo 实查是 AS400951 Akari Networks LLC。可能 LG 配置过期，也可能节点换了上游但页面没同步。无论哪种，商家自己页面上的 ASN 也不能照抄。

反过来也成立：AS 名字不是商家名字，照样可能是正经产品。中小商家租用上游机房的机柜和 IP 段是行业常态。真正要看的只有一件事，这个 IP 是否出现在商家自己的 LG 或产品页里。三条线的完整记录在ByteVirt 三条产品线的测评记录里。

两个探测源跑同一批测试IP：三个结论被推翻

采集口径先写清楚，这比数字本身重要。

采集于 2026-11-04。探测源一 cn-probe-1，中国广东，中国电信 AS4816，单线接入；探测源二 cn-probe-2，中国北京，阿里云 AS37963，BGP 多线接入。方法 ping -c 20，每个目标 20 个 ICMP 包，路由用 tracepath -n。原始回显已存档，可用同样两条命令自行复现。

范围只覆盖网络路径层。没有真机，所以不涉及 CPU、磁盘 IO、UnixBench、流媒体解锁。也没做晚高峰专项，下面任何数字都不能当作晚高峰结论。

同一天还做过一次只复测两个目标的抽检：GIA 160.2 ms、华纳云日本 59.6 ms，与这组分别差 0.3 ms 和 0.8 ms。同一节点两次采集波动不到 1 ms，而换一个探测源能让 Signature 差 24 ms，这就是单源数字不能当结论的原因。

表 A：ByteVirt 官方 LG 节点（IP 取自其公开 API）

表 B：华纳云官网 IP 测速组件公开的三个节点

两组 VPS 测试IP 都来自商家自己公开的接口或组件，华纳云官网那三个节点就是从 IP 测速区块里取的。两组数字放在一起，能拆掉三个很常见的判断。

反常识一：东京更近，延迟却没赢

广东到东京约 2900 公里，到洛杉矶约 11600 公里，按距离推算东京应该赢得毫无悬念。

实测：东京 157.5 ms（广东）和 168.0 ms（北京），洛杉矶 CN2 GIA 159.9 ms（广东）和 151.4 ms（北京）。东京两个源都没赢，北京源上还慢了 16.6 ms。

原因在路由里：202.97.12.9（7.1 ms）→ 203.215.237.154（129.9 ms）→ 129.250.5.90（NTT，120.0 ms）→ 17 跳到达，160.4 ms。

才到第二跳，延迟预算已经花完了。202.97.12.9 只有 7.1 ms，下一跳直接跳到 129.9 ms，中间那段是跨境出口；后面 NTT 一跳 120.0 ms（小幅回退属正常），剩下的距离几乎没再增加成本。这 160 ms 里绝大部分是出境加落地的固定开销，不是飞了多远。

北京方向同理：203.215.237.138（109.9 ms）→ 129.250.7.14（NTT，125.2 ms）→ 末跳 166.4 ms。

距离不决定延迟，出口和落地决定延迟。你买的是从你的城市出境、经谁的网、落到谁的机房这条链路，不是地图上的直线。

再看表 B 第一行：同样是日本，华纳云那个节点在广东源只有 60.4 ms。157.5 是 60.4 的 2.6 倍，“日本机房快不快”本身就不是个好问题。亚洲机房分布见亚洲 VPS 机房汇总，华纳云这条线的完整记录在华纳云日本节点测评里。

反常识二：换一个源，排名就换了

表 A 第二行。洛杉矶 Signature 广东源 158.0 ms，CN2 GIA 159.9 ms，差 1.9 ms，基本持平。只看广东一个源，结论会是没必要为 GIA 多花钱。

换北京源：Signature 182.3 ms，CN2 GIA 151.4 ms，差 31 ms，结论直接翻转。

同一批 IP、同一天、同样的命令，变的只是起点。写成“中国三网平均 XX ms”的句子都是错的，它把两条不同的路平均成了一个不存在的数。正确写法只有一种：两个源分开列，谁也不代表谁。

反常识三：同一个 IP，一边全丢一边正常

表 B 第三行，华纳云美国 CN2 节点 154.23.188.32：广东源 20 个包全丢，tracepath -n 跑满 30 跳没到达；北京源 175.0 ms，0% 丢包。

看到全丢，最容易得出的结论是这家美国线路烂。可同一个 IP 在北京方向完全正常，说明主机活着、路由可达，问题出在广东方向对 ICMP 的响应策略或者回程路径。

所以正确做法不是估一个数字填进表格，而是标注未取得。写“100% 丢包，路由未到达”，读者知道发生了什么；写“约 180 ms”，读者什么都不知道。

用 Looking Glass 反测回程

前面所有数据都是去程。回程为什么必须另想办法？因为数据包从机房出来走哪条路回中国，在你自己的电脑上根本看不见，只有机房那一端看得见。

LG 三个面板各管一件事：

关键认知：LG 测的是商家机房到目标这一段，不是你到机房。你在 LG 上看到“到中国电信广州 XX ms”，那个数是这台机器回广州的，不是你访问这台机器的。混起来就是最常见的误判。面板里那个下载测速文件是第三件事，它测带宽，不测路径。

至于 CN2 这条线怎么用测试 IP 验证真假，涉及 59.43、202.97、AS4809 的判据，CN2 线路专题页里展开得比较细。

延迟怎么读：均值、最大值、丢包、抖动先看哪个

ping 的输出里有四个数，各管一件事：

四个数里先看哪个？丢包优先于抖动，抖动优先于均值。100 ms 稳定比 60 ms 抖成 200 ms 可用得多。ping -c 100 起步，少于 20 个包别下结论。

至于多少 ms 算好，我不给阈值表。这种表一定错，同一条线路广东测和北京测能差 30 ms 以上。有意义的比较只有一种，同地区、同运营商、同时段。

准备横向比的时候，先把候选机型摊在一张表里更省事，美国 VPS 机型汇总是按机型和线路排好的。犹豫哪家的话，先各拿一个官方测试 IP 跑一遍，比再看十篇测评有用。

用 VPS 测试IP 看路由：跳数、59.43、202.97 和绕路

四个工具的关系先理清。tracert 是 Windows 自带；traceroute 功能更全但要 root；tracepath 是 Linux 自带且免 root，-n 让它直接显示 IP；mtr 是持续采样版。

看到星号先别当成断线：中间路由器可以不回 ICMP，这是常态。一排星号之后几跳又正常了，那是设备策略。只有从某一跳开始全是星号且再也没恢复，才值得怀疑。比 IP 更值得看的是 ASN，单看 IP 你只能看出又跳了一次，看不出这一跳是正常跨网还是异常绕行。

59.43.x.x 是中国电信 CN2（AS4809）的典型地址段，202.97.x.x 是 163 骨干网的典型地址段。表 A 里，广东到洛杉矶 CN2 GIA 经过 59.43.182.73 和 218.30.48.142，19 跳到达，末跳 165.8 ms；广东到 Signature 经过 59.43.88.88（158.2 ms）→ 103.172.40.197 → 88.135.74.19，末跳 158.7 ms。两条都进了 CN2。

但去程出现 59.43，不等于双向 CN2 GIA。去程 59.43、回程 202.97，那是单程 CN2。回程本机测不到，只能用 LG。这就是“59.43 一出现就判定真 GIA”最常见的漏洞。

用 VPS 测试IP 判断线路时的六个误判陷阱

陷阱一：拿第三方或上游 IP 当自家测试IP

承接 154.17.30.95。三步自查：查 ASN、看 hostname、确认这个 IP 是否出现在商家自己的 LG 或产品页。一步对不上，就别拿它当这家的线路证据。

陷阱二：不同探测源的结论混着写

同一个目标换一个源，最多能差 36.5 ms（华纳云日本 60.4 对 96.9，表 B 里自己就能减出来）。两个源谁都没测错，只是测的根本不是同一段路。看到“中国三网平均 XX ms”可以直接判定为混淆。

陷阱三：ICMP 被限速，ping 好看但用起来卡

ICMP 是低优先级流量，中间设备一忙先丢的就是它。于是你会看到 ping 稳定 80 ms，下载却卡成幻灯片。复核要往下走一层到 TCP：用 tcping 打业务端口，或者 curl -o /dev/null -s -w '%{time_connect}\n' https://目标/ 看握手耗时。TCP 能过、ICMP 全丢，说明目标在限制 ICMP，线路本身没毛病。华纳云那个美国节点在广东方向的 100% 丢包，很可能就是这一类。

陷阱四：anycast、CDN 回源或前置代理造成的假低延迟

你 ping 到的 IP，不一定就是那台机器。Anycast 会把请求接进最近的入口节点，CDN 会把连接终止在边缘。表现是延迟好得不像话，比如中国香港 14.8 ms 这个数是真的，但它只说明到接入点很近，不等于到源站很近。

陷阱五：把 LG 的单点结果当端到端体验

LG 只测商家那一端，而且只测单程。它的回程数字和你的实际体验之间，还隔着你自己这一整段去程；跨境链路上行回程不对称很常见，两个方向要各看一次。

陷阱六：延迟低不等于带宽够，也不等于晚高峰稳

三个维度，别用一个数字代替全部。延迟看响应，带宽看吞吐，晚高峰看拥塞时的表现，而晚高峰恰恰是所有日间测试都覆盖不到的时段。

站内按这套口径写过的测评都在站内全部测评索引里，翻的时候留意每篇的采集时间。

什么算编造实测：VPS 测试IP 数据的六条红线

这一部分是自我约束，也是给你一把尺子。下面六种写法出现在任何测评里都该被扣分，包括我们自己。

1. 没有探测源位置的实测不算实测。只写延迟 150 ms 不写从哪儿测的，等于没写。
2. 没有测试时段的晚高峰表现不算实测。
3. 把第三方工具站的多节点结果写成我们实测，这是编造。要注明平台、日期、探测节点性质。
4. 把商家标称带宽或线路等级写成实测，这是转述，不是测量。
5. 把不同探测源的结果平均成一个数，这是混淆。
6. 没有样本量的单次 ping，这是巧合。

本站的做法是三选一：带来源、明确标未取得、留占位符等实测填充。这篇属于前两种混用，所有数字都能追到哪个源、什么命令、出自哪份记录。

下单前 20 分钟：一份照着做就行的 VPS 测试IP 自查清单

按顺序做，别跳步。

1. 找到官方测试 IP。优先 LG，其次产品页，再次官方 ping 域名。找不到就发工单问，商家不给本身就是信息。
2. 查归属。ipinfo 看 asn、isp、hostname。ASN 与宣传严重不符、hostname 指向另一家，就不要用这个 IP 下结论。
3. 反查 IP 段。HE BGP Toolkit 确认该 IP 落在它宣称的 AS 前缀里。
4. 先 ping -c 20 看通不通、丢包多少，全丢就换 TCP 层复核；再 ping -c 100 看均值、最大值、mdev。
5. tracepath -n 看去程。记录跳数、关键跳的 ASN、有没有 59.43。
6. 用商家 LG 反测回程。目标填你自己的城市。回程出现 202.97 而宣传是双向 GIA，去问清楚。
7. 晚高峰 20:00 到 23:00 复测一次。日间数据和晚高峰经常是两个故事。
8. TCP 层复核。打业务端口，别只信 ICMP。
9. 记录存档。时间、源、命令、结果四样写进一个文件，三个月后线路变了才有基线可比。

第 2 步验不过，别急着下这家在骗人的结论。先发工单问：这个 IP 是不是你们当前的测试地址、这个节点走哪条上游。多数情况是页面没更新。第 7 步明显劣化，把两次结果一起发给商家，比说你们线路差有效得多。

验完再去比价也不迟，当前在售优惠一览汇总了在售的活动，价格是最后一步才该看的东西。真要动手建站了，免备案 VPS 建站全流程里有系统选型和上线自检的完整步骤。

小结：把测试 IP 变成你自己的判断标准

先确认你测的是谁。ASN 对不上、hostname 指向别家，这个 IP 就不是你要买的那台机器。这一步 30 秒。

去程和回程要分开看，回程得借商家的 LG 才看得见，这是绝大多数“双向 GIA”误判的起点。去程 59.43、回程 202.97，那不叫双向 GIA。

第三件：丢包比延迟重要。100 ms 稳定胜过 60 ms 抖动，任何数字都得带三个标签，哪个源、什么时间、多少个样本。

上面这些数字都可以被推翻：换一个源、换一个时段，结论可能就变了。数据没毛病，网络本来就这样。真正要建起来的是一套能反复执行的流程。

下一次有人再发给你一张 150 ms 的截图，你应该能问出那三个问题了。