DHCP的工作流程

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

DHCP 的工作流程一共分為4個過程：

發(fā)現(xiàn)階段

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

提供階段

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

選擇階段

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

確認(rèn)階段

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

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