轻松排查DHCP故障( 二 )


小提示:在进行前两步操作前首先要保证客户机的IP地址分配方式被设置为自动获得IP地址 。
第三步:假如可以获得正确的IP地址说明DHCP正常 , 假如发现获得错误的地址 , 其中包括169.254.*.*这样的形式 , 则执行ipconfig /release命令 , 该命令是将当前获得的网络参数信息释放 。
第四步:释放网络参数后再次执行ipconfig我们会看到当前得到的网络参数已经为空 , 所有信息变成0.0.0.0 。(如图1)
图1
第五步:释放得到的错误信息后执行ipconfig /renew将自动获得新的信息 。(如图2)
图2
小提示:假如我们不执行释放IP信息的命令直接运行ipconfig /renew的话将无法重新获得IP信息 。因此第三步必不可少 。
第六步:重新获得IP信息后我们查看当前的地址参数 , 假如无法获得任何信息的话还是要从本机入手解决问题 , 假如获得的是错误信息的话则需要找到DHCP服务器 , 对其进行检查 。
第七步:将本地网卡禁用然后再次启用 , 按照上面介绍的步骤重新做一次 。
第八步:假如我们知道DHCP服务器的IP地址的话 , 可以在客户机上使用ping命令“ping 服务器ip”查看网络连通情况 。

;第九步:在系统的“事件查看器”中寻找有无关于DHCP服务相关的故障记录 。方法是“开始->控制面板->治理工具->事件查看器” 。(如图3)
图3
第十步:通过“开始->控制面板->治理工具->服务”打开服务设置窗口 , 在服务列表中找到dhcp client service 。(如图4)在其上双击 , 然后点停止按钮 , 接着再点启动按钮将其重新启动 。假如发现该服务本身没有启用则更说明了故障的根源所在 , 直接启动并设置启动方式为“自动”即可 。(如图5)
图4图5
第十一步:打开网络的本地连接进行修复 , 方法是“网上邻居->属性->本地连接->修复” 。系统将自动清除ARP缓存与NETBS信息 , 接着更新DNS与DHCP服务组件与相关信息 。(如图6)
图6
第十二步:假如上面十一步仍然不能解决问题的话 , 我们只能先使用静态IP地址与DNS等网络信息配置本机来进行检测了 。假如配置了静态IP信息后可以正常上网 , 连接LAN的话 , 则说明问题的出在客户机与DHCP服务器的连接或者DHCP服务器自身上 。我们就要将问题的起因放到DHCP服务器上 。
小提示:有的时候为客户端设置一个其他用户 , 然后使用该用户登录也可以解决部分DHCP故障 , 另外用 lspfix.exe或winsockXPfix.exe,修复tcpip的栈区错误 , 结合“开始->运行->输入sfc /scannow”扫描一遍系统文件也能得到意想不到的结果 。
三、服务器排障:
DHCP服务器的排障方法我们已经介绍过很多了 , 感爱好的读者可以查阅以前服务器频道相关文章 。主要的手段就是查询服务器上的dhcp server的设置是否正常 , 假如没有启用将其开启 。另外还要时不时的将DHCP服务器关闭查看是否网络中还存在其他DHCP服务器从而产生冲突 。另外在网络建立域的情况下 , 要想开启DHCP服务器是需要由域控制对该DHCP服务器授权的 , 所以授权工作不要遗忘 。
还需要提的一点就是租约的问题 , 假如发现DHCP工作正常 , 一部分客户机无法获得IP信息 , 执行ipconfig /renew提示找不到DHCP服务器 , 而另外一部分可以正常获得的话 , 百分之九十是因为租约的原因 , 要嘛租约里保存的信息过多 , 需要我们手工清除一次;要嘛租约时间设置的过长 , 以至于大量非法MAC占用了有效IP地址 。
小提示:凡是提供DHCP服务的服务器都必须设置固定IP地址 , 想在动态获得IP信息的计算机上启用DHCP服务是不可以的 。而且虽然微软公司在限制DHCP服务上做了规定 , 例如同一个网络中不容许两台DHCP存在 。但是目前有很多第三方软件可以建立DHCP服务器 , 甚至是宽带路由器也将DHCP功能集成于自身配置中 , 因此在这种情况下就无法清楚的查询出网络中到底存在几个DHCP服务器了 , 我们只能将怀疑对象一一关闭或者在交换机及路由器上将怀疑对象进行访问控制列表过滤 。总之网络中存在非法DHCP服务器引起的网络故障是非常难解决的 , 需要反复调查循序渐进 。

推荐阅读