案例分析：DHCP服务器有问题？
我们知道，要是局域网工作站无法与DHCP服务器建立联系时，那么该工作站就无法从局域网网络中搜索到DHCP服务包，这个时候Windows系统将会擅自做主地为该工作站一个以169.254开头的缺省IP地址。而这台新工作站无法获取任何IP地址，这就意味着该工作站是能够从局域网网络中与DHCP服务器建立联系的，问题只是出现在更新IP地址方面。
会不会是DHCP服务器内部出现了什么故障，导致其不能正常为局域网工作站分配IP地址服务呢？为了验证自己的猜想是否正确，笔者于是在办公室的其他一台能够正常上网的工作站中，打开系统的运行对话框，并在其中执行了“ipconfig /release”字符串命令，结果该命令很快就被执行完毕了，这说明该工作站的IP地址已经被释放出来；接着笔者又一次执行了“ipconfig /renew”字符串命令，这次笔者看到系统屏幕并没有出现一直更新IP地址的提示，而是提示地址更新操作成功，这又表示DHCP服务器的地址分配服务不存在任何问题。
在排除了DHCP服务器自身因素后，笔者又将怀疑的目光转向了连接新工作站的网络接口。为了测试该网络接口是否正常，笔者特地不厌其烦地将上网正常的工作站连接到无法上网的网络接口中，经过测试发现其他工作站可以通过该网络接口进行上网，这说明连接新工作站的网络接口也没有任何问题。
难道是新工作站系统自身有问题？在万般无奈之下，笔者只好将“罪责”全部推向新工作站系统自身。考虑到工作站系统自身如果出现问题的话，无非就是系统遭受到网络病毒袭击，或者系统的相关DLL文件受到了损坏。为此，笔者先用最新版本的杀毒软件对新工作站系统进行了病毒查杀操作，经过长时间地查杀病毒后，没有找到任何病毒的“身影”，这说明无法享受DHCP服务故障与网络病毒无关。之后，笔者又在新工作站系统中执行了“sfc /scannow”字符串命令，以尝试修复系统受损的文件，等到修复操作结束时系统也没有提示有任何文件得到了修复，这说明系统本身运行也是正常的。
