30. 以下關於 DHCP（Dynamic Host Configuration Protocol）通訊協定的描述，何者正確？
(A) 用戶端首先利用廣播封包發送 DHCP 需求（request）
(B) 用戶端總共需要發出 4 個封包及接收 4 個封包才能完成取得 IP 參數的程序
(C) DHCP 伺服器與用戶端不需要在同一個網段內
(D) DHCP 通常是使用於區域網路內的一個通訊協定

戶端取得 IP 參數的程序可以簡化如下：

1. 用戶端：利用廣播封包發送搜索 DHCP 伺服器的封包：
   
   若用戶端網路設定使用 DHCP 協定取得 IP (在 Windows 內為『自動取得 IP』)，則當用戶端開機或者是重新啟動網路卡時， 用戶端主機會發送出搜尋 DHCP 伺服器的 UDP 封包給所有物理網段內的電腦。此封包的目標 IP 會是 255.255.255.255， 所以一般主機接收到這個封包後會直接予以丟棄，但若區域網路內有 DHCP 伺服器時，則會開始進行後續行為。
   
   
2. 伺服器端：提供用戶端網路相關的租約以供選擇：
   
   DHCP 伺服器在接收到這個用戶端的要求後，會針對這個用戶端的硬體位址 (MAC)與本身的設定資料來進行下列工作：
   
   
   • 到伺服器的登錄檔中尋找該用戶之前是否曾經用過某個 IP ，若有且該 IP 目前無人使用，則提供此 IP 給用戶端；
   • 若設定檔針對該 MAC 提供額外的固定 IP (static IP) 時，則提供該固定 IP 給用戶端；
   • 若不符合上述兩個條件，則隨機取用目前沒有被使用的 IP 參數給用戶端，並記錄下來。
   
   總之，伺服器端會針對用戶端的要求提供一組網路參數租約給用戶端選擇，由於此時用戶端尚未有 IP ，因此伺服器端回應的封包資訊中， 主要是針對用戶端的 MAC 來給予回應。此時伺服器端會保留這個租約然後開始等待用戶端的回應。
   
   
3. 用戶端：決定選擇的 DHCP 伺服器提供的網路參數租約並回報伺服器：
   
   由於區域網路內可能並非僅有一部 DHCP 伺服器，但用戶端僅能接受一組網路參數的租約。 因此用戶端必需要選擇是否要認可該伺服器提供的相關網路參數的租約。當決定好使用此伺服器的網路參數租約後， 用戶端便開始使用這組網路參數來設定自己的網路環境。此外，用戶端也會發送一個廣播封包給所有物理網段內的主機， 告知已經接受該伺服器的租約。此時若有第二台以上的 DHCP 伺服器，則這些沒有被接受的伺服器會收回該 IP 租約。至於被接受的 DHCP 伺服器會繼續進行底下的動作。
   
   
4. 伺服器端：記錄該次租約行為並回報用戶端已確認的回應封包資訊：
   
   當伺服器端收到用戶端的確認選擇後，伺服器會回傳確認的回應封包，並且告知用戶端這個網路參數租約的期限， 並且開始租約計時喔！那麼該次租約何時會到期而被解約 (真可怕的字眼) ？你可以這樣想：
   
   
   • 用戶端離線：不論是關閉網路介面 (ifdown)、重新開機 (reboot)、關機 (shutdown) 等行為，皆算是離線狀態，這個時候 Server 端就會將該 IP 回收，並放到 Server 自己的備用區中，等待未來的使用；
     
     
   • 用戶端租約到期：前面提到 DHCP server 端發放的 IP 有使用的期限，用戶端使用這個 IP 到達期限規定的時間，而且沒有重新提出 DHCP 的申請時，就需要將 IP 繳回去！這個時候就會造成斷線。但用戶也可以再向 DHCP 伺服器要求再次分配 IP 囉。

以上就是 DHCP 這個協定在 Server 端與 Client 端的運作狀態，由上面這個運作狀態來看，我們可以曉得，只要 Server 端設定沒有問題，加上 Server 與 Client 在硬體連線上面確定是 OK 的，那麼 Client 就可以直接藉由 Server 來取得上網的網路參數。