澳大利亚VPS机房怎么选：9入口双源实测差162ms

同样是悉尼，同一个上午，广东电信打过去，最快的入口 225.406 ms，最慢的 387.250 ms。澳大利亚VPS机房怎么选，看起来是在挑城市，实际决定体感的是三件事：你从哪个口岸出海、出海后落到哪张国际骨干、最后一跳停在谁的网段上。2026 年 10 月 7 日上午，我们用两台中国大陆探测源，把 Vultr、xTom、Akamai（Linode）、OVHcloud、BinaryLane、DigitalOcean、Psychz 七家商家在澳大利亚的 9 个官方公开入口各打了 20 个 ICMP 包。结论有点反直觉：悉尼到墨尔本那点地理距离，解释不了全表 161.844 ms 的差距。

答案放前面：澳大利亚VPS的差距不在城市，在链路

同一座悉尼，七个入口能差出 161.844 ms。广东源最快 xTom 225.406 ms、最慢 Vultr 387.250 ms。这个差距比悉尼到墨尔本的物理距离大了一个量级，说明城市名本身没有解释力。

南北两个源经常给出相反方向。Vultr 悉尼北京源 231.186 ms，比广东源快 156.064 ms，是全表最大的一处反向；同城的 xTom 却几乎持平，两源只差 4.250 ms。只看一个源下单，结论可能整个拧过来。

澳大利亚的回国延迟整体比日本、新加坡高一档。9 个入口里广东源只有两个进了 250 ms，其余七个落在 273.223 ms 到 387.250 ms 之间。这不是机房不行，是澳大利亚离中国大陆更远，中间还要多跨一段南太平洋或东南亚链路。

实测口径：两个源，各 20 包

所有数字来自 ping -c 20 -W 3，采样时间 2026-10-07 09:20:25（北京时间）。

探测源 A：cn-probe-1，103.39.226.31，中国广东·电信 AS4816（单线）。探测源 B：cn-probe-2，8.140.30.240，中国北京·阿里云 BGP AS37963（多线）。两个源的运营商和地理位置都不同，所以每一条入口都有两行数据，横向比才有意义。

9 个目标全部是商家官方公开的测速入口，测试前逐条做过 ipinfo 归属复核，国家字段全部为 AU。候选名单里也剔除过几条：speedtest.onevps.com 解析到香港 AS401696，lg.onevps.com 解析到美国达拉斯 AS36351，都不在澳大利亚，未纳入；另有若干候选域名（speedtest.kamatera.com、lg.sydney.au 等）本轮 DNS 不解析，同样未纳入。被剔除的入口不补位、不估算。

这一层只测网络路径：延迟、丢包、去程路由。CPU、磁盘 IO、流媒体解锁属于机器性能层，必须拿到对应商家的真机才能测，这轮没有机器，所以一个跑分数字都不给。

澳大利亚VPS 9 个公开入口的双源完整数据

按广东源平均延迟升序排列。

广东源的极差是 161.844 ms（Vultr 悉尼 387.250 最慢，xTom 悉尼 225.406 最快），北京源的极差是 104.478 ms（BinaryLane 墨尔本 319.813 最慢，DigitalOcean 悉尼 215.335 最快）。两个极差的首尾不落在同一家商家身上，说明快慢不是商家的固有属性，而是这条入口当次走的那条路径决定的。

悉尼VPS同城对照：七个入口差 161.844 ms

悉尼是这组里唯一有七家商家同时布局的城市，也是最能说明问题的一座。

广东源里同城最快和最慢的入口都在悉尼，一个是 xTom，一个是 Vultr，差 161.844 ms。北京源看这同一组，排序变了：DigitalOcean 最快 215.335 ms，OVHcloud 反而最慢 303.455 ms，同城极差 88.120 ms。

把范围收窄到「都从电信国际出口转入 Cogent（AS174，154.54.x.x）」的两家，xTom 225.406 ms 与 OVHcloud 309.995 ms 之间仍然差 84.589 ms。两家进 Cogent 的时刻几乎相同（160.433 ms 与 158.183 ms），差别出现在 Cogent 之后的落地段：xTom 经 Cogent 洛杉矶转到 Global Secure Layer（AS7578）后直达悉尼，OVHcloud 则要先走 OVH 自己的美国网络（198.27.73.104 圣何塞）再折向悉尼（72.251.0.10）。同一张上游骨干，落地那一程能差出八十几毫秒。

Vultr 悉尼两源差 156.064 ms：一条走 NTT，一条走 Telstra

全表最大的一处反向落在 Vultr 悉尼：广东源 387.250 ms，北京源 231.186 ms。

看两源的去程路由就能解释。广东侧离开电信国际出口（202.97.43.118）后进入 NTT（AS2914，129.250.x.x），一路是 129.250.6.26、129.250.2.243、129.250.6.116、129.250.5.47、129.250.2.57，逐跳从 102.871 ms 爬到 267.811 ms，再由 NTT 悉尼的 103.13.80.143 落地，末段已经到 361.349 ms。北京侧完全不同：从中国移动（221.183.89.173）出来后接的是 Telstra Global（AS4637，134.159.128.213、202.84.157.38），再进 Telstra 澳大利亚（AS1221，203.50.13.85 起的一串 203.50.x.x），最后 236.786 ms 落到目标。

同一个机房、同一天、同一个测量方式，只因为两个源的海出口不同、承运营商不同，结果差 156.064 ms。结论：不写测试点和运营商的延迟数据，不能用来指导你自己的选择。

澳洲VPS选悉尼还是墨尔本：同一家 BinaryLane 的干净对照

跨商家比城市，很容易被线路差异干扰。想单独看「悉尼到墨尔本有多远」，最干净的样本是同一家商家在两个城市各有一个入口的情况。

BinaryLane 这一组答案很整齐：墨尔本比悉尼广东源慢 19.525 ms、北京源慢 20.594 ms，两个源给出的差值几乎一样。路由也印证了这一点，两条入口的最后一段都先落在悉尼的 Superloop 网段（27.122.122.10，AS38195），再折向墨尔本，多出来的那二十毫秒就是悉尼到墨尔本这一程。

Vultr 这一组就完全不整齐了。广东源下悉尼 387.250 ms 比墨尔本 273.223 ms 慢 114.027 ms，方向甚至和 BinaryLane 相反；北京源下悉尼又比墨尔本快 10.655 ms。原因是 Vultr 悉尼那条入口当次走的 NTT 段本身有绕行，慢的是链路而不是城市。

实操建议：如果你的用户主要在中国大陆，同商家同线路的前提下，墨尔本和悉尼的差别大约在二十毫秒，不值得为它放弃更好的套餐；但如果某家商家只有悉尼入口、而且测出来明显偏高，先怀疑它的上游，再怀疑城市。

七家商家的澳大利亚VPS公开入口逐个看

xTom（AS8888）：官方 Looking Glass syd.lg.xtom.com 落在悉尼 Equinix SY5。这个地址同时是 V.PS 与 GreenCloud 公布的悉尼测试入口，三家共用同一台接入，所以测出来的数字会完全一样。两源 225.406 ms 与 229.656 ms，是全表最快也最稳的一条。

Psychz Networks（AS40676）：悉尼入口 108.181.64.80，两源都走 NTT（129.250.x.x 一直到悉尼的 202.68.65.31）。248.174 ms 与 286.223 ms，延迟中游，但它是全表唯一一组两位数丢包：广东 15.0%、北京 20.0%。

Vultr（AS20473）：悉尼与墨尔本各一条。悉尼 387.250 ms 与 231.186 ms 是全表极差来源；墨尔本 273.223 ms 与 241.841 ms 反而平稳。同一家、同一个广东源、同样走 NTT，悉尼却比墨尔本慢 114.027 ms。

Akamai（Linode）（AS63949）：悉尼 192.53.169.225。两源都先经 GTT（AS3257）再转入 SingTel Optus 的澳洲本地网络（AS7474），最后进入 Akamai 自家网段（AS20940）。293.346 ms 与 300.981 ms，两源差只有 7.635 ms，是除 xTom 外第二稳的一条。

DigitalOcean（AS14061）：本次用的是悉尼 Spaces 端点 137.184.252.128。广东侧走 NTT，北京侧走中国移动国际 CMI（223.120.x.x）。294.084 ms 与 215.335 ms，北京快 78.749 ms，是悉尼同城里北京侧最快的一条。

BinaryLane（AS133159 Mammoth Media）：澳洲本土商家，悉尼与墨尔本各一条。北京侧经中国联通（AS4837）与 GTT（AS3257）落地。悉尼 302.189 ms 与 299.219 ms，墨尔本 321.714 ms 与 319.813 ms，两源差都在 3 ms 以内。

OVHcloud（AS16276）：悉尼 51.161.209.134。两源都从 Cogent 转入 OVH 美国网络（198.27.73.104 圣何塞、192.99.146.129）再到悉尼（72.251.0.10）。309.995 ms 与 303.455 ms，两源各 10.0% 丢包。

澳大利亚VPS去程路由：跳 RTT 不等于端到端延迟

tracepath -n 能看到数据包经过谁，ping 才能告诉你它跑了多久，两者不能互相替代。

这次采样里出现过几处孤立大值：广东源到 Vultr 悉尼第 11 跳 202.97.43.118 报 392.979 ms，广东源到 BinaryLane 墨尔本第 11 跳 202.97.22.122 报 419.865 ms，北京源到 OVHcloud 第 10 跳 202.97.59.106 报 412.881 ms。三处都出现在中国电信的国际出口段，而同一份报告里前后跳的数值远低于它。这类孤立大值是出口设备对 ICMP 做了限速或排队，不代表真实路径延迟，不能拿来当结论。

另外两点要交代清楚。逐跳出现的跳号重复与回退（比如同一跳号出现两次不同地址）是 tracepath 的固有行为，本次报告里保留了原样。澳大利亚方向的路径里，从电信出口到 NTT、Cogent、GTT、Telstra 这几张骨干的哪一张，才是决定最终延迟的主要变量，这一点从 Vultr 悉尼那条两源差 156.064 ms 的例子里看得最清楚。

澳大利亚VPS丢包：两组两位数，都在同一个入口

9 个入口 18 组数据里，只有 Psychz 悉尼出现了明显的两位数丢包（广东 15.0%、北京 20.0%），OVHcloud 悉尼两源各 10.0%，DigitalOcean 悉尼和 BinaryLane 墨尔本北京源各 5.0%，其余全部 0.0%。

20 包样本丢 1 个就是 5.0%，属于偶发波动，下一次采样可能归零。两位数丢包更值得留意：Psychz 那条入口两源同时两位数，而且路由末端出现了 !H 标记（末跳设备报主机不可达），和单点偶发丢包不是一回事。真要下单，建议自己多跑几轮再定。

反过来，入口完全禁 ICMP、20 包全丢的情况这次没有出现。真遇到了，正确做法是写明未取得延迟、不做任何估算，而不是拿商家的官网 IP 或者别人的数字顶上。

按用途选澳大利亚VPS机房

按用途挑澳洲VPS，可以先分国内访客和本地访客两条线。

面向国内用户访问，xTom 悉尼（225.406 ms / 229.656 ms）是这轮里最稳的选择，两源都进了 230 ms；Psychz 悉尼广东源 248.174 ms 也够用，但要把丢包风险算进去。北方用户重点看北京源那一列，DigitalOcean 悉尼 215.335 ms 和 Vultr 悉尼 231.186 ms 更快。

面向澳大利亚本地用户，机房离用户越近越好，这时候不必盯着回国延迟。悉尼覆盖东岸主要人口带，墨尔本覆盖南部；这七家里只有 BinaryLane 是澳洲本土商家，本地接入通常更直接。

面向东南亚与南亚用户，澳大利亚是南半球跳板，从悉尼到新加坡、雅加达的链路比从中国大陆出发更短。

跨境外贸独立站，重点在出口 IP 的稳定与合规，而不是追求最低延迟。这类场景下 OVHcloud 与 BinaryLane 的机房等级和带宽政策比那几十毫秒更值得比较。

澳大利亚VPS还是日本、新加坡VPS：一张决策表

把澳洲VPS和亚洲几个方向放在一起比，取舍就清楚了。澳大利亚的回国延迟整体比日本、新加坡高一档。

日本、韩国、新加坡、香港、欧洲、美西、美东七个方向的数据本站都跑过同一套双源方法，横向对照可以看日本VPS机房怎么选、韩国VPS机房怎么选、新加坡VPS机房怎么选和香港VPS机房怎么选；美国方向的对照在美国VPS机房怎么选（美西篇）与美国东部VPS机房怎么选，欧洲方向看欧洲VPS机房怎么选。

下单前检查清单

1. 用商家公开的测试 IP 从自己的网络 ping 一轮，别只看别人的表格。Vultr 官方 ping 端点公开可用，BinaryLane 与 xTom 走各自的官网和Looking Glass。
2. 同城至少测两家。悉尼的例子说明，同城 161.844 ms 的差距是真实存在的。
3. 分运营商测。只测一条线，可能正好测到对自己有利或不利的那条。
4. 分时段测。这次采样在上午，晚高峰的数据需要单独跑。
5. 确认套餐流量口径是单向还是双向，两个口径差一倍。
6. 确认机房位置与结算页面标注一致，避免下单的是悉尼、交付的是墨尔本。
7. 记下测试时间。延迟数字离开采样时刻就没有意义。

澳大利亚VPS测试IP与入口清单

上表所有入口都可以自行复现，采样时间与命令写在前面，欢迎对拍。想按价格先筛一轮，可以翻本站的优惠码与促销汇总；想看各商家的横向评分，主机商列表里有整理，逐篇的测评存档都在VPS 评测汇总。

FAQ

澳大利亚VPS哪个机房好，悉尼还是墨尔本

看用户在哪。访客主要在澳洲，悉尼覆盖东岸人口带，墨尔本覆盖南部，两家本土商家的本地接入更直接。访客主要在中国大陆，同一家商家下墨尔本比悉尼慢约二十毫秒（BinaryLane 广东源慢 19.525 ms、北京源慢 20.594 ms），这个差距通常不值得为它放弃更合适的套餐。

澳大利亚VPS到中国大陆延迟一般多少

本次 9 个入口里，广东源从 225.406 ms 到 387.250 ms，北京源从 215.335 ms 到 319.813 ms。整体比日本、新加坡、香港高一档。这个区间只能当参考，同一个入口换一个运营商、换一个时段都可能偏移几十毫秒，最终要按你自己的网络复测。

为什么同一家商家的悉尼机房，广东和北京测出来差那么多

因为两个源出海后的承运营商不同。Vultr 悉尼广东源走 NTT（129.250.x.x），北京源走 Telstra（AS4637 转 AS1221），最终 387.250 ms 对 231.186 ms，差 156.064 ms。不是机房变了，是出海这一段换人了。

同城悉尼为什么能差 161.844 ms

因为七家商家接的上游不一样。xTom 经 Cogent 与 Global Secure Layer 直达悉尼，OVHcloud 要先绕 OVH 美国再折向悉尼，Vultr 那条当次走的 NTT 段本身有绕行。城市只决定物理距离，落地那一程才决定绕行。

丢包 15% 到 20% 要紧吗

要紧。Psychz 悉尼两源同时出现两位数丢包（15.0% 与 20.0%），路由末端还带 !H 标记，和 20 包丢 1 个的偶发波动不是一回事。OVHcloud 悉尼两源各 10.0% 也偏高。这两条入口下单前建议自己多跑几轮。

没有公开测试 IP 的澳大利亚商家怎么判断

不能判断，也不该猜。没有官方入口就没有可复现的数据，这时候只能看它的机房所在城市与上游运营商，或者等有真机的人跑出结果。拿官网 IP 或者第三方数字顶替机房延迟，是最常见的错误。这次被剔除的 speedtest.onevps.com 和 lg.onevps.com 就属于归属复核不通过的情况，宁可不写也不顶替。

这份数据什么时候测的

2026-10-07 09:20:25（北京时间），两台探测源各向 9 个入口发送 20 个 ICMP 包。延迟随时段波动，跨时段对比请重新采样。

结论

澳大利亚VPS的选法可以压缩成三句话：先看你的用户在哪，再看同城有哪几家，最后用商家公开的测试 IP 从自己的网络复测一轮。城市名给不出答案，链路才能。9 个入口、18 组数据里，最稳的是 xTom 悉尼（225.406 ms 与 229.656 ms），最不稳的是 Vultr 悉尼（两源差 156.064 ms），最需要留意的是 Psychz 悉尼的两源两位数丢包。全表 161.844 ms 的广东源极差和 104.478 ms 的北京源极差，都不是城市造成的，而是路径造成的。