DHCP服務介紹

<b></b>

<b>文中有不對或者有不清楚的地方，請大家告訴我，謝謝！</b>

<b>DHCP</b><b>服務介紹</b>

DHCP（Dynamic Host Configuration Protocol）稱為動态主機配置協定，其前身是BOOTP。因BOOTP缺乏靈活的動态特性，是以被DHCP取代（DHCP是BOOTP的擴充）。

DHCP伺服器端使用UDP的67号端口；DHCP用戶端使用UDP的68号端口。

<b>為什麼使用DHCP</b>

①DHCP伺服器用于為客戶機動态配置設定IP位址，避免了TCP/IP網絡中位址的沖突，便于對網絡的IP位址進行管理；

②在使用TCP/IP協定通信的網絡中，每台計算機都必須至少有一個IP位址，這樣才能與其他計算機通信。對于一個較大規模的網絡來說，逐個地為每台計算機配置設定和設定IP位址，将是一件很麻煩的事情，也不便于管理和維護；

③對于像筆記本這樣的移動使用者，經常從一個子網移動到另一個子網，需要不斷地手動更換IP位址，很不友善；

④DHCP伺服器通過動态的IP位址配置設定還能解決IP位址資源不足的情況，是以DHCP産生了。

<b>DHCP</b><b>的租約</b>

DHCP伺服器利用租約機制，實作了對整個網絡IP位址的自動統一配置設定和集中管理。當客戶機向DHCP伺服器請求配置設定IP位址時，DHCP伺服器會自動從位址池中找出一個未使用的IP位址，配置設定給客戶機。在配置設定IP位址給客戶機的同時，還可以為客戶機指定預設網關（路由）和DNS伺服器等資訊，便于客戶機能與其他網段的計算機通信或者實作通路Internet網。

網絡中的DHCP用戶端向DHCP伺服器申請IP位址的過程是靠RARP（知道MAC，找IP）協定來實作的。

DHCP租約過程就是DHCP客戶機動态擷取IP位址的過程。

DHCP租約過程分為4步：

①客戶機請求IP（客戶機發DHCPDISCOVER廣播包）；

②伺服器響應（伺服器發DHCPOFFER廣播包）；

③客戶機選擇IP（客戶機發DHCPREQUEST廣播包）；

④伺服器确定租約（伺服器發DHCPACK/DHCPNAK廣播包）。

<b>DHCP</b><b>的作用域</b>

作用域是指DHCP伺服器可配置設定租用給DHCP客戶機的IP位址範圍。DHCP伺服器應該至少配置一個作用域，各作用域的IP位址範圍（IP位址池）不能出現重疊。

<b>保留IP</b>

保留IP用于有特定服務的客戶機，需要将保留的IP與客戶機的MAC位址綁定。

<b>IP</b><b>租約的更新</b>

當客戶機重新啟動或租期達50%時，就需要重新更新租約，客戶機直接向提供租約的伺服器發送請求DHCPREQUEST消息，要求更新現有的位址租約。如果DHCP伺服器接收到請求，它将發送DHCP确認資訊給客戶機，更新客戶機租約。如果客戶機無法與提供租約的伺服器取得聯系，則客戶機一直等到租期到達87.5%時，進入到一種重新申請的狀态，它向網絡上所有的伺服器廣播DHCPDISCOVER請求更新現有的IP租約。

<b>IP</b><b>租約的釋放</b>

使用ipconfig/release使DHCP客戶機向DHCP伺服器發送DHCPRELEASE消息并釋放其租約。

如果客戶機在租約時間内保持關閉并且不更新租約，在租約到期後DHCP伺服器可能将客戶機的IP位址配置設定給其他的客戶機。如果客戶機不發送DHCPRELEASE消息，那麼它在重新開機後，将試圖嘗試繼續使用上一次使用過的IP位址。

<b>DHCP</b><b>中繼代理</b>

在一個大型的網絡中，可能會存在着多個子網。DHCP客戶機是通過廣播消息來獲得IP位址，但廣播消息是不能跨越子網的。是以，如果DHCP客戶機和伺服器在不同的子網，那客戶機還能不能向伺服器申請IP位址呢？這就要用到DHCP中繼代理。安裝了DHCP中繼代理的計算機稱為DHCP中繼代理伺服器，它承擔不同子網間的DHCP客戶機和伺服器的通信任務。

DHCP中繼代理的工作過程：

<b> ①</b>DHCP中繼代理伺服器在收到本子網DHCP用戶端廣播發出的DHCP消息後，後果在預定的時間内沒有DHCP伺服器廣播回應消息，則它會将用戶端的DHCP消息以單點傳播的方式轉發給預先指定的DHCP伺服器。

<b> ②</b>DHCP伺服器收到DHCP中繼代理伺服器轉發來的DHCP消息後，會提供一個與DHCP中繼代理伺服器的IP位址在同一個子網的IP位址，然後以單點傳播的方式将這個DHCP消息發送給DHCP中繼代理伺服器。

<b> ③</b>DHCP中繼代理伺服器在收到DHCP伺服器回應的DHCP消息後，再通過廣播發送給DHCP用戶端。

     本文轉自yuanbin0710 51CTO部落格，原文連結：http://blog.51cto.com/yuanbin/109572，如需轉載請自行聯系原作者