DHCP租约时间

 一.股DHCP租约的预设时间多长共享文档  DHCP租约时间工作原理:

        一旦DHCP 客户端成功地从服务器哪里取得DHCP 租约之后，除非其租约已经失效并且IP地址也重新设定回0.0.0.0，否则就无需再发送DHCPdiscover信息了，而会直接使用已经租用到的IP 地址向之前之DHCP 服务器发出DHCPrequest信息，DHCP服务器会尽量让客户端使用原来的IP地址，如果没问题的话，直接响应DHCPack 来确认则可。如果该地址已经失效或已经被其它机器使用了，服务器则会响应一个DHCPNACK 封包给客户端，要求其从新执行DHCPdiscover。

        至于IP的租约期限却是非常考究的，并非如我们租房子那样简单，以 NT为例子: DHCP 工作站除了在开机的时候发出DHCPrequest 请求之外，在租约期限一半的时候也会发出DHCPrequest ，如果此时得不到DHCP 服务器的确认的话，工作站还可以继续使用该IP;当租约期过了87. 5%时，如果客户机仍然无法与当初的DHCP服务器联系上，它将与其它DHCP服务器通信。如果网络上再没有任何DHCP协议服务器在运行时，该客户机必须停止使用该IP地址，并从发送一个Dhepdiscover数据包开始，再次重复整个过程。要是您想退租，可以随时送出DHCPRELEASE 命令解约，就算您的租约在前一秒钟才 获得的。    

        跨网络的DHCP 运作从前面描述的过程中，我们不难发现: DHCPDISCOVER是以广播方式进行的，其情形只能在同“ 网络之内进行，因为router 是不会将广播传送出去的。但如果DHCP服务器安设在其它的网络上面呢?由于DHCP 客户端还没有IP环境设定，所以也不知道Router 地址，而且有些Router 也不知道 Router 地址，而且有些 Router 也不会将 DHCP广播封包传递出去，因此这情形下 DHCPDISCOVER 是永远没办法抵达DHCP服务器那端的，当然也不会发生 OFFER 及其它动作了。要解决这个问题，我们可以用 DHCPAgent (或 DHCPProxy )主机来接管客户的 DHCP请求，然后将此请求传递给真正的 DHCP服务器，然后将服务器的回复传给客户。这里，Proxy 主机必须自己具有路由能力，且能将双方的封包互传对方。

       若不使用 Proxy，您也可以在每一个网络之中安装 DHCP服务器，但这样的话，一来设备成本会增加，而且，管理上面也比较分散。当然喽，如果在一个十分大型的网络中，这样的均衡式架构还是可取的。端视您的实际情况而定了。

 

• 摘抄百度文库:https://wenku.baidu.com/view/694bfe06bb68a98271fefac1.html