DHCP抓包分析(包含NAK)

1、正常建立连接过程

环境搭建拓扑图如下:
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 地址和相关的配置信息。
DHCP抓包分析(包含NAK)_第2张图片
DHCP抓包分析(包含NAK)_第3张图片
DHCP抓包分析(包含NAK)_第4张图片
DHCP抓包分析(包含NAK)_第5张图片
总结:租约约定在offer阶段便开始了,offer、request、ack阶段均有
dns:在discocer的关键参数请求开始,offer便会给具体的,request再确认请求,ACK给

2、NAK

服务器对客户端的 DHCP REQUEST 报文的拒绝响应报文,比如服务器对客户端分配的 IP 地址已超过使用租借期限(服务器没有找到相应的租约记录)或者由于某些原因无法正常分配 IP 地址,则发送 DHCP NAK 报文作为应答(客户端移到了另一个新的网络)。通知 DHCP 客户端无法分配合适 IP 地址。DHCP 客户端需要重新发送DHCP DISCOVERY 报文

来申请新的 IP 地址。
营造NAT报文环境搭建DHCP抓包分析(包含NAK)_第6张图片
DHCP抓包分析(包含NAK)_第7张图片
NAK后重新建立连接

3、理论与实验差异处:租约到期后无法续约的实际现象

DHCP抓包分析(包含NAK)_第8张图片
不是理论上的两次:1/2 3/4租约时间不回ACK便开始discover,而是会发送很多request

你可能感兴趣的:(DHCP抓包分析(包含NAK))