本文主要是介绍DHCP抓包分析（包含NAK），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1、正常建立连接过程
环境搭建拓扑图如下：
DHCP DISCOVER：
这是 DHCP 客户端首次登录网络时进行 DHCP 过程的第一个报文，用来寻找 DHCP 服务器。
DHCP OFFER：
DHCP服务器用来响应DHCP,DISCOVER报文，此报文携带了各种配置信息。
DHCP REQUEST：此报文用于以下三种用途
客户端初始化后，发送广播的 DHCP REQUEST 报文来回应服务器的 DHCP OFFER 报文。
客户端重启初始化后，发送广播的 DHCP REQUEST 报文来确认先前被分配的 IP 地址等配置信息。
当客户端已经和某个 IP 地址绑定后，发送 DHCP REQUEST 报文来延长 IP 地址的租期。
DHCP ACK：
服务器对客户端的 DHCP REQUEST 报文的确认响应报文，客户端收到此报文后，才真正获得了 IP 地址和相关的配置信息。
总结：租约约定在offer阶段便开始了，offer、request、ack阶段均有
dns:在discocer的关键参数请求开始，offer便会给具体的，request再确认请求，ACK给
2、NAK
服务器对客户端的 DHCP REQUEST 报文的拒绝响应报文，比如服务器对客户端分配的 IP 地址已超过使用租借期限（服务器没有找到相应的租约记录）或者由于某些原因无法正常分配 IP 地址，则发送 DHCP NAK 报文作为应答（客户端移到了另一个新的网络）。通知 DHCP 客户端无法分配合适 IP 地址。DHCP 客户端需要重新发送DHCP DISCOVERY 报文
来申请新的 IP 地址。
营造NAT报文环境搭建
NAK后重新建立连接
3、理论与实验差异处：租约到期后无法续约的实际现象
不是理论上的两次：1/2 3/4租约时间不回ACK便开始discover，而是会发送很多request
这篇关于DHCP抓包分析（包含NAK）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
