自助测试
Looking Glass
本站列出的延迟都是中位值，中位值对你没有意义 —— 你要的是你自己那条线路、你自己那个时段的数字。这一页提供测量它所需的一切。
机房数
9 个
已发布测试目标
0 个
命令模板
17 条
验证窗口
7 天
要点
Looking Glass 能测什么？
安云主机的 Looking Glass 页面用于自助测试线路：9 个机房的测试 IP 与测速文件目前均为「待部署」状态，我们不会为了让页面完整而填一个不存在的 IP。在测试目标发布之前，本页提供可直接复制的 ping、mtr、traceroute、iperf3、fio 与 sysbench 命令模板，以及 mtr 结果的判读方法 —— 下单后可在 7 天退款窗口内用它们验证你自己的机器，不符合就退。
测试目标
各机房的测试 IP 与测速文件
按从中国大陆测得的最低延迟排序。状态为「待部署」的节点，我们没有放占位地址 —— 可测的东西必须真的可测，否则这一页就变成了它想反对的那种页面。
香港 HKG
亚洲 · 中国香港
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GIA 精品线路
- 联通
- AS9929 精品线路
- 移动
- CMI 精品线路
香港节点延迟低，但带宽单价高。测速时请同时留意流量额度，跑满一次 1 GB 文件也是要计流量的。
香港机房详情 →首尔 ICN
亚洲 · 韩国
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GT 优化线路
- 联通
- AS9929 精品线路
- 移动
- CMI 优化线路
北方联通用户的延迟通常最低，电信用户请以自己的实测为准，不要照搬别人的截图。
首尔机房详情 →东京 NRT
亚洲 · 日本
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GIA 精品线路
- 联通
- AS9929 精品线路
- 移动
- CMI 优化线路
移动用户走 CMI，晚高峰波动明显大于电信与联通，建议分时段各测三次取中位数。
东京机房详情 →新加坡 SIN
亚洲 · 新加坡
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GT 优化线路
- 联通
- AS4837 普通线路
- 移动
- CMI 优化线路
对大陆延迟高于香港与东京。若你的访客主要在东南亚，请从马来西亚或印尼的节点回测，而不是从大陆测。
新加坡机房详情 →洛杉矶 LAX
北美 · 美国
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GIA 精品线路
- 联通
- AS9929 精品线路
- 移动
- CMI 优化线路
请在北京时间 20:00–24:00 再测一次。跨太平洋链路的晚高峰和凌晨是两个不同的网络，只测凌晨等于没测。
洛杉矶机房详情 →圣何塞 SJC
北美 · 美国
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- CN2 GIA 精品线路
- 联通
- AS4837 普通线路
- 移动
- CMI 优化线路
联通用户请注意本节点走 AS4837 普通线路，测速结果通常不如洛杉矶节点，这是线路差异而非机器差异。
圣何塞机房详情 →法兰克福 FRA
欧洲 · 德国
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- 163 骨干 普通线路
- 联通
- AS4837 普通线路
- 移动
- CMI 普通线路
回程走普通国际骨干，对大陆延迟在 250 ms 以上。这个节点的价值是欧洲内部延迟与带宽价格，不是对大陆的速度。
法兰克福机房详情 →阿姆斯特丹 AMS
欧洲 · 荷兰
测试 IP 与测速文件尚未部署。测速文件必须由这台机器本身直接提供、前面不能挂 CDN， 否则测出来的是缓存节点的速度，与你实际拿到的机器无关。做不到这一点之前，这里就空着。
在此之前请用 下方的命令模板 测试你自己的机器。
- 电信
- 163 骨干 普通线路
- 联通
- AS4837 普通线路
- 移动
- CMI 普通线路
存储型机器（巨舱 系列）主要落在这里。测硬盘请用 fio 测随机读写，机械盘的顺序速度好看，随机 IOPS 才是真实体感。
阿姆斯特丹机房详情 →命令模板
测线与压测命令
把命令里的
目标IP
换成测试地址或你自己机器的 IP，
测速文件URL
换成测速文件地址。第一组在你本地执行 —— 唯独「回程路由」那一条必须登录服务器再跑；
第三组只能在服务器上执行；第二、第四组两边都可以。
第一步
延迟、丢包与路由
先确认路径，再谈速度。一条丢包的线路跑出再高的峰值也没有意义，而丢包发生在哪一跳，决定了这是运营商限速还是真故障。
延迟基线
四个包的 ping 只够确认「通不通」。跑满 100 个包才看得出丢包率与抖动，这两项比平均延迟更能预测实际体感。
ping -c 100 -i 0.3 目标IPWindows 用 ping -n 100 目标IP，没有 -i 参数。
逐跳路由（去程）
-r 报告模式跑满 100 个包，-z 显示每一跳的 ASN，-b 同时显示 IP 与域名。看得到 ASN，才能判断是从哪家运营商开始变差的。
mtr -rwzbc 100 目标IPWindows 没有 mtr，用 WinMTR，包数同样设为 100。
逐跳路由（TCP 模式）
大量骨干路由对 ICMP 回复限速，ICMP 的丢包因此经常是假的。TCP 443 走的是网页流量真正走的那条队列，与 ICMP 结果不一致时以这条为准。
mtr -rwzbc 100 -T -P 443 目标IP回程路由（关键的一半）
本地 mtr 只看得到去程。三网回程的差别在反方向上，必须在服务器上朝你自己的公网 IP 跑一次 —— 网上绝大多数「线路评测」截图只有去程。
mtr -rwzbc 100 你的公网IP这一条在服务器上执行，不是在本地。先在本地查到自己的公网 IP，再填进去。
传统 traceroute
mtr 装不上时的替代。-T 走 TCP、-n 不做反解，输出更快也更少误导。
traceroute -T -p 443 -n 目标IP带 ASN 的路由追踪
nexttrace 是第三方开源工具，会标出每一跳的 ASN 与归属地，读回程比裸 traceroute 省事。需要自行安装，我们不提供也不托管它。
nexttrace -T -p 443 目标IP第二步
带宽与吞吐
单线程和多线程测的是两回事：单流受单条 TCP 窗口限制，跨太平洋尤其明显；多线程测的才是链路容量。两个都要测，只报一个数字的评测都不完整。
单线程下载
最接近「一个访客打开你网站」的场景。curl 的 speed_download 是整段传输的平均值，比进度条上跳动的瞬时值可靠。
curl -o /dev/null -w 'avg %{speed_download} B/s total %{time_total} s\n' 测速文件URL多线程下载
八条连接同时拉，测的是链路容量而不是单流质量。多线程明显快于单线程，说明瓶颈在单流窗口而非带宽。
aria2c -x 8 -s 8 -d /tmp 大测速文件URL会在 /tmp 落盘 1 GB，测完记得删除；如果测的是自己的机器，这次下载同样计入流量额度。
iperf3 下行
-R 反向模式测的是「从机器到你」这个方向，也就是你的访客真正走的方向。不加 -R 测到的是上行，两者在跨境线路上经常差很多。
iperf3 -c iperf3主机 -p 端口 -P 4 -t 30 -Riperf3 上行
备份、同步、推流类业务真正在意的方向。上行通常比下行差，服务商也普遍不提这一半。
iperf3 -c iperf3主机 -p 端口 -P 4 -t 30第三步
磁盘与 CPU
这一组在你自己的机器上跑，用来核对超售情况。顺序读写在任何母机上都好看，随机 4k 才是数据库和面板卡不卡的原因。
随机读 4k
数据库、缓存与面板响应取决于随机 IOPS。--direct=1 绕过页缓存，否则测到的是内存速度。
fio --name=randread --rw=randread --bs=4k --ioengine=libaio --direct=1 --iodepth=32 --size=1G --runtime=60 --time_based --group_reporting随机写 4k
写入才是超售最容易露馅的地方。与随机读差距悬殊，通常意味着这台母机的写压力已经被别人占满。
fio --name=randwrite --rw=randwrite --bs=4k --ioengine=libaio --direct=1 --iodepth=32 --size=1G --runtime=60 --time_based --group_reporting会写入约 1 GB，请在空目录执行，测完删除测试文件。
顺序写
列在这里是为了让你知道别只看它：顺序写在任何超售母机上都跑得漂亮，它是三条磁盘测试里参考价值最低的一条。
dd if=/dev/zero of=/tmp/ddtest bs=1M count=2048 oflag=direct && rm -f /tmp/ddtestCPU 单机跑分
用来比较同价位的两台机器，不要拿它和物理机比。共享调度下的分数取决于同母机邻居当时在干什么，建议分时段各跑三次。
sysbench cpu --cpu-max-prime=20000 --threads=$(nproc) run核对 CPU 型号
把结果和「网络与线路」页上写的母机硬件家族对照。写得比家族更精确的服务商，换代之后那句话就变成假话了。
lscpu | head -n 20第四步
IP 归属与反向解析
原生 IP 是这个市场最常被含糊处理的一项。注册归属、通告历史和反向解析都是公开信息，不需要相信任何人的说法。
IP 注册归属
看 IP 段登记在哪个组织、哪个国家。与页面上标注的国家不一致时，「原生 IP」这句话就不成立。
whois 目标IP反向解析
rDNS 常常泄露真实的托管方与机房代码，比任何介绍页都直接。
dig -x 目标IP +short这里没有的东西
一键测评脚本的那一行命令
这个市场流行几个一键跑完 CPU、磁盘、三网测速的脚本，很多主机商会把「下载并直接执行」的一行命令贴在文档里。 我们不贴。把远程脚本直接管道给 shell 执行，等于把 root 权限交给脚本作者、交给当时的下载源、也交给中间任何能改写流量的人。 想用这类脚本没问题：先把它下载下来，读一遍，确认没问题再执行 —— 这一步花不了两分钟，而它保护的是一台你打算长期放东西的机器。
判读方法
怎么看懂一份 mtr 结果
mtr 最常被误读的一列是 Loss%。绝大多数「你们线路丢包」的工单，附的截图里丢包都发生在中间跳， 而末跳是 0% —— 那不是丢包，那是路由器不回 ICMP。下面这张表是判断顺序：先看丢包从第几跳开始， 再看它到末跳有没有延续。
| 现象 | 通常意味着 | 该怎么办 |
|---|---|---|
| 中间某跳丢包，之后各跳恢复 0% | 该路由器把 ICMP 回复放在最低优先级，只是不回你，转发本身正常。 | 忽略这一跳。判断线路好坏只看末跳。 |
| 从某一跳开始，一直丢到末跳 | 真实丢包。问题出在开始丢包那一跳的入口链路，之后的丢包是它的延续。 | 记下该跳的 IP 与 ASN、测试时间与你的运营商，一起提交工单。 |
| 只有末跳丢包，中间全部 0% | 目标主机自己在限速 ICMP，或者防火墙丢弃了回包，链路多半没问题。 | 改用 TCP 模式复测：mtr -T -P 443，看丢包是否消失。 |
| Loss 为 0，但 Wrst 与 StDev 很大 | 抖动。平均延迟好看，实际体感差 —— SSH 卡顿、语音断续都来自这里。 | 不要只看 Avg 那一列。抖动大的线路不适合交互式业务。 |
| 丢包只在北京时间 20:00–24:00 出现 | 晚高峰拥塞，不是故障。跨境链路在这个时段普遍排队。 | 分时段各测三次取中位数，并以晚高峰的数字作为选型依据。 |
| 末跳的 Avg 比中间某跳还低 | 正常。每一跳的延迟各自独立测量，不是逐跳累加，中间跳的高延迟往往只是它自己回包慢。 | 只有末跳的 Avg 有意义，中间跳的数字用来定位，不用来评价。 |
最容易被忽略的一半
去程与回程是两条不同的路
你在本地跑的 mtr 只测到去程（你 → 机器）。这个市场真正在意的 三网回程 是反方向的那一半， 必须登录服务器、朝你自己的公网 IP 再跑一次。两个方向走不同线路是常态： 去程走普通国际出口、回程走精品线路的组合非常普遍，反过来也有。
论坛上流传的「线路评测」截图，绝大多数只有去程那一半。看到只有一张图的评测， 可以直接当作没有测过回程。
测量方法
让结果站得住脚的几条规矩
- 01 一次 ping 不说明任何问题。请用 mtr（Windows 用 WinMTR）跑满 100 个包，看丢包发生在第几跳：丢在中间跳而末跳不丢，通常是运营商对 ICMP 限速，不是故障。
- 02 分时段测：北京时间 10:00、15:00、22:00 各一次。晚高峰的数字才是你日常会遇到的数字。
- 03 测带宽用大文件或 iperf3，不要用浏览器里的第三方测速站 —— 那测的是测速站的位置，不是你机器的位置。
- 04 测磁盘用 fio 的随机读写，不要只看 dd 的顺序写。顺序写好看在任何超售的母机上都做得到。
- 05 开机后的前 72 小时是你验证的窗口。与我们工单里写的不符，按退款政策处理。
边界
这一页做不到什么
- 做不到 替你测你那一端。同一个机房，电信和移动、上海和成都、白天和晚高峰，结果可以差一倍以上。 任何人给你的截图都只代表他那一端，包括我们的。
- 不提供 BGP 路由表查询。我们尚未公布自有 AS 号与上游名单，原因写在 网络与线路页上。
- 禁止 对测试地址做压力测试或攻击测试。这会触发机房清洗与黑洞，影响同段的其他客户， 也违反使用政策。测速文件是用来下载的，不是用来打的。
- 提醒 如果你测的是自己已经开通的机器，每一次拉测速文件都计入你的月流量额度。
尚未公布
这些条目公布之前，本站不会用占位数据填充它们。
常见问题
关于自助测试
为什么现在看不到测试 IP？
因为还没有部署。一个测试 IP 是三秒钟就能被 ping 一次的东西，填一个不存在的、或者根本不属于我们的地址，是最容易被当场拆穿的一种谎。我们宁可显示「待部署」，也不写一个撑场面的数字。
没有测试 IP，下单前怎么判断线路？
先用机房页面上的三网回程标注做初筛（电信、联通、移动各自的线路类型与中位延迟都写在每个机房页上），选出两三个候选，下单后立刻用本页的命令实测。实测与页面描述不符的，可在 7 天退款窗口内申请退款。这是我们能提供的、唯一不需要你先相信我们的验证方式。
mtr 中间某一跳丢包，是线路坏了吗？
通常不是。如果丢包只出现在中间某一跳，而它之后的各跳（包括末跳）都是 0%，那说明这台路由器只是不回复 ICMP，转发正常 —— 骨干路由普遍把 ICMP 回复放在最低优先级。真正需要警惕的是从某一跳开始一直丢到末跳，那才是真实丢包。
为什么不提供网页版一键测速？
浏览器里的第三方测速站测的是你到那个测速站的路径，不是你到我们机器的路径，两者经常走完全不同的线路。用本页的 curl 或 iperf3 直接对目标机器测，才是有意义的数字。
你们提供 BGP 路由表查询吗？
目前没有。我们尚未公布自有 AS 号与上游运营商名单，在这些资料能逐条对上之前，放一个查不出实质内容的路由查询页只是装饰。可查询的公开来源列在本页下方，任何人都能用它们核对一家服务商的说法。