全部文档
当前文档
最近更新时间：2025-12-30 11:21:16
MTR（My TraceRoute）是一款集成了 traceroute 和 ping 功能的强大网络诊断工具。它通过持续发送探测数据包并统计沿途每个节点的响应情况，为网络工程师提供端到端链路的可视化质量分析。
根据您的Linux发行版，选择对应的安装命令：
sudo yum install -y mtr #centos6/7/8
sudo apt-get install -y mtr #ubuntu下载 WINMTR。
解压 WinMTR 压缩包，并双击运行 WinMTR。
当您的云服务器出现以下问题时，应使用 MTR 进行初步诊断：
无法访问：服务器 ping 不通或完全无法连接。
访问缓慢：网站或应用加载慢，响应延迟高。
间歇性丢包：连接时好时坏，不稳定。
mtr [选项] 目标主机
# 1. 标准测试（100个数据包，结果更可靠）
mtr -n -c 100 您的云服务器IP地址
# 2. 如需保存结果供分析
mtr -n -c 100 -r 您的云服务器IP地址 > mtr_result.txt以上图为例，可从三个维度进行分析，具体内容如下：
网络区域 | 识别特征 | 典型节点 | 问题排查 |
|---|---|---|---|
私有网络/本地网络 | 通常包含私有IP地址段（如10.x.x.x、172.16-31.x.x、192.168.x.x），位于路径的前几跳 |
|
|
互联网骨干网络 | 公网IP地址，属于各大运营商（电信、联通、移动等），通常位于路径中间部分 |
|
|
目标服务网络 | 目标服务器所在的数据中心或云平台网络，通常位于路径末端 |
|
|
典型表现特征：
高丢包率但低延迟矛盾：特定节点丢包率48.7%-62.9%，但延迟仅3.1-15.1ms。
节点属性一致：高丢包节点均为运营商节点（36.110.x.x、27.129.x.x）。
后续恢复正常：跳7后丢包率骤降至0.5%，网络质量恢复正常。
端到端质量优秀：最终目标节点丢包0%，延迟12.8ms，抖动0.1ms。
业务可能正常：TCP业务验证通常不受影响，仅ICMP探测受限。
典型表现特征：
IP地址重复出现：跳3（203.0.xx.xx）和跳4（198.51.xx.xx）在跳5-7重复。
丢包率递增：随着环路次数增加，丢包率从10%递增到30%。
最终无法到达：跳8显示"???"，表示数据包无法跳出循环。
延迟在循环中波动：延迟在15-20ms范围内正常波动。
典型表现特征：
中断点明确：第4跳后完全中断（从跳5开始显示"???"）。
中断前征兆：跳4丢包率突增至50%，延迟有所增加。
后续全部无响应：从跳5到最大跳数（30跳）全部为"???"。
所有指标为0：中断后节点的Last、Avg、Best等均为0.0。
典型表现特征：
仅目标节点异常：前4跳网络质量优秀（丢包0%，延迟正常）。
目标节点100%丢包：显示完全无响应。
延迟指标为0：Last、Avg、Best、Wrst均为0.0ms。
常见原因：服务器防火墙拦截、服务未运行、安全组配置错误。
特征 | 目标配置不当 | 链路环路 | 链路中断 | ICMP 限速策略 |
|---|---|---|---|---|
异常节点 | 仅最后节点 | 中间节点重复 | 中断点后全部节点 | 特定运营商节点 |
丢包模式 | 目标100%丢包 | 丢包率随环路递增 | 中断点前可能突增，后100% | 30-80%固定比例丢包 |
后续节点 | 无后续节点 | 可能可达但循环 | 全部不可达（???） | 可达且正常 |
IP特征 | 无重复 | IP地址重复出现 | 中断点后无IP显示 | 运营商公网IP段 |
完整决策指南：
发现 MTR异常 → 检查最终节点可达性
最终节点不可达 → 检查中断模式
仅目标节点不可达→ 目标主机配置问题
中间IP重复出现 → 链路存在环路
某节点后全部无响应 → 链路中断
最终节点可达 → 检查中间节点模式
特定节点高丢包但低延迟 → ICMP限速策略
延迟随跳数异常增加 → 网络拥塞或路由问题
确认问题类型后：
标配置问题：检查服务器防火墙、服务状态、安全组。
链路环路：检查路由配置、联系网络管理员。
链路中断：联系运营商、检查物理链路。
CMP限速：进行TCP业务验证，如业务正常则无需处理。
纯净模式