DHCP的工作流程

各位親愛(ài)的小宇粉絲朋友們！上期我們淺淺的了解了一下“簡(jiǎn)單省事專(zhuān)用助手”也就是DHCP?？吹胶芏嘈』锇閷τ谶@個(gè)小助手還是非常感興趣的。那今天咱就接著(zhù)這個(gè)DHCP的工作流程接著(zhù)講講吧！

DHCP 的工作流程一共分為4個(gè)過(guò)程：

發(fā)現階段

就是DHCP Client 尋找 DHCP Server 的階段，客戶(hù)端廣播一個(gè)DHCP Discover 消息，消息內包含著(zhù)自身的MAC地址，以及想要請求的參數列表項、廣播標志位等信息；而二層廣播域中運行了DHCP Server服務(wù)的設備或者服務(wù)器，接收到該客戶(hù)端發(fā)送的消息，會(huì )對DHCP Discover消息進(jìn)行回復。

提供階段

DHCP Server向DHCP Client提供IP地址，每一個(gè)接收到DHCP Discover消息的DHCP Server都會(huì )從自己維護的地址池中選擇一個(gè)合適的IP地址（DHCP服務(wù)ip地址分配順序：MAC地址綁定的IP 地址>已使用的IP地址>空閑狀態(tài)的IP地址>超過(guò)租期的IP地址>產(chǎn)生沖突的IP地址），并通過(guò)DHCP Offer消息將這個(gè)地址發(fā)送給對端DHCP Client。

選擇階段

在網(wǎng)絡(luò )中，客戶(hù)自動(dòng)獲取地址，往往是“就近原則”，最快收到的哪臺服務(wù)器的回復，哪臺服務(wù)器將成為我們客戶(hù)端的服務(wù)器；實(shí)現客戶(hù)端對服務(wù)器一對一。假設DHCP Client會(huì )在收到的若干個(gè)Offer消息，那么會(huì )根據 “就近原則”來(lái)選擇接受哪一個(gè)Offer。通常情況下，會(huì )接受最先收到的那一個(gè)Offer。假設客戶(hù)端最先收到的消息來(lái)自于路由器R，客戶(hù)端則會(huì )廣播一個(gè)DHCP Request消息，目的是為了向路由器R（DHCP Server）發(fā)送請求，請求獲取到發(fā)送給自己的DHCP Offer中的IP地址，同時(shí)這個(gè)消息中帶有 “R”的標識，表示PC只愿意接受路由器R下發(fā)的 IP地址。路由器R收到之后后，知道PC愿意接受自己的Offer，而其他DHCP Server收到這個(gè)帶有R標記的消息后，就好比客戶(hù)端有了自己的歸屬，其他人就應該學(xué)會(huì )放手。其實(shí)很簡(jiǎn)單，當客戶(hù)端有服務(wù)器給分配地址了，如果其他服務(wù)器還依舊給客戶(hù)端分地址，很大程度很造成客戶(hù)端頻繁更換地址，地址出問(wèn)題了，客戶(hù)端不知道找誰(shuí)好。因此，在網(wǎng)絡(luò )中，默認是選擇服務(wù)器之后，便只從這個(gè)服務(wù)器獲取服務(wù)。不會(huì )同時(shí)對多個(gè)相同服務(wù)的服務(wù)器獲取服務(wù)。 

確認階段

即DHCP服務(wù)器確認所分配IP地址的階段；路由器R會(huì )向DHCP Client發(fā)送一個(gè)DHCP Ack消息。而收到該類(lèi)型消息的客戶(hù)端，則會(huì )廣播一個(gè)免費的APR報文，探測本網(wǎng)段是否有其他終端使用服務(wù)器分配的IP地址，如果此時(shí)探測到本網(wǎng)段中有IP地址沖突，則會(huì )向DHCP服務(wù)器發(fā)送DHCP Decline報文。同時(shí)為了保證同一網(wǎng)絡(luò )中，IP地址的唯一性，過(guò)程中DHCP server有可能因為其他原因（如DHCP客戶(hù)端移到另一個(gè)網(wǎng)絡(luò )，DHCP server未查到該客戶(hù)端的租約信息）而發(fā)送一個(gè)DHCP Nak消息。如果 PC接受到了Nak消息，則表示嘗試獲取IP地址失敗，重新回到發(fā)現階段開(kāi)始新一輪申請。

文字的表述中，4個(gè)流程看起來(lái)也是真的很大的工作量，但是在我們上網(wǎng)的時(shí)候，DHCP的使用卻在一瞬間的時(shí)間中完成了對于IP地址的配置，這波科技力量確實(shí)是一個(gè)“狠活”。