腾讯云：云服务器网络延迟和丢包

小提示：您能找到这篇{腾讯云：云服务器网络延迟和丢包}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的腾讯云：云服务器网络延迟和丢包内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

问题描述

< ">本地访问云服务器，或者在云服务器上访问其他网络资源时，发现网络卡顿。使用ping命令，发现网络存在丢包或时延较高的情况。

< ">问题分析

< ">丢包或时延较高可能是骨干链路拥塞、链路节点故障、服务器负载高、系统设置问题等原因引起。在排除云服务器自身原因后，您可以使用MTR进行进一步诊断。

< ">MTR是一款网络诊断工具，其工具诊断出的报告可以帮助您确认网络问题的症结所在。

< ">解决方案

< ">说明：

< ">本文档以Linux和Windows云服务器为例，介绍如何使用MTR以及如何对MTR的报告结果进行分析。

< ">请根据运行MTR的主机操作系统的不同，查看MTR的介绍和使用方法。

< ">WinMTR的介绍和使用（Windows操作系统）

< ">WinMTR：适用于Windows系统的免费网络诊断工具，集成了Ping和tracert的功能，具有图形界面，可以直观地看到各个节点的响应时间和丢包情况。

< ">安装WinMTR

< ">1.登录Windows云服务器。

< ">2.在操作系统界面，通过浏览器访问官方网站（或合法渠道）下载对应操作系统类型的WinMTR安装包。

< ">3.解压缩WinMTR安装包。

< ">使用WinMTR

< ">1.双击WinMTR.exe，打开WinMTR工具。

< ">2.在WinMTR窗口的Host处，输入目的服务器IP或者域名，单击【Start】。如下图百度近些年遇到的危机公关所示：

< ">3.根据实际情况，等待WinMTR运行一段时间，单击【Stop】，结束测试。如下图所示：

< ">测试结果的主要信息如下：

< ">Hostname：到目的服务器要经过的每个主机IP或名称。

< ">Nr：经过节点的数量。

< ">Loss%：对应节点的丢包率。

< ">Sent：发送的数据包数量。

< ">Recv：接收到响应的数量。

< ">Best：最短的响应时间。

< ">Avrg：平均响应时间。

< ">Worst：最长的响应时间。

< ">Last：最近一次的响应时间。

< ">MTR的介绍和使用（Linux操作系统）

< ">MTR：Linux平台上诊断网络状态的工具，继承了Ping、traceroute、nslookup的功能，默认使用ICMP包测试两个节点之前的网络连接情况。

< ">安装MTR

< ">目前现有的Linux发行版本都预装了MTR，如果您的Linux云服务器没有安装MTR，则可以执行以下命令进行安装：

< ">CentOS操作系统：

yum install mtr

< ">Ubuntu操作系统：

sudo apt-get install mtr

< ">MTR相关参数说明

< ">-h/--help：显示帮助菜单

< ">-v/--version：显示MTR版本信息

< ">-r/--report：结果以报告形式输出

< ">-p/--split：与--report相对，分别列出每次追踪的结果

< ">-c/--report-cycles：设置每秒发送的数据包数量，默认是10

< ">-s/--psize：设置数据包的大小

< ">-n/--no-dns：不对IP地址做域名解析

< ">-a/--address：用户设置发送数据包的IP地址，主要用户单一主机多个IP地址的场景

< ">-4：IPv4

< ">-6：IPv6

< ">使用示例

< ">以本机到IP为119.28.98.39的服务器为例。

< ">执行以下命令，以报告形式输出MTR的诊断报告。

mtr 119.28.98.39--report

< ">返回类似如下信息：

< ">主要输出的信息如下：

< ">HOST：节点的IP地址或域名。

< ">Loss%：丢包率。

< ">Snt：每秒发送的数量包的数量。

< ">Last：最近一次的响应时间。

< ">Avg：平均响应时间。

< ">Best：最短的响应时间。

< ">Wrst：最长的响应时间。

< ">StDev：标准偏差，偏差值越高，说明各个数据包在该节点的响应时间相差越大。

< ">报告结果分析及处理

< ">说明：

< ">由于网络状况的非对称性，遇到本地到服务器的网络问题时，建议您收集双向的MTR数据（从本地到云服网络舆情网务器以及云服务器到本地）。

< ">1.根据报告结果，查看目的服务器IP是否丢包。

< ">如果目的地没有丢包，则表示网络正常。

< ">如果目的地发生丢包，则执行步骤2。

< ">2.往上查看报告结果，定位第一次丢包的节点。

< ">如果丢包发生在目的服务器，则可能是目的服务器的网络配置不当引起，请检查目的服务器的防火墙配置。

< ">如果丢包开始于前三跳，一般为本地运营商网络问题，建议检查访问其他网址是否存在相同情况。如果存在相同情况，请反馈给您的运营商进行处理。

< ">如果丢包发生在接近目的服务器的几跳，则可能为目的服务器运营商的网络问题，请提交工单进行反馈处理。

< ">提交工单时，请附上本地到目的服务器，以及目的服务器到本地的MTR测试截图，以便工程师进行定位。