2.3.11 处理网络故障,切勿舍近求远

作者: 《网管员世界》杂志社 出处:电子工业出版社易飞思公司 　2008-06-26 15:00　   砖    好    评论  条 　进入论坛

阅读提示：《网管员必读——故障排除》收集了《网管员世界》自创刊以来“故障诊断”栏目中的经典故障诊断案例。第二章讲的是网络设备故障，本节说的是处理网络故障,切勿舍近求远。

2.3.11 处理网络故障,切勿舍近求远

■ 福州 笑言

半年前单位的局域网里采购了一批IBM的原装品牌机，配置为P4 2.4G， 256MB DDR内存，80GB硬盘，还装有一套原配的Windows XP系统，整体看来颇为高档。我有幸分得一台，在局域网里运行了半载有余，基本上相安无事。不想在最近运行过程中出现的一个“微不足道”的网络故障，却折腾了我整个一上午，也让我从中体会到了“舍近求远”的味道。

故障现象

一日早晨上班开机，Windows XP系统正常启动后，顺手打开Internet Explorer浏览器，输入新浪网址想好好浏览一下当日的新闻快报，却发现IE浏览器的窗口里空空如也。认真一查，发现IE提示为“DNS错误”，刷新几次都是如此—看来网络出问题了。

故障处理

首先怀疑的当然是DNS服务器了，于是赶忙启动系统的“控制面板→网络连接→网络属性”菜单，点选其中的TCP/IP协议，查看罗列其中的DNS列表，发现配置并没有错误，打了个电话给当地的ISP机房热线，回答是出奇的肯定：DNS No Problem! 难道是我的网络或系统出了故障吗？

大概是最近病毒泛滥成灾的源故吧，我又想到是否我的机子染了病毒或木马，于是马上拿出最新的防毒软件和防火墙软件，一阵穷追猛打，结果是病毒一个也没有，网站仍然登不上去。

这时我开始怀疑机子的网络配置出了问题，于是点“开始”菜单里的“运行”项，在其中输入cmd并回车，进入了DOS命令行窗口，在其中敲入“Ipconfig  /all”回车。这时本机的网卡状态，包括MAC地址，IP地址，地址掩码，网关地址及DNS服务器等一干关键参数全部罗列出来，我左顾右盼也没发现任何差错。看来问题不在软件上，而是硬件有麻烦了。

无意中我查看了一下桌面右下角图标的网络状态，发现网络的发送／接收数据包数目居然都是0！这怎么可能？难道是网卡不行了？可是网络右下角的连通状态提示分明给出了“以10M速度连接”的提示，而我在“运行”窗口中敲入“Ping 127.0.0.1”作回环测试，也报告一切正常。于是我理所当然地将网卡故障的可能性排除在外。

一转念我又把矛头指向了单位局域网中那台价低位廉、年久失修的交换机上。跑过去一看，嘿！果然不出所料，连接我的桌面电脑的交换机端口指示灯居然不亮！难道这就是问题的根源？可是去问问同事，大伙儿异口同声表示上网正常，这表明这台年迈的交换机还健康长寿，再将同事所用的交换机端口与我互换，他们仍能正常上网，这表明交换机上与我机子相连的接口亦无问题，这下惟一的希望就在连通网卡与交换机之间的网线上了。

由于平时用此网线上网一直正常，因此对它的接线配对无可怀疑，惟一的可能或许是器件老化及经常拔插导致接触不好，四处奔波借来一个网线连通测试仪一测，接近100M的良好连通性差点让我气歪了嘴！看着网络状态上几乎凝固了的“0”数据包收发，百般无奈之中抱着试试看的想法打开了机箱，看着固化在主板上的那个网卡，烦乱中我用手狠狠地敲了它两下——没想到奇迹发生了！网络状态上的收发数据包计数从“0”变成了“10”，“90”，“200”……顺手打开ＩＥ浏览器，一个个熟悉的网站顿时映入眼帘！原来故障的源头竟是这最不放在心上的网卡！它与主板的牢固粘合导致软件测试时报告一切正常，而它在与网线接口处的微小松动却使得网络在物理上已完全隔离，这导致了交换机上显示连通的指示灯熄灭，而数据包的收发当然也无从谈起了！

故障体会

尽管问题最后得到了解决，但一个宝贵的上午已经过去。痛定思痛我有一些心得。网络故障的测试往往比较复杂，比起一些系统软硬件故障来，它还有一个空间的跨度需要克服。我们在解析时，应抱着先软后硬，由近及远的原则，利用逐一排除及替换法分别进行排查。那种放着眼前的错误不顾，而四处寻找故障之源的办法显然是舍近求远，其问题纵然解决了也是事倍功半。一言以蔽之，那就是：不要忽视了那些近在咫尺的小毛病，因为它们可能就是故障的源头！

回书目   上一节   下一节