主机上网线怎么安装，常用的主机网络安装方法

很多朋友对主机上网线怎么安装，常用的主机网络安装方法不是很了解，每日小编刚好整理了这方面的知识，今天就来带大家一探究竟。

常用ping、tracert、nslookup一般用来判断主机的网络连通性。其实在Linux下有一个更好的判断网络连通性的工具，可以结合ping nslookup tracert来判断网络的相关特性。这个命令是mtr。mtr的全称是my traceroute，是一个将ping和traceroute合二为一的网络诊断工具。

Traceroute默认使用UDP数据包检测，而mtr默认使用ICMP数据包检测。ICMP在某些路由节点的优先级低于其他数据包，因此测试数据可能低于实际情况。安装方法1。Windows系统可以在https://cdn.ipip.net/17mon/besttrace.exe.直接下载安装BestTrace工具，也可以从https://github.com/oott123/WinMTR/releases, GitHub下载专用MTR工具，该工具免安装，下载后可以直接使用。2.Linux可以通过运行命令直接安装。

# Debian/Ubuntu系统apt安装mtr# RedHat/CentOS系统yum安装mtr3。苹果客户端可以在App store 4中搜索最好的NetTools下载安装。Android客户端：TracePing可以在Google Play上下载。但是，由于Google Play在中国不可用，我自己下载了它，我可以直接访问https://dwz.cn/KCdNPH4c下载TracePing。用港铁很简单。检查从该计算机到qq.com的路由和连接，并直接运行以下命令：mtrqq。qq.com地铁测试界面。

具体输出参数含义：第一列为IP地址丢包率：丢包发送的包数：Snt最后一个包的延迟：最后平均延迟：Avg最小延迟：最佳最差延迟：Wrst方差(稳定性):StDev参数描述-r或-report。

使用mtr-R qq.com打印报告。如果不使用-r或-report参数，MTR将动态运行。使用报告选项，mtr将向qq.com主机发送10个ICMP数据包，然后直接输出结果。通常，mtr输出报告需要几秒钟时间。mtr报告由一系列跳组成，每一跳都意味着数据包通过一个节点或路由器到达目的主机。

一般mtr的前几跳是本地ISP，后几跳是腾讯数据中心等服务商，中间跳是中间节点。如果前几跳不正常，您需要联系当地的ISP服务提供商。相反，如果最后几跳有问题，就需要联系服务商。如果中间跳有问题，默认需要联系运营商生成报告，只会发送10个包。如果您想要定制数据包的数量，您可以使用-c参数。

使用-s指定ping数据包的大小。mtr -s 100 qq.com100字节数据包将用于发送和测试。如果它被设置为负数，每个发送包的大小将是一个随机数。-c指定发送数量mtr-c100qq.com-n不解释主机。使用-n选项让MTR只输出IP而不解释主机名。mtr -n qq.comMTR结果分析。

我们在分析港铁报告的时候，最好能发现每一跳有什么问题。除了查看两台服务器之间的路径，MTR还在其七列数据中提供了许多有价值的统计报告。Loss%列显示了每一跳的数据包丢失率。Snt列记录发送了多少个数据包。默认情况下，使用- report参数将发送10个数据包。

ICMP您使用report-cycles=[number-of-packets]选项，MTR将根据[number-of-packets]指定的数量发送互联网控制消息协议。

Last、Avg、Best和Wrst列都标识了包的往返时间，以毫秒(ms)表示。Last表示最后一个包所用的时间，Avg表示评估时间，Best和Wrst表示最小和最大时间。在大多数情况下，Avg列需要我们特别注意。

最后一列StDev提供了每个主机上数据包的标准偏差。如果标准差较高，说明数据包在这个节点的延迟是不同的。标准差会让你知道平均延迟是真实延迟时间的中心，还是测量的数据被一些问题干扰了。

例如，如果标准偏差很大，则数据包的延迟是不确定的。有些数据包延迟很小(例如，25毫秒)，而有些数据包延迟很大(例如，350毫秒)。当10个包都发出去的时候，平均延迟可能是正常的，但是平均延迟并不能很好的反映实际情况。如果标准偏差较高，则使用最佳和最差延迟来确定平均延迟是更好的方案。

在大多数情况下，您可以将MTR的输出分成三个块。根据配置，第二跳或第三跳通常是您本地的ISP，倒数第二跳或第三跳通常是您目的主机的ISP。中间节点是数据包经过的路由器。在分析MTR的输出时，需要注意两点：损耗和延时。网络丢包

如果你看到任何一次跳跃的损失百分比，那就说明这次跳跃可能有问题。当然，很多服务商人为限制ICMP传输的速率，也会导致这个问题。那么如何才能指定ICMP传输是否被人为限制或者是否存在丢包呢？此时，您需要检查下一跳。如果下一跳没有丢包，说明上一跳是人为限制的。以下示例：人为限制MTR数据包丢失

在此例中，第4跳发生了丢包现象，但是接下来几条都没任何丢包现象，说明第二跳的丢包是人为限制的。如果在接下来的几条中都有丢包，那就可能是第二跳有问题了。请记住，ICMP 包的速率限制和丢失可能会同时发生。

MTR丢包截图

从上面的图中，您可以看从第13跳和第17跳都有10% 的丢包率，从接下来的几跳都有丢包现象，但是最后15，16跳都是100%的丢包率，我们可以猜测到100%的丢包率除了网络糟糕的原因之前还有人为限制ICMP。所以，当我们看到不同的丢包率时，通常要以最后几跳为准。

还有很多时候问题是在数据包返回途中发生的。数据包可以成功的到达目的主机，但是返回过程中遇到“困难”了。所以，当问题发生后，我们通常需要收集反方向的MTR 报告。

此外，互联网设施的维护或短暂的网络拥挤可能会带来短暂的丢包率，当出现短暂的10%丢包率时候，不必担心，应用层的程序会弥补这点损失。

网络延迟

除了可以通过MTR报告查看丢包率，我们也还可以看到本地到目的之间的时延。因为是不通的位置，延迟通常会随着条数的增加而增加。所以，延迟通常取决于节点之间的物理距离和线路质量。

MTR查看网络延迟

从上面的MTR报告截图中，我们可以看到从第11跳到12跳的延迟猛增，直接导致了后面的延迟也很大，一般有可能是11跳到12跳属于不通地域，物理距离导致时延猛增，也有可能是第12条的路由器配置不当，或者是线路拥塞。需要具体问题进行具体的分析。

然而，高延迟并不一定意味着当前路由器有问题。延迟很大的原因也有可能是在返回过程中引发的。从这份报告的截图看不到返回的路径，返回的路径可能是完全不同的线路，所以一般需要进行双向MTR测试。

注：ICMP 速率限制也可能会增加延迟，但是一般可以查看最后一条的时间延迟来判断是否是上述情况。

根据MTR结果解决网络问题

MTR 报告显示的路由问题大都是暂时性的。很多问题在24小时内都被解决了。大多数情况下，如果您发现了路由问题，ISP 提供商已经监视到并且正在解决中了。当您经历网络问题后，可以选择提醒您的ISP 提供商。当联系您的提供商时，需要发送一下MTR 报告和相关的数据。没有有用的数据，提供商是没有办法去解决问题的。

然而大多数情况下，路由问题是比较少见的。比较常见的是因为物理距离太长，或者上网高峰，导致网络变的很慢。尤其是跨越大西洋和太平洋的时候，网络有时候会变的很慢。这种情况下，建议就近接入客户的节点。 责任编辑：pj

以上知识分享希望能够帮助到大家！