linux路由跟踪,centos查看路由
跟踪路由器的命令是什么
跟踪路由器的命令是`traceroute`或`tracert`。
解释:
路由器是网络中连接不同网络的关键设备,它负责将数据包从一个网络转发到另一个网络。在网络诊断和故障排除的过程中,我们需要了解数据包经过的路由路径,这时候就需要使用跟踪路由器的命令。该命令在不同的操作系统中有不同的表现形式。
在大多数Unix和Linux系统中,我们使用`traceroute`命令来跟踪路由。这个命令可以显示数据包从源主机到目标主机所经过的所有路由器的路径。每一跳的延迟时间也会被显示出来,帮助我们了解网络连接的实时状况。
而在Windows系统中,我们使用`tracert`命令,其功能与Unix/Linux中的`traceroute`相似,用于跟踪数据包从发送计算机到目标计算机所经过的路由路径。通过`tracert`命令,我们可以查看数据包在每一跳上的延迟时间,以及到达目标计算机所经过的路由器数量。
这两个命令都能够帮助网络管理员诊断网络故障,了解网络连接的路径和性能。当网络出现故障或者速度慢的时候,通过跟踪路由器的命令,管理员可以快速定位问题所在,进行针对性的解决。
需要注意的是,具体的命令使用方法和参数可能会因操作系统版本或特定的网络环境而有所不同,建议在使用时参考系统的帮助文档或在线资源获取更准确的信息。
如何跟踪路由
答案明确:可以使用traceroute或tracert命令跟踪路由。
详细解释:
路由跟踪是确定数据包从一个网络到另一个网络所经过的路径的过程。这对于诊断网络连接问题非常有用。以下是关于如何跟踪路由的
1.使用traceroute或tracert命令:几乎所有的操作系统都提供了路由跟踪工具。在Windows系统中,使用“tracert”命令;在Linux或Unix系统中,使用“traceroute”命令。这些命令可以显示数据包从源计算机到目标计算机所经过的每一个跳点。
2.执行命令并查看结果:在命令行界面输入命令后,会显示出数据包所经过的每个路由器或交换机。每一个跳点的延迟时间也会被显示出来,这有助于判断网络连接的稳定性。
3.理解输出结果:输出结果中的每个条目代表数据包经过的一个路由器或交换机。每个条目都会显示该路由器的IP地址和到达该路由器所需的跳数。通过这些信息,可以了解数据包在网络中的传输路径。
4.诊断网络问题:如果某个路由器的延迟特别高或者无法到达某个路由器,那么可能是网络中存在故障。通过路由跟踪,可以迅速定位问题所在,并与网络服务提供商联系解决。
请注意,执行路由跟踪时可能需要管理员权限。此外,网络配置和路由选择可能会因网络提供商、网络拥塞或动态路由选择协议等因素而变化,因此,路由跟踪的结果可能会随时发生变化。
路由跟踪命令traceroute / tracert
通过traceroute我们可以知道信息从你的计算机到互联网另一端的主机是走的什么路径。
当然每次数据包由某一同样的出发点(source)到达某一同样的目的地(destination)走的路径可能会不一样,
但基本上来说大部分时候所走的路由是相同的。
linux系统中,我们称之为traceroute,在MS Windows中为tracert。
traceroute通过发送小的数据包到目的设备直到其返回,来测量其需要多长时间。
一条路径上的每个设备traceroute要测3次。输出结果中包括每次测试的时间(ms)和设备的名称(如有的话)及其IP地址。
说明:
记录按序列号从1开始,每个纪录就是一跳,每跳表示一个网关,我们看到每行有三个时间,单位是ms,其实就是-q的默认参数。
探测数据包向每个网关发送三个数据包后,网关响应后返回的时间;如果您用 traceroute-q 4 www.58.com,表示向每个网关发送4个数据包。
有时我们traceroute一台主机时,会看到有一些行是以星号表示的。
出现这样的情况,可能是防火墙封掉了ICMP的返回信息,所以我们得不到什么相关的数据包返回数据。
有时我们在某一网关处延时比较长,有可能是某台网关比较阻塞,也可能是物理设备本身的原因。
当然如果某台DNS出现问题时,不能解析主机名、域名时,也会有延时长的现象;
您可以加-n参数来避免DNS解析,以IP格式输出数据。
如果在局域网中的不同网段之间,我们可以通过traceroute来排查问题所在,是主机的问题还是网关的问题。
如果我们通过远程来访问某台服务器遇到问题时,我们用到traceroute追踪数据包所经过的网关,提交IDC服务商,也有助于解决问题;
但目前看来在国内解决这样的问题是比较困难的,就是我们发现问题所在,IDC服务商也不可能帮助我们解决。
说明:
Traceroute的工作原理:
Traceroute最简单的基本用法是:traceroute hostname
Traceroute程序的设计是利用ICMP及IP header的TTL(Time To Live)栏位(field)。
首先,traceroute送出一个TTL是1的IP datagram
(其实,每次送出的为3个40字节的包,包括源地址,目的地址和包发出的时间标签)到目的地,
当路径上的第一个路由器(router)收到这个datagram时,它将TTL减1。此时,TTL变为0了,
所以该路由器会将此datagram丢掉,并送回一个「ICMP time exceeded」消息
(包括发IP包的源地址,IP包的所有内容及路由器的IP地址),traceroute收到这个消息后,
便知道这个路由器存在于这个路径上,接着traceroute再送出另一个TTL是2的datagram,
发现第2个路由器...... traceroute每次将送出的datagram的TTL加1来发现另一个路由器,
这个重复的动作一直持续到某个datagram抵达目的地。当datagram到达目的地后,
该主机并不会送回ICMP time exceeded消息,因为它已是目的地了,那么traceroute如何得知目的地到达了呢?
Traceroute在送出UDP datagrams到目的地时,它所选择送达的port number是一个一般应用程序都不会用的号码(30000以上),
所以当此UDP datagram到达目的地后该主机会送回一个「ICMP port unreachable」的消息,
而当traceroute收到这个消息时,便知道目的地已经到达了。所以traceroute在Server端也是没有所谓的Daemon程式。
Traceroute提取发 ICMP TTL到期消息设备的IP地址并作域名解析。
每次,Traceroute都打印出一系列数据,包括所经过的路由设备的域名及 IP地址,三个包每次来回所花时间。