稍有计算机常识的人都知道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 的通讯详细情况，
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
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，通讯包就再也找不到任何通讯路由器，被关进小黑屋了……
