logo NodeSeekbeta

日本 VPS 线路实测:IIJ vs Softbank vs Cyberverse

日本 VPS 线路实测:IIJ vs Softbank vs Cyberverse

从单次跑分、长期监控到家宽实测,再到最终的「前置 + 按运营商分流」方案。

测试时间:2026 年 10 月(另引用少量 3 月、6 月的历史报告作对照),时间均为北京时间。

所有 IP 地址、域名、主机名、账号信息均已脱敏。


一、测试对象

代号 商家 / 网络 位置 配置 说明
JP-A(IIJ) GreenCloud,xTom 网络(AS3258) 东京 6C / 10.7G / 111G / 3.3T 原为 IIJ 线路
JP-A(Softbank) 同上 东京 同上 补 10 美元换成 Softbank 线路,IP 随之更换
JP-B(Cyberverse) Cyberverse(AS216211) 东京 1C / 930M / 8G 小鸡,作为前置机
SG-C(Cyberverse) Cyberjet(AS216245,上游 AS216211) 新加坡 1C / 930M / 7G 同一家商家的新加坡节点,作对照
第三方样本 同商家同线路的其他机器 东京 — 用于补充晚高峰数据

二、测试方法

工具 用途
NodeQuality(含 Check.Place 硬件 / IP / 网络体检) 全国三网 TCP 大包延迟、回程路由
第三方 7 天监控(天津三网 + 腾讯北京等) 观察晚高峰拥堵规律
mtr(ICMP 与 TCP 两种模式) 从家宽逐跳定位延迟和丢包
iperf3 前置机与后端之间的带宽
Windows ping / pathping 办公网络补充测试

测试点:

  • 广东电信家宽:主要的实测来源;
  • 办公网络:企业专线,经云厂商出口,仅作参考;
  • 东京前置机 JP-B:测东京机房之间的互联质量。

三、NodeQuality 单次报告汇总

3.1 IPv4 三网 TCP 延迟(ms)

机器 / 线路 测试时间 广东 电/联/移 北京 电/联/移 上海 电/联/移 浙江 电/联/移
JP-A IIJ 10/10 01:00 77 / 99 / 88 56 / 94 / 115 56 / 73 / 69 — / 87 / 72
第三方 IIJ(晚高峰) 03/19 22:25 93 / 127 / 93 81 / 142 / 129 87 / 102 / 151 96 / 107 / 155
第三方 Softbank 10/08 11:22 84 / 117 / 72 108 / 105 / 79 95 / 102 / 67 64 / 70 / 82
第三方 Softbank(晚高峰) 10/02 19:53 98 / 106 / 72 58 / 91 / 79 84 / 83 / 90 79 / 55 / 60
JP-A Softbank(换线后) 10/10 15:18 102 / 121 / 73 120 / 91 / 79 79 / 102 / 63 77 / 84 / 60
JP-B Cyberverse 10/10 09:36 86 / 107 / 81 58 / 60 / 58 92 / 98 / 40 92 / 44 / 39
SG-C Cyberverse 新加坡(晚高峰) 10/09 22:44 74 / 109 / 78 109 / 142 / 78 96 / 110 / 67 95 / 95 / 71

3.2 IPv6 三网 TCP 延迟(ms)

机器 / 线路 广东 电/联/移 北京 电/联/移 回程特点
JP-A IIJ 247* / 88 / 85 264* / 87 / 97 电信直连 163,但凌晨波动大
JP-A Softbank 374 / 280 / 91 336 / 270 / 100 ❌ 电信、联通经 悉尼 → 西雅图 → 芝加哥 → 圣何塞 绕行
JP-B Cyberverse 61 / 70 / 62 57 / 57 / 77 ✅ 电信经 IIJ → 163,三网都很好

* 路由追踪显示 IIJ IPv6 电信到广州只有约 65ms,表格中的高值来自凌晨时段的拥堵波动。

3.3 回程路由概况

线路 电信 联通 移动
IIJ IIJ → 163(广东电信偶尔绕联通 4837) IIJ → 4837 IIJ → CMI(部分绕新加坡、香港)
Softbank Softbank → 163(先进上海或北京再分发) Softbank → 4837(6 月样本曾 绕美国圣何塞,10 月已恢复) Softbank → CMI,经香港直达广州
Cyberverse 东京 BBIX / IIJ → 163 直连 4837 Level3 → CMI

⚠️ 检测脚本把 Cyberverse 的三网回程都标成了 "CN2 GIA",这是误判:第一跳 59.43.x.x 只是商家网关地址,实际路径走的是普通的 BBIX、Softbank、IIJ、NTT、Level3 线路。


四、长期监控:7 天晚高峰规律

来自第三方的 7 天监控(天津三网,开启削峰):

指标(7 天平均) IIJ 线路机器 Softbank 线路机器
天津电信 ❌ 808ms,丢包 20.4% ✅ 71ms,丢包 11.7%
天津联通 79ms 89ms
天津移动 117ms 78ms
天津电信 v6 ❌ 4494ms ❌ 315ms
天津联通 v6 78ms ❌ 227ms
腾讯北京 ❌ 1094ms ✅ 59ms
曲线形态 每天晚高峰炸到数千毫秒 全天平稳,仅零星尖峰

结论:IIJ 线路的电信方向存在每天固定的晚高峰拥堵,单次跑分如果没测到这个时段,就完全看不出来。


五、广东电信家宽实测(mtr)

5.1 IPv4

目标 时间 平均 最低 抖动 丢包 问题位置
JP-A IIJ 11:18 96ms 57 ❌ 29.7 4% 电信东京出口交给 IIJ 的那一跳开始抖动
JP-A Softbank 14:26 137ms 100 15.4 ❌ 32% 电信与 Softbank 的互联点(BBTEC)开始丢包
JP-A Softbank 14:36 117ms 108 7.7 ❌ 29% 同上
JP-B Cyberverse 11:33 74ms 71 5.4 5% 电信 → NTT,路径干净
JP-B Cyberverse 14:39 76ms 74 2.6 11% 同上

5.2 IPv6(TCP 模式,避开 ICMP 限速)

目标 平均 最低 最差 说明
JP-A IIJ 633ms 57 2988 频繁出现 1–3 秒的 TCP 重传,等同于丢包
JP-A Softbank 436ms 346 1413 经 GTT → 巴黎 → 马赛 → 新加坡 → 东京
JP-B Cyberverse 146ms 57 1094 偶有重传,三者中最好

TCP 模式下,终点显示 0% 丢包但延迟出现 1000ms、3000ms,其实就是首个连接请求丢失后靠重传到达(重传间隔 1s、3s)。

5.3 小结

对广东电信家宽来说:

  • Softbank 直连反而最差:白天就有约 30% 丢包;
  • IIJ 直连:最低延迟不错,但抖动大,晚高峰更糟;
  • Cyberverse 最稳:IPv4 约 75ms、抖动个位数,IPv6 也是三者最好。

六、东京机房之间:前置机到后端

从 JP-B(Cyberverse)测到 JP-A:

目标 平均 最差 抖动 丢包 带宽(后端 → 前置)
IIJ IPv4 7.3ms 301ms 30.5 0% 5.2 Gbps
IIJ IPv6 1.6ms 25ms 2.9 0% 5.9 Gbps
Softbank IPv4 1.7ms 21ms 3.4 0% —
Softbank IPv6 2.0ms 39ms 4.5 0% —

两台都在东京,经交换中心互联,前置转发只增加 1–2ms,后端用哪条线路对访客几乎没有影响。


七、办公网络(仅供参考)

目标 平均 最低 / 最高 丢包
JP-A Softbank 60ms 55 / 157 0%

pathping 显示办公网络先走企业内网,再经云厂商的出口访问外网,线路质量远好于普通家宽,不代表普通用户体验。


八、关键发现

  1. 线路名称不等于线路质量。 同样叫 Softbank,不同商家、不同时间的表现差别很大;同样叫 IIJ,白天和晚上判若两人。
  2. 单次跑分会骗人。 凌晨测的 IIJ 很漂亮,晚高峰却炸到几百上千毫秒。决策至少要看晚高峰数据或长期监控。
  3. 一定要从自己的网络实测。 天津电信到 Softbank 很好,广东电信到 Softbank 却丢包 30%,原因是国内进入 Softbank 的互联点不同。付费换线之前,先用 mtr 测一个同线路的 IP。
  4. ICMP 和 TCP 要一起看。 很多节点会限制 ping 回复,中间跳的高延迟和丢包可以忽略,判断以终点和 TCP 模式为准。
  5. 检测脚本的线路标签不可全信。 "CN2 GIA" 可能只是商家网关地址造成的误判。
  6. 前置的价值在于入口线路。 前置机与后端同在一个城市时,转发成本只有 1–2ms,访客体验完全取决于前置机的入口线路。

九、最终方案:前置 + 按运营商分流

9.1 架构

电信 / 联通用户 ──→ JP-B Cyberverse(四层转发)──1.7ms──┐
IPv6 用户 ───────→ JP-B Cyberverse(四层转发)──────────┤
                                                       ▼
移动用户 / 默认 ──────────────────────────────────→ JP-A Softbank(网站本体、证书)

9.2 DNS 分线路解析(DNSPod)

记录 线路 指向 依据
A 电信 JP-B Cyberverse Softbank 电信丢包严重,Cyberverse 全天稳定
A 联通 JP-B Cyberverse Cyberverse 直连联通 4837,比 Softbank 快 20–40ms
A 移动 JP-A Softbank Softbank 移动全国 60–80ms,晚高峰也稳
A 默认 JP-A Softbank 兜底
AAAA 默认 JP-B Cyberverse Softbank IPv6 绕路严重,不对外使用

9.3 实施要点

  • 前置机只做四层 TCP 转发(443、80),不解密 HTTPS,证书和网站程序都在后端;
  • 移动用户直连后端,顺便分担 1C1G 前置机的压力,前置机抖动时移动用户不受影响;
  • 前置机出故障时,把电信、联通的解析临时切到后端即可恢复;
  • 用 Komari 等探针持续监控前置机,重点关注晚高峰。

9.4 关于这 10 美元

从全国、晚高峰的角度看,Softbank 明显优于 IIJ,尤其是移动和北方用户;但对广东电信直连来说,两者都不理想。在最终方案中,直连后端的主要是移动用户,而这正是 Softbank 最强、IIJ 最弱的地方,所以换线最终是值得的。


附录:测试命令

# NodeQuality 综合测试
bash <(curl -sL https://run.NodeQuality.com)

# mtr:ICMP 模式
mtr -4 -c 100 -r <目标IPv4>
mtr -6 -c 100 -r <目标IPv6>

# mtr:TCP 模式(避开 ICMP 限速,端口填目标上开放的端口)
mtr -4 -T -P 22 -c 100 -r <目标IPv4>
mtr -6 -T -P 443 -c 100 -r <目标IPv6>

# iperf3:后端运行 iperf3 -s,前置机执行(-R 为后端发往前置的方向)
iperf3 -4 -c <后端IPv4> -t 20 -R
iperf3 -6 -c <后端IPv6> -t 20 -R
# Windows
ping -n 100 <目标IPv4>
pathping -q 50 <目标IPv4>

免责声明:以上数据仅代表测试时间、测试地点的网络状况,线路会随运营商调度变化,请以自己的实测为准。

  • 避重就轻让它赔钱,就说SOFTBANK好了
    image

  • 不错哎

  • 总结软银好~

  • 好帖

  • 总结
    软银更爱国

  • 总结:都是垃圾,加钱

  • @fengyaochen #6
    深耕循环经济领域,专注于资源价值再创造,通过先进的回收、分拣及再利用技术,为用户提供绿色、低碳、可持续的一体化资源循环解决方案。

你好啊,陌生人!

我的朋友,看起来你是新来的,如果想参与到讨论中,点击下面的按钮!

📈用户数目📈

目前论坛共有72763位seeker

🎉欢迎新用户🎉