跳到主要内容

独立服务器：使用 WinMTR/MTR 识别网络问题

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

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

专用服务器

介绍​

网络问题可能会带来干扰，当然不应该成为日常生活的一部分。但一旦发生，快速且高效地识别原因以解决问题就非常重要。通过 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. Destination-IP (Server)                 0.0%   20   80.2   80.0  79.5   81.2  0.6

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

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. Destination-IP (Server)                 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 设置