2006年07月18日

故障现象:很多ADSL宽带用户反映通过PPPOE拨号后可以拨上网络,但打开浏览器时却出现无法打开网页的提示。

故障原因:用户在ETHERNET300参数的设置上有问题。所以用户虽然拨上了网络,但没有获得相应的路由。在PPPOE拨号方式上用户获得的IP其实也是网关。

解决方法:双击PPPOE拨号连接,在任务栏右下角出现PPPOE拨号的两台计算机的图标时,右击该图标 → 选择profile properites → 点击TCP → 选择use default gateway on remote network → 应用 → 确定 → 退出拨号程序 → 重新拨号

背景资料:

为了确定是否已经获得默认路由,用户可以通过下面的方法来确定。切换到MS-Dos状态

c:>route print

Active Routes:
Network Address Netmask Gateway Address Interface Metric

0.0.0.0 0.0.0.0 218.21.85.63 218.21.85.63 1

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.100.100.0 255.255.255.0 192.100.100.20 192.100.100.20 2

192.100.100.20 255.255.255.255 127.0.0.1 127.0.0.1 1

224.0.0.0 224.0.0.0 192.100.100.20 192.100.100.20 1

255.255.255.255 255.255.255.255 192.100.100.20 0.0.0.0 1

从上面可以看到的第一条路由信息即是用户拨上网络后获得的信息。如果没有0.0.0.0 0.0.0.0 218.21.85.63 218.21.85.63 1

这条路由信息,那么用户是不可能上网的(218.21.85.63这个数值不同的用户是不一样的)。

另外有些单位用户除了使用ADSL上网外还可能使用单位的局域网,这时候可能会出现两条默认路由。

c:>route print

Active Routes:
Network Address Netmask Gateway Address Interface Metric

0.0.0.0 0.0.0.0 10.0.0.1 10.0.0.1 1

0.0.0.0 0.0.0.0 218.21.85.63 218.21.85.63 1

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.100.100.0 255.255.255.0 192.100.100.20 192.100.100.20 2

192.100.100.20 255.255.255.255 127.0.0.1 127.0.0.1 1

224.0.0.0 224.0.0.0 192.100.100.20 192.100.100.20 1

255.255.255.255 255.255.255.255 192.100.100.20 0.0.0.0 1

这时候会影响上网速度,甚至不能上网。这时候用户必须删除局域网的第一条路由删除

方式如下:

c:>route delete 0.0.0.0 mask 0.0.0.0 10.0.0.1

大家都知道在路由器和三层交换机上配置路由时一定要仔细,IP地址和子网掩码都不能有一点差错。最近,笔者在进行一次网络调试时发现本机IP设置不当也会造成路由异常。
  
  故障描述
  
  笔者所在单位经常要进行网络调试,最近公司对外发布了一个网站需要调试访问的连通性。笔者用笔记本电脑在公司服务器群中做了调试并修改IP地址为211.153.80.29,被访问的网站的IP地址为211.153.80.1,域名为“www.ftedu.gov.cn”。经过调试,在单位里可以正常访问该网站。笔者回到家后尝试通过ADSL进行访问。由于ADSL采用PPPoE拨号方式不用事先修改IP地址就可以正常上网,所以笔者并没有修改在公司设置的笔记本电脑的IP地址就草草拨号,访问SOHU、新浪没有任何问题,QQ和MSN也可以正常登录,唯独不能访问公司的211.153.80.1这个服务器,出现的信息是“该页无法显示”,笔者又使用域名进行访问,故障依然存在。
  
  排除故障
  
  为了能够找到问题产生的根源,笔者马上打电话给同事,让同事在家通过ADSL访问测试网站,结果不管是通过IP地址还是域名,他都可以正常访问。因此,笔者将故障产生的根源定位在本地计算机,开始进行排查。
  
  第一步:由于公司使用了防火墙,所以Ping IP是无法获得反馈信息的,于是笔者采用TRACERT命令。在命令提示符窗口中输入“tracert 211.153.80.1”后,发现立刻就出现了“Request timed out”。这说明发向211.153.80.1的数据包没有到达第一个路由设备。
  
  第二步:继续查询DNS是否出现问题,在命令行模式下输入“nslookup”,接着输入“www.ftedu.gov.cn”并回车,发现DNS服务器可以正确地解析出IP地址“211.153.80.1”,说明问题与DNS无关。
  
  第三步:尝试对邻近的IP地址进行追踪,即在命令行模式下输入“tracert 211.153.81.1”,结果发现数据包可以根据获得的路由信息通过五个路由设备。
  
  第四步:输入IPCONFIG命令后,笔者发现本地计算机的IP地址仍然是在公司设置的211.153.80.29,子网掩码为255.255.255.0。笔者怀疑是该设置造成故障产生,马上将IP地址选为自动获得。重新拨号上网后故障得以解决,在家中可以正常访问单位的服务器。
  
  故障分析
  
  笔者将计算机的IP地址重新设置为211.153.80.29,故障再次出现。在命令行模式下输入“route print”查询本机路由,才发现故障产生的根源(见图)。原来由于本地计算机设置IP地址为211.153.80.29,所以在访问211.153.80.0这个网段时,系统会直接把数据包发向211.153.80.29,而不是发向默认的网关地址61.51.199.192,从而导致无法找到正确的路由信息。
  
  总结
  
  通过这次故障,我们可获得这样一个经验,那就是应该重视对本地IP的设置,如果IP地址设置不当造成本地路由异常,就会出现某些网段无法正常访问的现象。建议大家在出现此类故障时取消对无用IP的使用。