不期而遇的停电打破了喧闹的工作室，我有了片刻休憩。但好景不长，很快当听到机柜风扇的启动声时，预示着我又踏上了工作的旅途。
故障现象
打开服务器后，在登录界面时，出现了“网络IP地址冲突”的信息。我们的网络环境都是给静态的IP地址，而且刚刚重新做过调整，一台机器对应一个唯一的IP地址，怎么会出现两台机器IP地址冲突的现象呢？再说，还是跟服务器发生冲突，“胆子也忒大了吧！”非得将它揪出来不可。于是，进入系统，打开系统日志。
显示了引起冲突的机器MAC地址，找到MAC地址就好办了，通过MAC扫描器将在内网上的所有机器的IP地址和MAC地址对应显示出来，在这里我使用的是LanHelper软件，通过它的扫描，我发现这个地址对应的是一台HP5000网络打印机（内嵌网卡），可是根据我以前做的网络备案得知，这台打印机的IP地址应为192.168.0.193，怎么成了192.168.0.200了呢？难道断电后，在“夜黑月高”之时它将服务器的IP地址劫持了？
打开“打印机”文件夹，通过单击HP5000的“属性”，打开它的端口配置对话框，果然，IP项改成了服务器的IP地址。
停一次电，打印机再智能也不能将服务器的IP地址掠夺过来成为自己的，尽管在启动中先启动了打印机，它最多的故障就是在内网中小时。因为IP地址丢失，即配置信息由于突然断电没有保存住。所以，它也只能是“哑巴吃黄连—有苦说不出”。在技术层面上考虑，我们在给网络设备设置IP地址时，一般通过两种方式给予：一种就是手工给它静态地址；一种就是通过DHCP服务器给它一个动态地址。在公司的网络中并没有设置DHCP，所以，这个故障给人的感觉就是“见鬼了”。
故障排除
为了不耽误服务器的正常工作，我暂时将打印机的IP改为了一个未曾使用的地址，接下来就是要找出真正引起打印机IP地址发生变化的原因。笔者始终不认为这单单是打印机引起来的问题，考试，大提示它只是一个接受者，而分配给它的设备，即起到DHCP功能的设备又是谁呢？接下来的排除工作很简单，找一台网络内电脑，将它的静态IP地址改为自动拾取，为了能更好地发现问题，重新启动这台电脑。当再次进入系统后，在“运行”中敲入“cmd”，打开命令窗口，输入“ipconfig/all”，发现问题了。
高亮度显示的IP地址就是本次故障的制造者，“192.168.0.195”用前期的网络备案查找下它是谁？
原来是我们的一台网络Edimax打印服务器，它是用来支持一台网络绘图仪HP700的，知道了它，进一步打开这个打印服务器配置，看看相关的事项。
终于在DHCP Cfg选项夹中发现了故障的根源！默认情况下，打印服务器是具有DHCP功能的，是它重新赋予因断电而丢失IP信息的HP5000网络地址，甚至还为网络上没有分配IP地址的电脑提供服务，由于一开始就按照静态分配IP地址，并没有留意打印服务器的DCHP功能。找到原因后，将上图的“DHCP startup”设置改为“Disable”，再单击“Write”，确定保存。从而关闭了打印服务器的DHCP功能。
故障分析
重新梳理下故障发生的来龙去脉：突然的停电使得HP5000网卡上配置的IP信息丢失，来电后，没有关闭电源的打印机和绘图仪（外联打印服务器）首先启动，打印机没有IP地址，于是向网内发出请求，打印服务器收到请求后，立刻回应信息，即分配了一个地址给它，而这一切都稍先于服务器。因此，当服务器登录的时候，就出现了IP地址冲突的提示。
经验总结
这个故障其实追溯起原因来并不复杂，顺藤摸瓜最终总会找向打印服务器。但它从另一个角度提醒我们在日常的工作中要熟悉工作环境内设备（网络通信交换设备、电脑、服务器等）的功能特性，最大限度地挖掘设备自身所具有的功能，只有熟知了设备所具备的功能，当出现故障时，我们通过联想与思考，才有可能快速地锁定引起故障的源头，进而有针对性地采取措施。
