DHCP服務器租約確認

當DHCP服務器接收到客戶端的DHCP request之后，會向客戶端發(fā)出一個DHCPACK 響應，以確認IP租約的正式生效，也就結束了一個完整的DHCP工作過程。 　　

DHCP發(fā)放流程第一次登錄之后：一旦DHCP客戶端成功地從服務器那里取得DHCP租約之后，除非其租約已經(jīng)失效并且IP地址也重新設定回0.0.0.0，否則就無需再發(fā)送DHCP discover信息了，而會直接使用已經(jīng)租用到的IP地址向之前之DHCP DHCP客戶端發(fā)出DHCP request信息，DHCP服務器會盡量讓客戶端使用原來的IP地址，如果沒問題的話，直接響應DHCPack來確認則可。如果該地址已經(jīng)失效或已經(jīng)被其它機器使用了，服務器則會響應一個DHCPNACK封包給客戶端，要求其重新執(zhí)行DHCP discover。至于IP的租約期限卻是非?？季康?，并非如我們租房子那樣簡單， 以NT為例子：

DHCP客戶端除了在開機的時候發(fā)出DHCP request 請求之外，在租約期限一半的時候也會發(fā)出DHCP request，如果此時得不到DHCP服務器的確認的話，客戶端還可以繼續(xù)使用該IP；當租約期過了87.5%時，如果客戶端仍然無法與當初的DHCP服務器聯(lián)系上，它將與其它DHCP服務器通信。如果網(wǎng)絡上再沒有任何DHCP服務器在運行時，該客戶端必須停止使用該IP地址，并從發(fā)送一個Dhcpdiscover數(shù)據(jù)包開始，再一次重復整個過程。要是您想退租，可以隨時送出DHCPRELEASE命令解約，就算您的租約在前一秒鐘才獲得的。 　　

跨網(wǎng)絡的 DHCP 運作 從前面描述的過程中，我們不難發(fā)現(xiàn)：DHCP DISCOVER 是以廣播方式進行的，其情形只能在同一網(wǎng)絡之內(nèi)進行，因為 router 是不會將廣播傳送出去的。但如果 DHCP 服務器安設在其它的網(wǎng)絡上面呢？由于 DHCP 客戶端還沒有 IP 環(huán)境設定，所以也不知道 Router 地址，而且有些 Router 也不會將 DHCP 廣播封包傳遞出去，因此這情形下 DHCP DISCOVER 是永遠沒辦法抵達 DHCP 服務器那端的，當然也不會發(fā)生 OFFER 及其它動作了。要解決這個問題，我們可以用 DHCP Agent (或 DHCP Proxy )主機來接管客戶的 DHCP 請求，然后將此請求傳遞給真正的 DHCP 服務器，然后將服務器的回復傳給客戶。這里，Proxy 主機必須自己具有路由能力，且能將雙方的封包互傳對方。若不使用 Proxy，您也可以在每一個網(wǎng)絡之中安裝 DHCP 服務器，但這樣的話，一來設備成本會增加，而且，管理上面也比較分散。當然嘍，如果在一個十分大型的網(wǎng)絡中，這樣的均衡式架構還是可取的。視您的實際情況而定了。

本文由專業(yè)服務器托管——騰佑科技(http://m.mubashirfilms.com)提供。