排除DHCP无法授权难题
局域网中有一台域控制服务器，在该服务器中架设了DHCP服务器，在长时间工作后该服务器突然由于意外因素发生了死机现象，重新启动该服务器系统并采取适当措施将服务器运行状态恢复正常后，我们发现架设在该服务器中的DHCP服务却无法为局域网中的其他工作站自动配置IP地址了。当我们打开DHCP服务器的参数配置界面，并在其中检查它的工作参数时，系统却弹出提示说DHCP服务器没有经过授权，然而域控制器提示说已经授权，这是为什么呢，我们该如何对DHCP服务器进行重新授权，确保DHCP服务器能够正常地为局域网工作站配置IP地址呢？
事实上，我们之所以看到域控制器提示说已经对DHCP服务器进行了授权，是因为域控制服务器在默认状态下具有自动“记忆”效应，实际上服务器系统意外发生死机后，DHCP服务器的授权状态已经被停止了，这也是重新启动服务器系统后，DHCP服务器无法为局域网工作站分配IP地址的原因。倘若我们希望DHCP服务器能够重新正常工作，希望让它成功为局域网工作站分配IP地址，我们不妨在域控制器系统中取消DHCP服务器先前的授权状态，之后重新对DHCP服务器执行授权命令，如此一来DHCP服务器就能被授权成功了。
排除DHCP分配错乱难题
尽管DHCP服务器能够智能地为局域网工作站分配IP地址，但它也会经常发生地址分配错乱的现象。比方说，要是单位DHCP服务器有效的IP地址分配范围被设置成10.168.160.1到10.168.160.60，网络管理员希望局域网工作站都能被分配以该范围内的IP地址。现在，倘若来自单位局域网中的某个工作站与服务器进行通信时出现故障，我们登录进故障工作站系统，并执行“IPCONFIG /ALL”字符串命令来查看本地的IP地址配置情况，可是查看的结果却让人大吃一惊，本地工作站竟然从DHCP服务器中获得了一个以169.254开始的IP地址。
这究竟是怎么回事呢？要是来自局域网网络上的工作站意外地从DHCP服务器中获得了一个以169.254开始的IP地址，而我们又能确认以169.254开始的IP地址不是由单位DHCP服务器自动分配的，也就是说本地工作站无法与单位DHCP服务器进行正常通信。当出现这种现象时，我们可以肯定地认为本地工作站的IP地址是由Windows系统特有的自动专用IP寻址功能所分配的，这种IP寻址功能能够有效帮助那些规模较小的网络来自动分配IP地址。比方说，要是单位办公室中的两三台工作站联在一起组建成规模比较小的Windows网络时，即使这个网络中没有搭建DHCP服务器，我们也不需要为每一台工作站手工分配IP地址，因为专用IP寻址功能将会为每台工作站自动分配一个B类IP地址，当然这个功能分配IP地址的效率比较低小，它不适合规模较大的局域网网络。
要是本地工作站依靠Windows系统的专用IP寻址功能获得了IP地址，那就说明该工作站向DHCP服务器申请IP地址时没有得到及时响应。出现这种现象时，一般存在几种原因。倘若局域网中的其他工作站可以从单位DHCP服务器中正确获取有效的IP地址，那我们基本就能排除DHCP服务器自身的问题；故障的原因很有可能是安装在本地工作站中的网络硬件发生了故障，比方说本地工作站的网卡设备驱动程序不正确，另外一个可能的原因就是网络线缆没有正确插入到网卡设备的RJ45接口中，或者是网络线缆出现了短路或断路现象。
当然需要提醒各位注意的是，仅仅因为局域网中有一台工作站无法从DHCP服务器中那里获取IP地址，我们还不能彻底地断定DHCP服务器自身没有问题。倘若局域网中的其他工作站能够从DHCP服务器中获得IP地址，那说明该服务器仍然还能工作。但是，也可能因为DHCP服务器已经将可用的IP地址全部分配完了。通过将局域网中需要申请IP地址的工作站数目与DHCP服务器有效地址范围大小进行比较，我们往往就能很容易地判断出服务器中的IP地址是否已经用尽了。
倘若局域网中多台工作站遇到了无法申请IP地址的故障现象时，那么该故障现象很有可能就是DHCP服务器自身出了问题。要是我们怀疑DHCP服务器存在问题的话，那么我们不妨借助Ping命令进行一些目的性测试，来检验DHCP服务器是否能够在整个局域网中进行通信。要是确认DHCP服务器真的不能正常工作时，那我们应该认真检查一下它的基本配置；例如，我们应该确保DHCP服务器仍然被当前文件夹授权能够租用IP地址，我们同样应该检查IP地址的配置范围是否有效，同时检查DHCP服务器中相关的网络服务是否运行正常。 排除IP地址冲突难题
当我们在DHCP服务器中创建一个地址分配范围时，它的工作“职责”就是确保范围内的有效地址只能一次分配给一个用户。依照这样的工作思路，DHCP服务器在为工作站动态分配地址时怎么可能出现IP地址相互冲突现象呢?
在与DHCP服务器亲密接触的日子里，笔者曾经在两种情况下碰到过IP地址冲突问题。第一次遭遇该问题时，笔者可以准确判断出局域网中究竟哪台工作站被DHCP服务器分配给了重复的IP地址。当笔者查看局域网中这些工作站上的TCP/IP参数时，发现其中一台工作站的IP地址已经被人为修改过。后经了解，那台工作站的用户为了运行某个未授权的应用程序，需要将工作站的IP地址设置成静态地址，这个用户认为每次运行目标应用程序时都要修改IP地址很麻烦，因此他自作聪明地将DHCP服务器动态分配给该工作站的IP地址，强行变成一个静态地址直接输入，从而导致了DHCP服务器在动态分配地址时出现了IP地址冲突故障。当然，这种情况现在已经很少出现，因为目前工作站安装的Windows XP系统或Windows Vista系统都有防止终端用户重配置的安全防护机制；不过即便如此，笔者认为该故障因素至少也要引起我们注意，因为要是我们日后在解决地址冲突问题上存在疑惑时使得自己能够有据可查。
另外一次遭遇该问题时，是局域网中存在多台DHCP服务器，并且这些服务器正在同时使用中，而且它们当中的地址范围有的是互相重叠的。要是我们在本地局域网中只运行了一个DHCP服务器，仍然还出现了IP地址频繁冲突现象的话，那我们千万不要忽略这个可能造成地址冲突的原因。我们几乎可以断定，本地局域网中有一个非法的或潜藏的DHCP服务器正在与本地的主要DHCP服务器冲突。
一般来说，架设在Windows系统下的DHCP服务器，为了防止非法DHCP服务器的干扰运行，它往往只能够在被当前文件夹授权后才能对外发送IP地址。但问题在于这种特殊只在Windows系统下有效，如果局域网中同时还有架设在其他操作平台上的DHCP服务器时，这些服务器不需要被当前文件夹授权，就能对外发送和分配IP地址，这么一来局域网中的主要DHCP服务器在工作时就会受到干扰。
尽管本地局域网中潜藏有架设在诸如Linux操作平台下的DHCP服务器的现象比较少见，但还有一种更常见的现象是，本地局域网中还存在一个无线接入点，或存在一个共享拨号上网的宽带路由器，这些网络设备几乎都内置有DHCP服务功能，这些设备一般都会使用192.168.0.x或192.168. 1.x地址分配范围。要是巧合，与本地局域网的主要DHCP服务器使用的IP地址分配范围相同或互相重叠的话，那么本地局域网就会自动陷入了这样一个麻烦，两个DHCP服务器同时使用相同的地址范围来为工作站分配IP地址，这么一来IP地址冲突的可能性就相当大了!因此，找出潜藏在局域网中的其他DHCP服务器，是解决IP地址冲突难题的关键所在！ 排除无法跨网服务难题
一般来说，DHCP服务器只能为同一个子网中的工作站动态分配地址，但普通子网最多只能包含253台工作站，如果局域网中包含的工作站数量远远多于253台时，那是否意味着我们必须在局域网中同时架设多台DHCP服务器，来为若干台工作站提供动态地址分配服务呢？答案是否定的！当局域网工作站数量太多时，我们往往会采用划分子网的办法，来让多台工作站平均分布于各个子网，此时我们可以想办法让DHCP服务器能够跨子网提供DHCP服务，就能实现仅用一台DHCP服务器来为若干台工作站同时分配地址的目的了。要做到这一点，我们只要在DHCP服务器中建立超级作用域，并且将所有子网中的待分配IP地址全部组合起来，同时指定它们使用同一个作用域名称就可以了，下面就是该方法的具体实现步骤：
首先在DHCP服务器中新建超级作用域，在进行这项操作时，我们必须先为每一个工作子网创建好对应的子域，并且将每一个工作子网中待分配的地址范围正确导入到对应子域中；
接着在DHCP控制台窗口中，右击已经架设成功的目标DHCP服务器，从弹出的快捷菜单中单击“新建超级作用域”命令，打开一个标题为新建超级作用域的向导窗口，根据向导界面提示先设置好超级作用域的名称，比方说本文在这里创建的超级作用域名称为“跨网分配地址”；
接下来单击向导界面中的“下一步”按钮，打开如图1所示的配置窗口，我们在该窗口中就能清楚地看到先前创建好的各个子域的名称，将所有子域的名称依次选中，再不停单击“下一步”按钮，直到单击“完成”按钮为止，这样的话同一台DHCP服务器就能为所有工作子网提供DHCP服务了。
排除DHCP不响应难题
不少规模比较小的局域网中，往往只有一台服务器系统，该服务器系统不仅作为文件服务器、Web服务器、FTP服务器，还可能用作DHCP服务器，在这种一机多用的情况下，DHCP服务器时常会出现不响应的运行故障。那么DHCP服务器为什么会不响应呢，面对这种故障现象我们该如何进行应对呢？
我们知道，DHCP服务器在为工作站提供DHCP时，工作站一般会先向网络中发送地址申请信息，DHCP服务器接收到这样的申请信息后，就会进行适当处理并及时向工作站反馈结果信息，这结果信息中自然包括IP地址信息。倘若DHCP服务器对工作站的申请信息不予响应的话，那么工作站的网络连接初始化操作就会失败，此时Windows系统就会自动为自己分配一个B类IP地址。
造成DHCP服务器不响应的故障原因无非就是两方面，一方面DHCP服务器没有接收到工作站的地址申请信息，另外一方面就是DHCP服务器自身出现了故障，无法对收到的信息进行应答。对于第一方面的故障原因，我们主要应该从线路连接方面进行检查，例如可以借助专业的网络测线仪对工作站与DHCP服务器之间的物理连接线路进行连通性测试，看看连接线路是否正常。
在确保连接线路正常的情况下，我们需要检查DHCP服务器自身是否运行正常。例如，在一机多用的情况下，如果服务器系统正在处理容量很大的FTP传输请求时，服务器的CPU资源消耗率可能会达到80%以上，如此一来服务器就无法腾出足够的系统资源来响应工作站的地址申请请求，所以这个时候就很容易出现DHCP服务器不响应的故障。因此，当服务器系统自身工作“负担”太重的话，很容易引起安装在其中的DHCP服务器无法响应工作站的地址申请信息；要想有效地避免这种故障现象的出现，一方面我们要尽可能地提高服务器硬件配置性能，另外一方面应该定时回收服务器系统中的无效工作进程，以便及时腾出有效资源。当然，DHCP服务器自身的参数配置也必须正确，否则它也可能导致服务器无法响应工作站的地址申请请求。
结论
造成DHCP服务器运行不正常的原因有很多。但是在多数情况下，这些运行不正常的现象与DHCP服务器和试图申请地址的工作站之间的通信问题有关，而DHCP服务器自身出现问题的可能性相对要小一些，毕竟DHCP服务器自身出现问题的话，将导致所有工作站都无法正常工作，而不是一台、两台工作站工作不正常了。
