对于整天与网络打交道的网络管理员来说，遇到网络故障几乎是一件不可避免的事情！而网络故障现象一般都局限于无法上网、频繁掉线或者是访问缓慢这几种，但是引起网络故障的原因可谓是花样繁多，既有人为操作因素引起的，也有网络设备自身状态引起的，还有可能是外界干扰引起的；但是在实际解决网络故障的过程中，我们有时会发现在排除了上面列出的各种可能因素后，网络故障仍然无法消除，这是怎么回事呢？

　　事实上，上面列出的几项因素只是对网络故障产生直接影响，也有一些不容易引起人注意的细小因素会对网络故障产生间接的影响，例如电源的接地、空气中的灰尘以及网络应用软件甚至操作系统的稳定性等细节因素，也会造成网络故障，对于由这些细节因素引起的故障现象排除起来往往比较困难，毕竟这些细节因素很容易被网络管理人员所忽视。这不，本文下面的一则网络故障竟然是由路由器中的软件BUG引起的，相信各位看了下面的故障排除过程之后，一定会有新的启发！

　　故障现象

　　单位局域网是通过租用本地电信部门的2M光纤通道直接访问Internet的，局域网中的所有工作站都连接到一个48口的交换机中，交换机又与一只TP-LINK型号的宽带路由器直接相连，笔者在该路由器中启用了防火墙功能、DHCP服务器功能以及静态地址组功能等。局域网中还有一台保存有重要数据信息的服务器，为了保护服务器的安全，单位还特地在服务器中安装了Norton防火墙，该防火墙被笔者设置成了服务器工作模式，平时局域网中的所有工作站都能正常访问到服务器中的重要信息。

　　可是最近这几天，笔者的一位同事打电话“求援”说，他使用的工作站无法访问服务器了。接到同事的电话后，笔者下意识地在自己的工作站中尝试访问了一下服务器，以确认是否是服务器遇到了故障，但是尝试访问的结果告诉笔者，服务器自身工作状态很正常，因为笔者的工作站可以顺畅地访问到服务器中的内容。后来，笔者来到服务器现场，想从服务器日志文件中寻找一些端倪，可是当笔者打开服务器计算机的显示屏幕时，竟然看到系统屏幕上出现了IP地址冲突的错误提示，看到这个提示，笔者几乎断定同事的工作站肯定使用了一个与服务器相冲突的IP地址；于是笔者迅速来到故障工作站旁，打开该工作站的TCP/IP属性设置窗口，并为该工作站重新分配了另外一个IP地址，原以为更换IP地址操作能够解决该工作站无法访问服务器的故障，可是当笔者重新进行访问连接时，发现服务器仍然无法访问。难道同事的工作站与服务器之间的网络连接有问题？笔者不放心，于是打开该工作站的网上邻居窗口，尝试通过该窗口访问一下局域网中的其他工作站，结果发现故障工作站能够顺利地访问局域网中的其他工作站，偏偏就不能访问服务器。