traceroute不能用(traceroute不通)
为什么在VMWare的NAT模式下无法使用traceroute
在使用VMware Workstation的时候，创建的虚拟机使用NAT，但在虚拟机中却不能上网，原因可能如下： 1、主机是Windows XP Professional SP2或者是Windows Server2003 SP1，如果是这样，则需要把VMnet1、VMnet8的防火墙关闭。
为什么linux下的traceroute默认选项不能工作
traceroute的基本原理就是发出TTL字段为1－n的ip包，然后等待路由器的ICMP超时回复，进而记录
下来经过的路由器。通过man traceroute 可以看到，traceroute可以在ip包中放三种数据：
1) 使用UDP包(默认选项是－U)
2）使用TCP包 选项是－T
3）使用ICMP包 选项是－I
而且每个包traceroute都发3次。
分别用-T,－I选项试试。
发现TCP包时候也不行，但是－I选项是有效果的：
1 10.10.20.1 (10.10.20.1) 3.611 ms * *
2 * * *
3 10.10.10.1 (10.10.10.1) 3.590 ms * *
4 * * *
5 * * *
6 * * 61.130.125.25 (61.130.125.25) 10.914 ms
网络故障诊断和排除的过程
逻辑故障中最常见的情况就是配置错误，就是指因为网络设备的配置原因而导致的网络异常或故障。配置错误可能是路由器端口参数设定有误，或路由器路由配置错误以至于路由循环或找不到远端地址，或者是路由掩码设置错误等。比如，同样是网络中的线路故障，该线路没有流量，但又可以ping通线路的两端端口，这时就很有可能是路由配置错误了。
2
遇到这种情况，我们通常用“路由跟踪程序”就是traceroute，它和ping类似，最大的区别在于traceroute是把端到端的线路按线路所经过的路由器分成多段，然后以每段返回响应与延迟。如果发现在traceroute的结果中某一段之后，两个IP地址循环出现，这时，一般就是线路远端把端口路由又指向了线路的近端，导致IP包在该线路上来回反复传递。幸好traceroute可以检测到哪个路由器之前都能正常响应，到哪个路由器就不能正常响应了。这时只需更改远端路由器端口配置，就能恢复线路正常了。
3
逻辑故障的另一类就是一些重要进程或端口关闭，以及系统的负载过高。比如也是线路中断，没有流量，用ping发现线路端口不通，检查发现该端口处于down的状态，这就说明该端口已经关闭，因此导致故障。这时只需重新启动该端口，就可以恢复线路的连通了。还有一种常见情况是路由器的负载过高，表现为路由器CPU温度太高、CPU利用率太高，以及内存剩余太少等，如果因此影响网络服务质量，最直接也是最好的办法就是——更换路由器，当然换个好点的。
