云服务器MTR测试教程：别让“网络卡”变成一笔糊涂账

网站打开慢、SSH 动不动断、游戏服延迟飘红，工单提过去，客服一句“您本地网络问题”就把你打发了。这时候你需要 MTR。它不是玄学，而是把“哪一跳丢了包、哪一段在抖”摆到桌面上的工具。这篇写给国内站长、开发者和中小企业运维，手把手教你在云服务器上跑 MTR，看完至少能少背几次锅。

MTR 全称 My Traceroute，相当于把 ping 和 traceroute 合体：既列出数据包经过哪些路由，又持续测每一跳的丢包和延迟。你可以把它理解成查快递物流，不光看经过哪些中转站，还看每个站压了多久、丢了几件。

第一步：装工具，别急着敲命令

SSH 登录服务器后，按系统装：

CentOS/RHEL：yum install -y mtr，新系统用 dnf install -y mtr
Debian/Ubuntu：apt update && apt install -y mtr

本地 Windows 不想折腾，用 WinMTR 或 BestTrace 也行。但记住：最好服务器和本地各跑一遍，只测单向很容易误判。

第二步：跑一条标准命令

推荐命令：

mtr -rwzbc 100 目标IP或域名

参数别死记：-r 是报告模式，跑完输出不刷屏；-w 宽屏不截断；-z 显示 AS 号；-b 同时显示 IP 和域名；-c 100 发 100 个包。样本太少没意义，100 个包大概一两分钟。

目标可以是你的网站域名、用户反馈慢的 IP，或者服务器网关。有些机器封了 ICMP，普通 MTR 一片星号，别慌，加 TCP 模式：

mtr --tcp --port 443 -rwzbc 100 你的域名

别问我是怎么知道的，ICMP 被限时，TCP 模式能救命。

第三步：看懂报告，别被中间跳吓到

重点看三列：Loss%、Avg、StDev。

第一跳或中间某跳丢包高，但后面跳恢复正常：大概率是路由器对 ICMP 限速，不代表真丢包，别急着骂机房。
从某一跳开始丢包，一直持续到最后一跳：这段链路有问题，记下“开始丢包的那一跳”。
Avg 突然翻倍、StDev 很大：这不是丢包，是抖动，游戏和语音最怕这个。
最后一跳丢包高：才是你真正访问目标的问题。

小技巧：多跑几次，晚高峰一次、凌晨一次，别拿一次结果当判决书。

第四步：双向对比，分段定位

在服务器上 MTR 你的本地公网 IP，在本地 MTR 服务器 IP。如果去程好、回程烂，问题在回程线路；反过来就是去程。再分别测服务器到网关、到 DNS、到目标网站，能快速判断是“服务器自己网络问题”还是“运营商互联问题”。

保存结果也简单：

mtr -rwzbc 100 目标 > mtr.txt

提工单直接甩文件，比截图有说服力。

第五步：给客服看什么

别发一整屏绿色。圈出三样：丢包开始的跳数、丢包率、测试时间。最好附上双向结果和 TCP 模式结果。说清楚“服务器到某 IP 的 443 端口晚高峰丢 15%，同时到网关正常”，对方就没法用“本地网络问题”糊弄你。

避坑提醒：新手常犯的3个错误

只看某一跳丢包就下结论。中间跳 ICMP 限速是常态，持续到最后一跳才算数。
只测一次、只测单向。网络问题分时段，晚高峰和凌晨能差出两个世界。
拿 ping 当万能钥匙。很多云厂商封 ICMP，ping 不通不代表服务不通，用 TCP MTR 或 curl -v 补刀。

解决方案推荐

如果你测完发现是线路本身拉胯，换机器往往比修机器快。可以看看沐雨云服务器（https://www.myyvps.com）：提供高防云服务器，单机 50-200G DDoS/CC 防御；香港/美国/日本免备案 VPS，采用 BGP/CN2 优质线路、纯 SSD 固态硬盘；2 核 2G 轻量云 12.8 元/月起，支持支付宝/微信支付。个人博客、电商网站、游戏服务器、外贸独立站都能用，线路测起来也方便。