DHCP（动态主机配置协议）原理

租约四部曲

1、租约请求：客户端发起DHCP Discover包广播寻找DHCP服务器

      源地址：0.0.0.0

      目标地址：255.255.255.255（广播地址）

      端口：UDP 67

      内容：客户机MAC地址、主机名

1）局域网内有多个DHCP服务器：客户单选择先回应的服务器

2）局域网内没有DHCP服务器：CentOS 7之后，客户端显示未找到报错信息

                                                     windows7之后，给自己分配一个以169开头的假IP

服务器端通过ICMP协议（互联网控制消息协议）判断IP是否可用

2、服务器响应租约（DHCP OFFER）

      源地址：服务器IP

      目标地址：255.255.255.255

      内容：服务器IP、MAC地址；提供的合法IP、掩码、租约期限等

客户端通过ARP协议解析广播域内是否有MAC地址介入判断IP是否可用，如果IP地址不可用，客户端标记不使用，服务器端回复DHCP NACK

3、客户端选择IP（DHCP REQUEST）

     源地址：0.0.0.0

     目标地址：255.255.255.255

     内容：服务器端提供IP的确认标识等  

     客户端resquest报文通过广播确定DHCP服务器

4、确认租约，服务器端提供完整IP信息（DHCP ACK）

      源地址：服务器IP

      目标地址：255.255.255.255

      端口：UDP 68

      内容：IP的有效租约等确认信息，有线默认8天，无线默认8小时

手工分配IP与DHCP自动获取的IP是否会冲突？

手工分配IP在前，DHCP分配在后，不会冲突；DHCP分配在前，手工分配在后，有可能冲突

续租三步曲

1、客户端使用租约达50%，客户端以单播的形式向DHCP服务发起DHCP REQUEST请求续租，若得到DHCP ACK响应，则更新TCP/IP参数，续租完成。若续租时DHCP服务器未及时回应，客户端每1,3,5,7,9+2000毫秒的延时作为间隔重复请求，多次请求后再无响应，linux返回报错信息，windows分配一个测试地址

2、如果续约失败，客户端继续使用租约达87.5%，客户端以广播的形式向DHCP服务器请求续租

3、如果继续续约失败，客户端继续使用租约达100%，客户端重新发送DHCP Discover包广播重新寻找DHCP服务器