跳到主要内容

VPS：使用 WinMTR/MTR 识别网络问题

本指南是针对以下产品创建的：

（不同供应商的产品可能会有所不同，但主要概念保持不变）

VPS

介绍​

网络问题很烦人，当然不应该成为日常生活的一部分。但一旦出现，快速且高效地找出原因就很重要。使用 WinMTR（Windows） 或 MTR（Linux/Mac OS） 应用程序，可以有效地分析网络问题的详细信息。

img

WinMTR/MTR 是一款结合了 Ping 和 Traceroute 功能的网络诊断工具。它可以详细分析 出站路由（客户端 → 服务器） 和 回程路由（服务器 → 客户端），追踪数据包双向路径。在此过程中，它会捕获延迟和丢包等重要信息，这些对于准确诊断和解决网络问题至关重要。

出站路由（客户端 → 服务器）：当出现连接断开、连接缓慢或连接困难等问题时，生成出站路由报告非常有用。该分析有助于识别从客户端到服务器路径上的潜在问题，比如网络拥堵、丢包或路由错误。

回程路由（服务器 → 客户端）：只有在确认出站路由连接稳定且正常后，回程路由报告才有意义。也就是说，当出站路由无异常，但仍存在服务器响应慢、加载延迟或数据传输不完整等问题时，回程路由报告尤为重要。

总结一下，如果出现明显的网络问题，首先应分析 出站路由（客户端 → 服务器）。如果出站报告无异常且问题依旧，则需要检查 回程路由（服务器 → 客户端），以识别可能的非对称问题。非对称网络问题指的是数据包在一个方向传输正常，而在相反方向出现延迟或丢包。

安装​

明确了何时需要生成入站和出站路由报告后，我们接着介绍客户端和服务器端的安装步骤。

客户端​

针对出站路由，应用程序需安装在客户端（你的电脑）上。以下步骤将指导你如何为你的操作系统安装该应用。

使用 Windows 操作系统的电脑时，网络分析通过 WinMTR 应用进行。要安装 WinMTR，请先从 ZAP-Hosting 网站下载应用。下载后解压文件，得到可执行文件 WinMTR.exe。

应用下载链接
WinMTR链接

服务器​

针对回程路由，应用程序需安装在服务器上。以下步骤将指导你如何为服务器操作系统安装该应用。

通过 SSH 连接服务器。执行适合服务器操作系统的安装命令：

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

生成报告​

下面将演示如何使用 WinMTR/MTR 应用生成报告，分别针对 出站路由（客户端 → 服务器） 和 回程路由（服务器 → 客户端）。

生成报告时请确保问题正在发生

报告应在问题明显且正在发生时生成。只有这样，报告才能提供有用信息，帮助排查和解决问题。

出站路由（客户端 → 服务器）​

要分析从你电脑到服务器的路由，打开 WinMTR/MTR 应用，按以下步骤操作。

双击 WinMTR.exe 启动 WinMTR。在 Host 字段输入服务器的 IP 地址或主机名，开始报告。让程序运行至少 一分钟，收集足够数据。数据足够后，停止分析，点击 Export TEXT 保存结果。

img

回程路由（服务器 → 客户端）​

要分析从服务器到你电脑的路由，连接服务器后按以下步骤操作。

在 SSH 终端执行以下命令使用 MTR：

mtr <你的客户端IP地址>

让程序运行至少 一分钟，收集足够数据。数据足够后，停止分析并保存结果。

信息

不知道你的 IP 地址或不确定如何查找？有多种方法可以确定你的 IP，最快的是使用在线服务，比如 WhatIsMyIPAddress。

评估报告​

评估结果时，有几个关键点需要注意。下面将详细说明这些点及其对分析的重要性。关注这些方面对准确诊断和有效定位问题至关重要。

丢包率​

结果中出现丢包意味着可能存在网络问题。1-2% 的轻微临时丢包通常无大碍，但更高的丢包率则暗示严重问题。丢包会导致连接延迟或中断。如果丢包均匀分布在所有跳点，问题可能出在你的本地网络或服务器端。但如果丢包只发生在某个特定跳点或区域，问题很可能出在该节点或与下一个节点的连接。需要注意的是，局域网内的首几个跳点出现少量丢包不一定严重，因为这些设备通常会降低 ICMP 请求（如 ping）的优先级，可能会丢弃部分请求。

延迟（Ping 时间）​

延迟值（Avg、Best、Worst）反映连接速度和稳定性。如果某跳点延迟持续偏高，可能是网络拥堵或路由器性能瓶颈。两跳之间延迟突然升高，通常是瓶颈所在。正常情况下，延迟会沿路由逐渐增加，但要警惕突发的显著峰值，这往往是问题信号。对比出站和回程路由，有助识别非对称问题，即单方向流量遇到困难。

通过细致分析这些因素，你能准确判断网络问题出在哪儿——是你本地网络、互联网服务商，还是服务器路径上的某处。

诊断示例​

为了更好理解，下面用几个诊断示例说明不同情况和可能原因。示例帮助你学会如何解读数据，更有效地诊断网络问题。

信息

以下诊断示例基于虚构的 WinMTR/MTR 报告。示例中的 IP 地址、主机名和路由均为虚构，与真实网络或主机无关。

示例：客户端丢包

描述

本例描述客户端出现丢包，出站和回程路由均可见。

出站路由（客户端 → 服务器）

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                     15.0%   20    1.1    3.4   1.0   10.2  2.8
2. 10.0.0.1                        10.0%   20   12.3   15.7  10.5   30.8  5.5
3. 172.16.0.1                       0.0%   20   25.1   26.0  24.8   27.2  0.6
4. 203.0.113.5                      0.0%   20   35.4   34.5  33.2   36.1  0.9
5. be1234.ccr42.isp.net             0.0%   20   50.6   49.8  49.1   51.5  0.8
6. be5678.ccr21.isp.net             0.0%   20   60.1   59.9  59.5   61.0  0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3  0.5
8. 目标IP（服务器）                 0.0%   20   80.2   80.0  79.5   81.2  0.6

回程路由（服务器 → 客户端）

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 目标IP（服务器）                 0.0%   20   80.2   80.0  79.5   81.2  0.6
2. 198.51.100.10                    0.0%   20   70.1   70.4  69.8   71.2  0.5
3. be5678.ccr21.isp.net             0.0%   20   60.2   60.0  59.6   60.7  0.4
4. be1234.ccr42.isp.net             0.0%   20   50.1   50.2  49.5   51.0  0.5
5. 203.0.113.5                      0.0%   20   35.5   35.0  34.5   36.0  0.4
6. 172.16.0.1                       0.0%   20   25.2   26.1  24.9   27.3  0.7
7. 10.0.0.1                        10.0%   20   15.8   16.5  15.0   35.2  6.2
8. 192.168.1.1                     15.0%   20    2.0    4.0   1.2   12.0  3.8

评估

评估显示丢包发生在客户端。两个路由的首跳（跳点 1 和 2）均有丢包，说明问题出在客户端本地网络或路由器。

报告问题​

虽然 ZAP-Hosting 持续监控网络，但遇到网络问题时，请及时联系支持团队。为确保准确诊断和快速解决，请务必提供你出站和回程路由的 WinMTR/MTR 报告结果。这有助于我们精准定位潜在问题，快速帮你解决。

编辑此页
最后由 Florian Galz 于 更新
Cookie 设置