DHCP的工作原理

根据客户端是否是第一次登录网络，DHCP的工作情势会有所不同。

第一次登录的时候：

寻觅Server。当DHCP客户端第一次登录网络的时候，也就是客户发现本机上没有任何IP数据设定，它会向网络发出一个DHCPDISCOVER封包。由于客户端还不知道自己属于哪个网络，所以封包的来源地址会为0.0.0.0，而目的地址则为255.255.255.255，然后再附上DHCPdiscover的信息，向网络进行广播。

在Windows的预设情形下，DHCPdiscover的等待时间预设为1秒，也就是当客户端将第一个DHCPdiscover封包送出去以后，在1秒以内没有得到响应的话，就会进行第二次DHCPdiscover广播。若一直得不到响应的情况下，客户端一共会有四次DHCPdiscover广播(包括第一次在内)，除第一次会等待1秒以外，其余三次的等待时间分别是9、13、16秒。如果都没有得到DHCP服务器的响应，客户端则会显示毛病信息，宣布DHCPdiscover的失败。以后，基于使用者的选择，系统会继续在5分钟以后再重复一次DHCPdiscover的进程。

提供IP租用地址。当DHCP服务器监听到客户端发出的DHCPdiscover广播后，它会从那些还没有租出的地址范围内，选择最前面的空置IP，连同其它TCP/IP设定，响应给客户端一个DHCPOFFER封包。

由于客户端在开始的时候还没有IP地址，所以在其DHCPdiscover封包内会带有其MAC地址信息，并且有一个XID编号来辨别该封包，DHCP服务器响应的DHCPoffer封包则会根据这些资料传递给要求租约的客户。根据服务器真个设定，DHCPoffer封包会包括一个租约期限的信息。

接受IP租约。如果客户端收到网络上多台DHCP服务器的响应，只会挑选其中一个DHCPoffer而已(通常是第一抵达的那个)，并且会向网络发送一个DHCPrequest广播封包，告知所有DHCP服务器它将指定接受哪一台服务器提供的IP地址。

同时，客户端还会向网络发送一个ARP封包，查询网络上面有无其它机器使用该IP地址;如果发现该IP已被占用，客户端则会送出一个DHCPDECLINE封包给DHCP服务器，谢绝接受其DHCPoffer，并重新发送DHCPdiscover信息。

事实上，其实不是所有DHCP客户端都会无条件接受DHCP服务器的offer，特别这些主机安装有其它TCP/IP相干的客户软件。客户端也能够用DHCPrequest向服务器提出DHCP选择，而这些选择会以不同的号码填写在DHCPOptionField里面：

换一句话说，在DHCP服务器上面的设定，未必是客户端全都接受，客户端可以保存自己的一些TCP/IP设定。而主动权永久在客户端这边。

租约确认。当DHCP服务器接收到客户真个DHCPrequest以后，会向客户端发出一个DHCPACK响应，以确认IP租约的正式生效，也就结束了一个完全的DHCP工作进程。

TikTok千粉号购买平台：https://tiktokusername.com/