专线测速要分清三个问题：从哪里测、测到哪里、结果代表什么。建议分别检查本地到入口、VPS 到目标服务的延迟与丢包，再测受控两端之间的吞吐。白天与晚高峰使用相同目标对比，可以发现性能变化，但不能仅凭跳数或掉速认定线路真假。
一、为什么下单后要自测？
测试用于确认产品是否适合自己的业务，也为排查问题保留证据。Mkcloud 仅支持质量问题退款，需提供具体延迟、速度等信息，不是无条件试用；正式条件见服务条款。
记录套餐、测试时间、运营商、省份、源端和目标、协议及结果。不要把账号密码、密钥或完整个人信息放进公开截图。
二、三项自测
1. 延迟与丢包：ping
本地先测入口 IP；登录 VPS 后，再测允许测试的目标。出口 IP 不支持外部连入，不应把本地直接测出口作为统一验收方法。Windows 可用 ping -n 100 目标地址，Linux/macOS 可用 ping -c 100 目标地址。
对比平均值、最大值与丢包率，并结合实际业务。ICMP 可能被屏蔽或限速：不回 ping 不等于业务不可用，ping 正常也不证明 HTTPS 或远程桌面正常。
广港/深港 IX、厦港/泉港为 1~2ms，沪港为21ms，沪日为25~28ms，沪美为124~134ms，均是业务方提供的端内参考，不是本地到任意平台的全程保证。
2. 可见路径：mtr / traceroute
在 VPS 上向允许测试的目标执行路由跟踪，并保存白天、晚高峰结果。路径变化可以辅助定位，但隐藏跳点、隧道、MPLS、回程不对称及设备应答策略都会影响显示。
海外出口之后可能经过公网。跳数少不能证明物理独享，出现公网节点也不能证明跨境段是假专线。中间节点显示丢包、后续及终点不丢时，先考虑中间设备对探测包的应答限制。
3. 吞吐：iperf3 或受控下载
iperf3 需要你自有或获授权的服务端，不能对任意平台地址直接测速。确认两端性能、测试方向、时长、并发以及流量预算；从短时、低并发开始，避免影响生产业务。
Mbps 是带宽速率，MB/s 是字节传输速率，理论换算约除以8，实际还有协议开销。共享峰值不等于持续可用带宽；独享配置也不能消除本地、目标或服务器资源瓶颈。
三、如何解读结果？
| 指标 | 观察重点 | 不能直接推出 |
|---|---|---|
| 延迟 | 相同源端、目标、时段的变化 | 单程时延、物理专线真假 |
| 路由 | 可见路径变化及终点响应 | 底层电路、带宽复用比 |
| 丢包 | 终点与实际业务是否同时异常 | 任一中间跳丢包就是故障 |
| 吞吐 | 两端能力、方向及套餐限制 | 一次跑满即可长期满速 |
四、常见问题
晚高峰变慢就是假专线吗？
不是。需要排查本地接入、服务器负载、跨境段、海外出口及目标限流，不能直接归因于商家切换公网。
测速与宣传延迟不一致怎么办？
先核对宣传是端内还是全程，再提交同目标、多时段结果。具体排查见专线故障排查。
五、总结
先统一测试口径，再比较结果。测试能支持性能判断和报障，底层线路及服务承诺仍需产品资料与合同证明。采购比较可看专线价格与配置。