【用戶】不叫賭俠的陳小刀
【年級】高三下
【評論內容】(A) 用戶端首先利用廣播封包發送 DHCP 需求(request)-->DHCP發現(DISCOVER)(B) 用戶端總共需要發出 4 個封包及接收 4 個封包才能完成取得 IP 參數的程序用戶端在 DHCP 通訊過程中通常需要發出幾個封包以及接收幾個封包,但具體的數量取決於網路配置和 DHCP 伺服器的回應。一般而言,DHCP 通訊過程中可能包含多個封包的交換。在 Windows 的預設情形下,Dhcpdiscover 的等待時間預設為 1 秒﹐也就是當客戶端將第一個 Dhcpdiscover 封包送出去之後﹐在 1 秒之內沒有得到回應的話﹐就會進行第二次 Dhcpdiscover 廣播。若一直得不到回應的情況下﹐客戶端一共會有四次 Dhcpdiscover 廣播(包括第一次在內)﹐除了第一次會等待 1 秒之外﹐其余三次的等待時間分別是 9﹑13﹑16 秒。如果都沒有得到 DHCP 伺服器的回應﹐客戶端則會顯示錯誤信息﹐宣告 Dhcpdiscover 的失敗。之後﹐基於使用者的選擇﹐系統會繼續在 5 分鐘之後再重複一次 Dhcpdiscover 的過程。(C) DHCP 伺服器與用戶端不需要在同一個網段內-->DHCP 伺服器和用戶端通常需要在同一個網段內,以便用戶端能夠透過廣播封包找到 DHCP 伺服器,並獲取 IP 地址和其他網路設定。
【用戶】不叫賭俠的陳小刀
【年級】高三下
【評論內容】(A) 用戶端首先利用廣播封包發送 DHCP 需求(request)-->DHCP發現(DISCOVER)(B) 用戶端總共需要發出 4 個封包及接收 4 個封包才能完成取得 IP 參數的程序用戶端在 DHCP 通訊過程中通常需要發出幾個封包以及接收幾個封包,但具體的數量取決於網路配置和 DHCP 伺服器的回應。一般而言,DHCP 通訊過程中可能包含多個封包的交換。在 Windows 的預設情形下,Dhcpdiscover 的等待時間預設為 1 秒﹐也就是當客戶端將第一個 Dhcpdiscover 封包送出去之後﹐在 1 秒之內沒有得到回應的話﹐就會進行第二次 Dhcpdiscover 廣播。若一直得不到回應的情況下﹐客戶端一共會有四次 Dhcpdiscover 廣播(包括第一次在內)﹐除了第一次會等待 1 秒之外﹐其余三次的等待時間分別是 9﹑13﹑16 秒。如果都沒有得到 DHCP 伺服器的回應﹐客戶端則會顯示錯誤信息﹐宣告 Dhcpdiscover 的失敗。之後﹐基於使用者的選擇﹐系統會繼續在 5 分鐘之後再重複一次 Dhcpdiscover 的過程。(C) DHCP 伺服器與用戶端不需要在同一個網段內-->DHCP 伺服器和用戶端通常需要在同一個網段內,以便用戶端能夠透過廣播封包找到 DHCP 伺服器,並獲取 IP 地址和其他網路設定。