巧妙恢复网卡系统资源,还网络正常连接.doc

网络连接不正常的故障现象经常会出现，造成这种故障的原因也是各式各样;按照常规操作思路进行故障排查，也不是一件非常困难的事情。可是，本文下面描述的网络连接不正常现象却比较特别，引起这种奇怪现象的原因也是很少见到，它是由于网卡系统资源被强行分配错误引起的;为了帮助大家有效积累解决网络连接不正常故障的经验，现在就将该故障的详细解决过程还原出来，希望大家能从中总结出一些规律来! 　　故障现象　　局域网中有一台普通的客户端系统，最近发生了一起在上网过程中突然停电的事故，当输入电源恢复正常，并且客户端系统重新启动稳定后，笔者发现该客户端系统的网络连接突然变得不正常了。打开系统托盘区域处的网络连接状态窗口，笔者看到本地客户端系统的网络连接明显不正常，无论是向外发送数据包，还是从外接受数据包，数据流量都很小，只有可怜的几百个字节。仔细检查客户机机箱背面的网卡信号灯状态时，笔者看到网卡信号灯闪烁起来速度比较缓慢，有时停滞一段时间后，又开始进行缓慢闪烁;在这种状态下，尝试访问网页内容时，发现目标网页内容根本无法打开。　　由于局域网中的所有客户端系统，都是通过普通五类双绞线直接连接到四台楼层交换机上的，而这些楼层交换机又与路由器相连，来实现共享访问Internet网络的;当发生了上述奇怪故障现象后，笔者初步认为问题可能出现在那台故障客户端系统自身身上。基于这样的考虑，笔者先是怀疑这台故障客户端系统可能被意外感染了网络病毒，毕竟在Internet网络中上网冲浪时，操作无论怎么小心翼翼，网络病毒都有可能悄悄地“袭击”自己。为了排除病毒因素，笔者立即安装了最新版本的瑞星杀毒软件，并通过该杀毒软件对故障客户端系统的各个“角落”进行了彻底地病毒清除操作，可是漫长的杀毒等待之后，故障客户端系统中竟然没有一个网络病毒被发现。看来，造成网络连接数据流量很小的故障“祸首”另有人在。--wordend-- 　　故障排查　　既然故障客户端系统中找不出网络病毒，难道是连接该客户端系统的物理连接不正常?想到这一点，笔者立即打开目标客户端系统的运行对话框，使用ping命令测试局域网中的路由器地址，测试结果发现不成功，继续ping测试本地网卡设备的IP地址，发现还是不通，这是怎么回事呢，为什么连本地网卡地址也不能正常ping通呢?难道是故障客户端系统中的网卡设备发生了硬件损坏?由于单单观察网卡信号灯状态，无法识别出网卡设备的工作状态是否正常，不得已，笔者只好尝试打开该故障客户端系统的设备管理器窗口，从中找到目标网卡设备，并用鼠标右键单击该网卡设备选项，从弹出的快捷菜单中执行“属性”命令，弹出目标网卡设备的属性设置界面，在该设置界面的“常规”选项设置页面中，笔者看到系统提示说该网卡设备工作状态一切正常(如图1所示)，这就意味着网卡设备可能在质量方面没有什么问题。　　有没有可能是杀毒软件在频繁地查杀病毒的过程中，意外地将故障客户端系统的网卡驱动程序删除掉呢?为了避免网卡驱动程序的干扰，笔者打算对网卡设备的驱动程序进行一下重新安装;说干就干，笔者立即打开故障客户端系统的设备管理器窗口，从中找到目标网卡设备，并用鼠标右键单击该设备选项，从弹出的快捷菜单中执行“卸载”命令，将当前网卡驱动程序从系统中彻底地删除干净;之后，重新启动了一下故障客户端系统，再按照系统提示正确安装了一遍网卡驱动程序。原以为上述努力肯定能够解决好问题，可是笔者再次在故障客户端系统中测试网络连接时，发现网络连接仍然不正常，这说明网络连接不正常的故障原因与网卡驱动程序没有任何关系。　　在排除网卡设备自身质量以及驱动程序因素后，笔者又开始怀疑起物理连接来了;为了防止物理连接出现问题，笔者特地找来了专门的网络线缆测试仪，对连接故障客户端系统的物理线缆进行了连通性测试，测试发现这条物理线缆是正常的。后来，笔者又将这条物理线缆的一端水晶头插入到带电源的测试仪上，另外一端水晶头直接插入到交换端口上，接通测试仪上的电源后，来测试网络线缆到局域网路由器之间的连通性是否正常，结果发现网络线缆到局域网路由器之间的连通性是正常的，很显然这个测试操作一举排除了交换端口、网络线缆、水晶头这几个故障因素。　　经过上述排查之后，笔者确认问题肯定还是出在故障客户端系统自身身上，那究竟会是什么问题呢?　　由于网络病毒因素、物理连接因素、网卡驱动因素等，都已经被排除在外，难道是故障客户端系统中与网络连接有关的系统文件受到了损坏?想到这一点，笔者决定执行系统文件扫描、修复操作，看看能不能发现有什么系统文件已经受到了损坏。在执行系统文件扫描修复操作时，笔者打开了故障客户端系统的运行对话框，在其中执行“sfc /scannow”命令(如图2所示)，经过漫长时间的修复等待，系统屏幕上始终没有弹出文件受损的提示信息，这说明系统中没有任何文件受