如何使用 MTR 测试 VPS 回程路由？图文教程与诊断指南

在 VPS 网络诊断的世界里，ping告诉我们“通不通”，traceroute告诉我们“走了哪条路”，而 MTR（My TraceRoute），则以“上帝视角”，将这两者完美结合，并实时告诉我们“路上堵不堵”。MTR是许多网络工程师和系统管理员排查网络问题时非常常用的工具。它能持续、动态地展示数据包从您的 VPS 到目标地址，每一跳（Hop）的延迟和丢包率，是诊断网络问题时非常高效的“神器”。本文将作为您的“MTR 使用手册”，手把手教您如何安装和使用MTR，让您也能够像专家一样，更精准地看清您每一台 VPS 的网络“底细”。

通过 MTR 查看 VPS 到目标 IP 的回程路径，快速判断延迟变化、丢包情况与线路质量

一、安装 MTR 工具

MTR 在大多数最小化安装的 Linux 系统中并非预装，但我们可以通过一行命令轻松安装。

1、连接到您的 VPS

• 首先，请通过 SSH 客户端（如 Xshell）以root用户身份，连接到您需要测试的 VPS 上。详情请参考我们的：最新 SSH 远程连接服务器图文详解

2、执行 MTR 安装命令

请根据您的操作系统，选择对应的安装命令：

# Debian / Ubuntu 系统
apt update && apt install -y mtr

# CentOS / Rocky / AlmaLinux 系统
dnf install -y mtr

二、如何使用 MTR 测试 VPS 回程路由？

安装成功后，我们就可以直接使用mtr命令了。

操作步骤

在 SSH 终端中，输入以下格式的命令，并将占位符替换为您想测试的目标 IP 地址。

mtr -r -c 10 <目标IP地址>

• 参数解释：
  • -r：代表“报告模式”（Report Mode），MTR 会一次性完成测试并输出完整报告，而不是持续刷新。
  • -c 10：代表向每一跳发送 10 个数据包后停止。
  • 如果您想避免反向 DNS 解析带来的等待，也可以使用：mtr -r -c 10 -n <目标IP地址>，这样会直接显示 IP 地址，报告通常更干净、也更快。
• 测试示例：我们可以测试 VPS 到国内不同运营商的代表性 IP，例如测试到上海电信：

  mtr -r -c 10 116.228.111.18
  

按下回车后，MTR就会开始工作，并输出一份非常详细的路由报告。

如果您除了想看 MTR 报告之外，还想把路由路径更直观的展示出来，也可以结合NextTrace 详细安装与使用教程一起使用，两者互相配合，更方便判断 VPS 的去程与回程线路情况。

补充说明：严格来说，您在 VPS 上执行 MTR，看到的是“从这台 VPS 发往目标 IP”的路径结果。因为我们通常把国内运营商或本地宽带的测试 IP 作为目标，所以它在实际使用中，常被当作观察 VPS “回程路径”的重要参考。

三、如何查看 MTR 测试报告？

MTR 的报告会清晰地列出从您的 VPS 到目标 IP，中间经过的每一个“路由节点”（Hop）。

MTR 报告的每一行代表一个路由节点，每一列都是关键的性能指标。

重点关注的列：

• Host：路由节点的 IP 地址或域名。
• Loss%：丢包率。这是非常重要的指标，理想情况下应尽量接近0.0%。不过要注意，并不是某一中间跳显示丢包，就一定代表问题出在这一跳。有些路由器会对 ICMP 回应做限制，因此可能出现“这一跳丢包很多，但后续节点又恢复正常”的情况。判断问题时，更重要的是观察：丢包是否从某一跳开始，一直持续影响到后续多跳，尤其是最后一跳。
• Avg：平均延迟。可以清晰地看到延迟是在哪一跳开始明显升高的。

如何识别 CN2 GIA 线路？

请仔细观察Host这一列的 IP 地址：

• 如果您在靠近中国的最后几跳中，看到了大量以 59.43.*.* 开头的 IP 地址，这通常是中国电信 CN2 优质线路的一个非常明显的特征。
• 不过需要说明的是，59.43.*.* 更适合作为高质量 CN2 线路的重要判断依据之一，若要进一步区分是否为严格意义上的 CN2 GIA，还需要结合整条路径、是否混入其他普通 163 骨干节点，以及不同时段的测试结果综合判断。
• 想了解 CN2 GIA 的价值？请看：搬瓦工 CN2 GIA 与 CN2 GIA-E 线路终极指南

如果您更关心具体机房的实际线路表现，而不只是单次 MTR 结果，也可以结合搬瓦工纽约 CN2 GIA-E（USNY_8）机房最新性能评测一起参考，这样更容易对线路质量和实际体验形成更完整的判断。

四、MTR 报告案例分析：如何识别异常路由？

有时候，即便您在路由中看到了59.43.*.*这样的优质节点，但依然感觉网络很慢，这是为什么呢？让我们来看一份“不健康”的 MTR 报告：

这是一个典型的不健康路由，Loss%（丢包率）一列出现了大量非零数值。

问题诊断：

从这份报告中，我们可以清晰地看到，从第 4 跳开始，一直到第 12 跳，都出现了 40%-90% 不等的严重丢包（Loss%）。

如果这种丢包现象一路持续到后续节点，尤其最后一跳也存在明显丢包，那么这通常就说明问题并不只是某个中间路由器“懒得回复”，而更可能是这条线路上的某个或多个物理节点，当前正处于故障、拥堵或异常波动状态。

换句话说，问题不一定在于线路“级别”不够高，而更可能在于这条线路当前的实际运行状态不理想。线路再好，如果中间节点拥堵或异常，最终体验依然会受到明显影响。

遇到这种情况怎么办？

1. 等待：这通常是暂时性的网络波动，等待几小时后再测试，有时会自行恢复。
2. 重启 VPS 后重新测试：如果只是某一台 VPS 临时出现网络异常，而之前一直使用正常，也可以先尝试重启系统后再重新执行一次 MTR 测试。关于具体操作方法，可参考：如何重启VPS？手动与定时自动重启教程。
3. 多测几个目标：建议分别测试电信、联通、移动等不同目标 IP，看看问题是某一条方向异常，还是整体网络都不稳定。
4. 检查官方状态：访问 https://bwhstatus.com/，查看是否有相关的网络维护公告。
5. 联系客服：如果问题持续超过 12-24 小时，您就可以将这份 MTR 报告截图，作为“铁证”之一，向官方客服反映情况了。
   • 关于如何高效地提交工单，请参考我们的指南：如何通过 Ticket 工单获得搬瓦工官方技术支持？

如果您准备进一步调整系统配置、重装环境，或者后续打算迁移数据，建议先通过搬瓦工快照（Snapshots）功能使用教程为当前 VPS 做一次备份，这样即使后续操作出现问题，也能更快恢复。

最后提醒一句：如果目标 IP 本身限制 ICMP 回应，那么即使最后一跳显示有丢包，也需要结合实际业务体验一起判断，不能只盯着单次 MTR 结果下结论。

需要注意的是，MTR 主要帮助我们判断“线路有没有问题”。如果测试结果显示路由正常、丢包不高，但您在实际使用中依然感觉网站打开慢、程序运行卡顿，那么问题也可能不完全出在网络本身，而和 VPS 的CPU、内存、Swap配置等因素有关。关于这类情况，您也可以参考搬瓦工 ECOMMERCE SLA 方案实测了解不同配置下的实际表现。

虽然一键脚本很方便，但它们来来去去，并不可靠。而MTR，作为一个专业的、内建于 Linux 生态的工具，将永远是您诊断网络问题的忠实伙伴。掌握MTR的使用，是您从 VPS 使用者，迈向 VPS 管理者的重要一步。