traceroute命令

释放双眼,带上耳机,听听看~!

稍有计算机常识的人都知道ping命令,是用来检查自己的主机是否与目标地址接通,自己的主机与目标地址的通讯包通讯速率,所谓的通讯包也就是那些什么TCP/IP,UDP包,这里说得通俗一点,比如,就拿这个IT网站csdn来测试一下,则得到如下效果: 

但是路由跟踪指令traceroute,在windows则是tracert,对于非计算机网络内行,就不太知道这是干什么了。

其实路由跟踪指令,更能展示出自己的主机与目标地址的通讯详细情况。

在Ubuntu12.04中,Ctrl+Alt+T打开终端,输入traceroute,如果如下图所示提示没有安装。 

 

那么,则输入如下命令,先安装traceroute,Linux除了必要的东西之外,真的什么都没有安装的!

sudo apt-get install traceroute  
 
此时,输入如下命令,测试我与www.baidu.com 的通讯详细情况,


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
1hank@ubuntu224:~$ traceroute -n www.baidu.com
2traceroute to www.baidu.com (14.215.177.39), 30 hops max, 60 byte packets
3 1  192.168.1.1  0.834 ms  0.794 ms  1.513 ms
4 2  119.138.195.1  7.242 ms  4.633 ms  5.052 ms
5 3  183.57.65.137  11.160 ms 119.146.55.105  16.321 ms 119.146.53.209  12.979 ms
6 4  * * *
7 5  113.96.5.150  11.618 ms 113.96.5.50  18.851 ms  19.230 ms
8 6  219.135.96.106  13.149 ms 219.135.96.102  15.667 ms 219.135.96.106  13.310 ms
9 7  14.29.121.194  15.476 ms 14.215.32.126  8.612 ms  9.236 ms
10 8  * * *
11 9  * * *
1210  * * *
1311  * * *
1412  * * *
1513  * * *
1614  * * *
1715  * * *
1816  * * *
1917  * * *
2018  * * *
2119  * * *
2220  * * *
2321  * * *
2422  * * *
2523  * * *
2624  * * *
2725  * * *
2826  * * *
2927  * * *
3028  * * *
3129  * * *
3230  * * *
33

其中-n代表,仅要看ip地址,不要显示主机名、域名那些东西,也就是说不要给我显示

可以发现第一条记录之后,就一堆不可达,那是因为,我的Ubuntu12.04处于虚拟机中,通过桥接的方式与我的主机Windows 7通讯,虚拟机Ubuntu12.04所有网络状态直接继承主机Windows 7的网络,根本就不知道Windows 7做什么,因此只能在Windows 7的cmd中使用相同的tracert路由跟踪指令做这个实验。

首先,运行cmd,输入tracert,发现cmd提示,这不是可运行程序或命令或批处理文件,也就是找不到tracert。这是因为我的Windows 7×64没有把windows/system32这个文件夹的内容设置为cmd的全局变量。 

  与配置Java、Mysql之流一样,如下图所示,右键“我的电脑或者计算机”,选择“属性或者管理”,选择“高级”选项卡,打开“环境变量”,在“系统变量”那一栏中找到Path,编辑,补上一个c:\windows\system32;然后就是各种“确定”。 

 

之后,再运行cmd,输入tracert,这时候显示tracert命令的说明,终于可以愉快地进行玩耍了。 

输入如下指令,要求显示,如果本主机要和www.baidu.com 这个网址通讯,整个通讯包的流向。

tracert -d -h 15 www.baidu.com  

其中,要求只显示IP,别给我显示网址,追踪15次,无论如何都打断。

那么,得到如下结果。这个结果怎么看呢?

首先第一列,也就是最左列那个1,2,3,4,5…就是通讯包第1,2,3,4,5…站,也就是通讯包第1,2,3…跳处于的路由器。最后一列,也就是最后一列,也就是一个一个通讯包的车站,也就是传说中的路由器。中间的3个时间,分别代表3个被实验的通讯包,彼此之间相互不影响,站与站之间的通讯时间,也就是上一个路由器到下一个路由器的通讯时间。

其中,这个路由器的IP,你完全可以打开某个搜索引擎,直接输入,则能够马上显示其IP对应的位置。

综上所述,以下结果所对应的真实情况为:

1、一开始通讯包从本主机出发,也就是从广州某高校内的某个单位的主机出发,

2、来到了网关,也就是广州某高校内的某个单位的总路由器

3-7、之后根据本高校的网络设置,找到本高校的外网出口,来到广州电信的路由器。

8-10、广州电信接到这个通讯包,就帮我寻找www.csdn.net这个地址的IP,IP可以明显看到从183.63.96.129迅速跳到61.144.3.53,很明显是从区级单位的路由器跳到省级单位的路由器。尽管这些都是广州电信的IP,但谁叫广州是省会,如果我在某个非省会的城市做这个实验。我很有预感通讯包肯定被扔到省级单位的路由器。

11、由于CSDN在广东没有配自己的服务器嘛,因此广州电信一直未能帮我找到其服务器所在地址。所以广州电信就把我这个包扔到中国总的路由器,寻找其位置。

12-13、之后,在国家级的路由器,搞了“很久”,超过100ms对于光纤来说就是“很久”,都没有给我反馈出结果,然后我的主机一直在等待。

14-15、之后国家级的路由器不知道为何先去探测澳洲IP,然后没找到才给我扔到北京总部路由器。大概是14-15同时进行的。也就是国家级的路由器在探测国内IP的同时,在探测国外IP。 

  之后由于我设置了追踪15次,无论如何都打断,因此路由到这里就停止了。我当然不爽,这个通讯包来到北京之后还没有输出来,于是再输入如下指令,不限制追踪次数,再测一次。

tracert -d www.baidu.com 

很明显前15次,除了时间以外,根本就不会有任何差别的。就像你平时怎么上班下班的,你今天还是会怎么上班下班,除非你是刚上班的,还没有找到一条通勤路线,或者有什么事情。以下是接下去的结果: 

 

16、来到北京联通之后,发现baidu的服务器是电信服务器,则扔到电信。其实综合15与16两步已经可以推测到北京地区的总服务器居然是联通服务器?电信的包居然要联通经手才到电信?不知道为什么呢?

17、之后更有意思的是,来到北京电信之后,发现这个包,还有所谓“263网络通信”经手,用某搜索引擎查了下,发现这个“263网络通信”原来是提供网络支持、云服务等公司。我开始推测csdn应该是利用,云,来为我们广大的程序猿提供服务的。

18、最后才到达114.112.73.194,baidu.com的路由器。

这与上面的ping结果是一致的: 

虽然我们人看起来,这似乎是一个很漫长的过程,毕竟我们人,现在从广州到北京,最快也要3个小时,还没算市内通讯时间,还要耗费千五大洋上下……但是,对于网络的通讯包来说,仅仅是1s内的事情。这必须先谢郭嘉,让我们2000公里之外的网民能在1s内,几乎没花几个钱就能通讯。

下面再对一个你的网址进行tracert实验结束本文,比如,我对我的主机说,我要与www.google.com.hk这个网址通信会出现什么结果呢?

去到广州电信省级路由的时候,还是好好的,与上面与baidu.com愉快玩耍一样,顺顺利利地来到了广州省级路由。

然后,不知道为何马上给扔到尼泊尔灾区呢?

这……估计这个IP是伪装的,如果去到这个IP,通讯包就再也找不到任何通讯路由器,被关进小黑屋了……

给TA打赏
共{{data.count}}人
人已打赏
安全技术安全运维

Windows服务器如何发现被黑

2018-5-20 12:24:31

安全技术

JavaScript面向对象编程(9)快速构建继承关系之整合原型链

2021-12-21 16:36:11

个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索