经常进行网络访问操作，碰到一些不能上网的现象是常有的事情，而具体的故障现象无非就是不能进行共享传输或打不开网页内容，不过造成不能上网现象的原因却是错综复杂、千变万化，就连一些平时不怎么起眼的操作细节都有可能引起不能上网故障的发生。这不，笔者就曾遭碰到一则非常希奇的不能上网故障现象，这则故障现象是由于普通工作站无法从局域网的DHCP服务器那里获取IP地址引起的，那么普通工作站为什么不能从DHCP服务器那里申请得到有效的IP地址呢？现在本文就对该故障现象的具体排除过程进行解读，并对普通上网客户端无法从DHCP服务器获取IP地址的谜雾进行解惑！

客户端无法获取有效IP地址

局域网中有一台保存有单位重要隐私的普通工作站，该工作站一直使用的是WindowsXP系统，为了有效保护重要隐私被非法窃取，网络治理员特意在该工作站中安装了最新版本的诺顿防病毒软件，并且通过网络定期对该防病毒软件进行在线升级，在诺顿防病毒软件的全力保护下，那台保存有单位重要隐私的普通工作站一直可以安全无忧地进行上网冲浪。
最近几天，由于单位买回来了正版的瑞星2008杀毒软件，网络治理员出于统一治理的需要，预备将新买回来的瑞星2008杀毒程序也安装到那台保存有单位重要隐私的普通工作站中。

为了避免同一台工作站系统中同时安装多个杀毒软件会引起冲突现象，网络治理员先以系统治理员身份登录进入那台保存有单位重要隐私的普通工作站，之后通过添加/卸载应用程序功能将之前安装在WindowsXP系统中的诺顿防病毒软件彻底删除掉，紧接着重新启动了那台工作站系统，再按照正确的方法将正版的瑞星2008杀毒软件安装了一遍，在安装过程中网络治理员发现在线注册操作无法进行，很明显这台安装了WindowsXP的客户端系统不能上网访问了。

网络治理员立即打开对应客户端系统的本地连接属性设置对话框，检查其中的TCP/IP协议属性设置时，网络治理员发现本地客户端系统的IP地址竟然莫名其妙地变成了0.0.0.0，很显然这样的IP地址是无效的，这也是本地客户端系统不能上网访问的主要原因。对于这种故障现象，笔者感到希奇异常，因为单位局域网中架设有DHCP服务器，其他普通客户端系统都能从这台DHCP服务器那里获得IP地址，为什么偏偏就是那台保存有单位重要隐私的普通客户端系统无法从这台DHCP服务器那里获取有效IP地址呢？
寻找无法享受DHCP服务原因

对于网络知识比较熟悉的朋友可能都知道，IP为0.0.0.0的地址不能表示任何工作站的地址或任何网络地址；到Internet网络中进一步搜索0.0.0.0地址的相关说明时，我们会看到0.0.0.0地址为Windows系统对所有未知IP的地址描述，对于某个网络来说，0.0.0.0地址表示全零网络或默认网络，帮助路由器发送路由表中无法查询的包。假如设置了全零网络的路由，路由表中无法查询的包都将送到全零网络的路由中去。

而对于某台具体的工作站来说，IP地址为0.0.0.0时，那就意味着对应工作站系统的上网连接接口在此时此刻还没有处于打开状态，具体到这里的局域网工作环境中，那就是说这台故障工作站系统还没有从局域网的DHCP服务器那里申请获得有效的IP地址，如此一来故障工作站系统当然不能通过局域网网络完成瑞星2008杀毒软件的在线更新任务了。
由于故障工作站系统先前一直能够上网访问，这说明该工作站之前是能够正常从局域网DHCP服务器那里获得有效IP地址的，在确认其他用户没有随意更改这台工作站系统上网参数的情况下，这台故障工作站系统为什么会忽然不能正常访问局域网DHCP服务器呢？
后来，网络治理员又不放心，特地询问了专门使用这台故障工作站的用户在发生不能上网故障前后，是否对该故障工作站系统进行了网络参数设置操作，或者对这台故障工作站系统进行了其他一些操作；这位用户仔细回忆道，他并没有对这台故障工作站系统的任何上网参数进行修改，同时他确认说，在将诺顿防病毒应用软件从故障工作站系统中彻底卸载干净之前，他还能在这台工作站系统中访问过网页内容呢！
听了这位用户的叙述，网络治理员认为故障工作站系统既然在诺顿防病毒应用软件被彻底卸载之前能够正常访问网络，那就意味着这台工作站系统的上网参数是正确的，问题多半出现在对应工作站的操作系统身上；考虑到在卸载杀毒软件的过程中系统中的一些共享链接库文件也轻易被一并删除掉，有没有可能是应用程序卸载操作造成了工作站系统文件被意外破坏，最终造成了故障工作站系统无法从局域网的DHCP服务器那里获得有效IP地址呢？

联想这一点，网络治理员决定尝试修复一下故障工作站的系统文件；想到做到，网络治理员立即在故障工作站系统桌面中依次单击“开始”/“运行”命令，在弹出的系统运行框中输入“sfc/scannow”字符串命令，单击回车键后，开始进行故障工作站系统文件的修复操作，经过一段时间地修复等待之后，网络治理员看到系统文件并没有受到损坏，这就说明故障工作站系统无法从局域网的DHCP服务器那里申请获得有效IP地址的故障与系统文件是否受到损坏无关。

在排除系统文件受损因素之后，网络治理员几乎肯定地认为该故障与卸载杀毒软件操作有关；为了验证自己的猜测是否正确，网络治理员再次打开故障工作站系统桌面，从中逐一点选“开始”、“设置”、“控制面板”命令，在其后出现的系统控制面板窗口中用鼠标双击“治理工具”图标，在治理工具列表窗口中再双击“事件查看器”图标，打开如下图所示的事件查看器窗口。

用鼠标点选该窗口左侧子窗格中的“系统”节点选项，在对应“系统”节点选项的右侧子窗格中，网络治理员发现故障工作站系统存在ID为7300的系统故障，仔细查看该网络故障的具体描述后，网络治理员终于找到引发故障工作站系统无法获得有效IP地址的原因，原来对应客户端系统的DHCP服务无法正常启动，会不会是局域网DHCP服务器造成了这一现象呢？

看到上面的故障描述，网络治理员头脑中立即出现了这种想法，可是当网络治理员在局域网的其他计算机中尝试访问网络时，发现DHCP服务器都能为它们正常分配IP地址，这就说明客户端系统DHCP服务无法正常启动的故障与DHCP服务器的工作状态无关。

由于局域网DHCP服务器工作状态正常，因此网络治理员认定客户端系统DHCP服务无法正常启动的故障是由客户端系统自身引起的。
为了进一步了解故障原因，网络治理员又到Internet网络中搜索了ID为7300系统故障的相关说明，最终了解了客户端系统DHCP服务无法正常启动的原因，原来是故障工作站的DHCPClient服务不能进行正常初始化，从而造成故障工作站系统无法正常享受DHCP服务器的IP地址分配服务，因此故障工作站不能上网访问也就自然不可避免了。查看网上相关资料后，网络治理员发现故障工作站系统的DHCPClient服务之所以不能正常初始化，多半是与DHCPClient服务存在相互依存关系的SYMTDI服务工作状态不正常造成的。

而在卸载诺顿防病毒应用软件的时候，故障工作站系统中的SYMTDI服务会受到诺顿防病毒应用软件的自动监视和控制，当网络治理员尝试在故障工作站系统中对诺顿防病毒应用软件执行卸载操作时，对应系统中的SYMTDI服务工作状态会被强行停止运行，那样一来DHCPClient服务也就不能正常启动运行了，最终导致故障工作站系统无法从局域网的DHCP服务器那里申请得到有效的IP地址。
小提示：DHCP服务是DynamicHostConfigurationProtocol的缩写，它是TCP/IP协议簇中的一种，主要是用来给网络客户机分配动态的IP地址。而DHCPClient服务是负责从局域网DHCP服务器那里获得IP地址的，假如没有该服务的支持，局域网中的普通客户端系统是无法获得有效的动态IP地址的。在默认状态下，Windows系统会自动启动运行DHCPClient服务的，不过一旦我们使用各种专业的优化工具对工作站系统进行一些优化操作时，那DHCPClient服务很有可能被强行停用，这一点我们必须要引起注重。
让DHCP客户端正常初始化

弄清楚了无法从局域网DHCP服务器那里获取IP地址的原因后，解决这种无法上网的故障现象也就变得比较轻易了，我们只要采取合适措施让DHCP客户端服务摆脱SYMTDI服务的相互依靠关系，那样一来SYMTDI服务的工作状态就不会影响到故障工作站系统的DHCP客户端服务了。在摆脱SYMTDI服务的相互依靠关系时，我们可以按照如下步骤进行操作：

首先以系统治理员身份进入故障工作站系统，打开该系统桌面中的“开始”菜单，从中点选“运行”命令，在随后弹出的系统运行文本框中输入“regedit”字符串命令，单击“确定”按钮后，进入故障工作站系统的注册表编辑窗口。

其次展开该编辑窗口左侧显示区域中的“HKEY_LOCAL_MACHINE”注册表分支选项，再用鼠标依次点选该分支选项下面的注册表子项“SYSTEM“CurrentControlSet“Services“Dhcp”，检查“Dhcp”子项所在的右侧显示窗格中是否存在“DependOnService”键值，假如不存在的话，我们可以用鼠标右键单击“Dhcp”子项，从弹出的快捷菜单中依次选中“新建”/“字符串值”命令，来创建好“DependOnService”键值。

接着用鼠标双击“DependOnService”键值，在其后出现的“DependOnService”键值设置对话框中，选中“SYMTDI”服务选项，并按下键盘中的DEL功能键，同时单击“确定”按钮保存好注册表编辑操作，最后重新启动一下故障工作站系统。当故障工作站系统重启完毕后，网络治理员再次尝试了网络访问操作，结果看到故障工作站系统已经能够正常访问网络内容了，同时使用“ipconfig/all”命令查看了对应系统的IP地址时，发现该工作站已经从局域网DHCP服务器那里申请到合法的IP地址了。
之后，网络治理员又尝试了在线更新杀毒程序操作，发现更新操作也一切正常了，这说明无法从DHCP服务器获取IP地址的故障已经被成功解决了。