DHCP 是 Dynamic Host Configuration Protocol(動態主機分配協議)縮寫，它的前身是 BOOTP。BOOTP 原本是用于無磁盤主機連接的網絡上面的：網絡主機使用 BOOT ROM 而不是磁盤起動并連接上網絡，BOOTP 則可以自動地為那些主機設定 TCP/IP 環境。但 BOOTP 有一個缺點：您在設定前須事先獲得客戶端的硬件地址，而且，與 IP 的對應是靜態的。換而言之，BOOTP 非常缺乏 "動態性" ，若在有限的 IP 資源環境中，BOOTP 的一對一對應會造成非常可觀的浪費。

　　DHCP 可以說是 BOOTP 的增強版本，它分為兩個部份：一個是服務器端，而另一個是客戶端。所有的 IP 網絡設定數據都由 DHCP 服務器集中管理，并負責處理客戶端的 DHCP 要求；而客戶端則會使用從服務器分配下來的IP環境數據。比較起 BOOTP ，DHCP 透過 "租約" 的概念，有效且動態的分配客戶端的 TCP/IP 設定，而且，作為兼容考慮，DHCP 也完全照顧了 BOOTP Client 的需求。

　　DHCP 的工作原理

　　根據客戶端是否第一次登錄網絡，DHCP 的工作形式會有所不同。

　　第一次登錄的時候：

　　尋找 Server。當 DHCP 客戶端第一次登錄網絡的時候，也就是客戶發現本機上沒有任何 IP 數據設定，它會向網絡發出一個 DHCP DISCOVER 封包。因為客戶端還不知道自己屬于哪一個網絡，所以封包的來源地址會為 0.0.0.0 ，而目的地址則為 255.255.255.255 ，然后再附上 DHCP discover 的信息，向網絡進行廣播。

　　在 Windows 的預設情形下，DHCP discover 的等待時間預設為 1 秒，也就是當客戶端將第一個 DHCP discover 封包送出去之后，在 1 秒之內沒有得到響應的話，就會進行第二次 DHCP discover 廣播。若一直得不到響應的情況下，客戶端一共會有四次 DHCP discover 廣播(包括第一次在內)，除了第一次會等待 1 秒之外，其余三次的等待時間分別是 9、13、16 秒。如果都沒有得到 DHCP 服務器的響應，客戶端則會顯示錯誤信息，宣告 DHCP discover 的失敗。之后，基于使用者的選擇，系統會繼續在 5 分鐘之后再重復一次 DHCP discover 的過程。

　　提供 IP 租用地址。當 DHCP 服務器監聽到客戶端發出的 DHCP discover 廣播后，它會從那些還沒有租出的地址范圍內，選擇最前面的空置 IP ，連同其它 TCP/IP 設定，響應給客戶端一個 DHCP OFFER 封包。

　　由于客戶端在開始的時候還沒有 IP 地址，所以在其 DHCP discover 封包內會帶有其 MAC 地址信息，并且有一個 XID 編號來辨別該封包，DHCP 服務器響應的 DHCP offer 封包則會根據這些資料傳遞給要求租約的客戶。根據服務器端的設定，DHCP offer 封包會包含一個租約期限的信息。

　　接受 IP 租約。如果客戶端收到網絡上多臺 DHCP 服務器的響應，只會挑選其中一個 DHCP offer 而已(通常是最先抵達的那個)，并且會向網絡發送一個DHCP request廣播封包，告訴所有 DHCP 服務器它將指定接受哪一臺服務器提供的 IP 地址。

　　同時，客戶端還會向網絡發送一個 ARP 封包，查詢網絡上面有沒有其它機器使用該 IP 地址；如果發現該 IP 已經被占用，客戶端則會送出一個 DHCPDECLINE 封包給 DHCP 服務器，拒絕接受其 DHCP offer ，并重新發送 DHCP discover 信息。

　　事實上，并不是所有 DHCP 客戶端都會無條件接受 DHCP 服務器的 offer ，尤其這些主機安裝有其它 TCP/IP 相關的客戶軟件。客戶端也可以用 DHCP request 向服務器提出 DHCP 選擇，而這些選擇會以不同的號碼填寫在 DHCP Option Field 里面：

　　換一句話說，在 DHCP 服務器上面的設定，未必是客戶端全都接受，客戶端可以保留自己的一些 TCP/IP 設定。而主動權永遠在客戶端這邊。

　　租約確認。當 DHCP 服務器接收到客戶端的 DHCP request 之后，會向客