【文章內(nèi)容簡(jiǎn)介】 會(huì)有所不同。 第一次登錄的時(shí)候： ① 尋找 Server。當(dāng) DHCP 客戶端第一次登錄網(wǎng)絡(luò)的時(shí)候，也就是客戶發(fā)現(xiàn)本機(jī)上沒(méi)有任何 IP 資料設(shè)定，它會(huì)向網(wǎng)絡(luò)發(fā)出一個(gè) DHCPDISCOVER 封包。因?yàn)榭蛻舳诉€不知道自己屬于哪一個(gè)網(wǎng)絡(luò)，所以封包的來(lái)源位址為 ，而目的位址則為 ，然后再附上 Dhcpdiscover 的信息，向網(wǎng)絡(luò)進(jìn)行廣播。 在 Windows 的預(yù)設(shè)情形下， Dhcpdiscover 的等待時(shí)間預(yù)設(shè)為 1s，也就是當(dāng)客戶端將第一個(gè) Dhcpdiscover 封包送出去之后，在 1s 之內(nèi)沒(méi)有得到回應(yīng)的話，就會(huì)進(jìn)行第二次 Dhcpdiscover 廣播。若一直得不到回應(yīng)，客戶端一共會(huì)有 4 次 Dhcpdiscover 廣播（包括第一次在內(nèi)），除了第一次會(huì)等待 1s 之外，其余 3 次的等待時(shí)間分別是 9s﹑ 13s﹑ 16s。如果都沒(méi)有得到 DHCP 服務(wù)器的回應(yīng)，客戶端會(huì)顯示錯(cuò)誤信息，宣告 Dhcpdiscover 的失敗。之后，基于使用者的選擇，系統(tǒng)會(huì)繼續(xù)在 5min 之后再重復(fù)一次 Dhcpdiscover 的過(guò)程。 ② 提供 IP 租用位址。當(dāng) DHCP 服務(wù)器監(jiān)聽(tīng)到客戶端發(fā)出的 Dhcpdiscover 廣播后，它會(huì)從那些還沒(méi)有租出的位址范圍內(nèi)，選擇最前面的空置 IP，連同其他 TCP/IP 設(shè)定，回應(yīng)給客戶端一個(gè) Dhcpoffer 封包。 由于客戶端在開(kāi)始的時(shí)候還沒(méi)有 IP 位址，所以在其 Dhcpdiscover 封包內(nèi)會(huì)帶有其 MAC位址信息，并且有一個(gè) XID 編號(hào)來(lái)辨別該封包， DHCP 服務(wù)器回應(yīng)的 Dhcpoffer 封包則會(huì)根據(jù)這些資料傳遞給要求租約的客戶。根據(jù)服務(wù)器端的設(shè)定， Dhcpoffer 封包會(huì)包含一個(gè)租約期限的信息。 ③ 接受 IP 租約。如果客戶端收到網(wǎng)絡(luò)上多臺(tái) DHCP 服務(wù)器的回應(yīng)，只會(huì)挑選其中一個(gè) Dhcpoffer 而已（通常是最先抵達(dá)的那個(gè)），并且會(huì)向網(wǎng)絡(luò)發(fā)送一個(gè) Dhcprequest 廣播封包，告訴所有 DHCP 服務(wù)器它將指定接受哪一臺(tái)服務(wù)器提供的 IP 位址。 同時(shí)，客戶端還會(huì)向網(wǎng)絡(luò)發(fā)送一個(gè) ARP 封包，查詢網(wǎng)絡(luò)上面有沒(méi)有其他機(jī)器使用該 IP位址；如果發(fā)現(xiàn)該 IP 已經(jīng)被占用，客戶端則會(huì)送出一個(gè) DHCPDECLINE 封包給 DHCP 服務(wù)器，拒絕接受其 Dhcpoffe，并重新發(fā)送 Dhcpdiscover 信息。 事實(shí)上，并不是所有 DHCP 客戶端都會(huì)無(wú)條件接受 DHCP 服務(wù)器的 offer，尤其這些主機(jī)安裝有其他 TCP/IP 相關(guān)的客 戶軟件?？蛻舳艘部梢杂? hcprequest 向服務(wù)器提出 DHCP選擇，而這些選擇會(huì)以不同的號(hào)碼填寫(xiě)在 DHCP Option Field 里面。換句話說(shuō)，在 DHCP 服務(wù)器上面的設(shè)定，客戶端未必全都接受，客戶端可以保留自己的一些 TCP/IP 設(shè)定，主動(dòng)權(quán)永遠(yuǎn)在客戶端這邊。 ④ 租約確認(rèn)。當(dāng) DHCP 服務(wù)器接收到客戶端的 Dhcprequest 之后，會(huì)向客戶端發(fā)出一個(gè) DHCPACK 回應(yīng)，以確認(rèn) IP 租約正式生效，也就結(jié)束了一個(gè)完整的 DHCP 工作過(guò)程。 以上的工作流程如下圖所示。 非第一次登錄的時(shí)候： 一旦 DHCP 客戶端成功地從服務(wù)器那里取得 DHCP 租約之后，除非其租約已經(jīng)失效并且 IP 位址也重新設(shè)定回 ，否則就無(wú)須再發(fā)送 Dhcpdiscover 信息了，而會(huì)直接使用已經(jīng)租用到的 IP 位址向之前的 DHCP 服務(wù)器發(fā)出 Dhcprequest 信息， DHCP 服務(wù)器會(huì)盡量讓客戶端使用原來(lái)的 IP 位址，如果沒(méi)問(wèn)題的話，直接回應(yīng) Dhcpack 來(lái)確認(rèn)即可。如果該位址已經(jīng)失效或已經(jīng)被其他機(jī)器使用了，服務(wù)器則會(huì)回應(yīng)一個(gè) DHCPNACK 封包給客戶端，要求其重新執(zhí)行 Dhcpdiscover。 至于 IP 租約期限卻是非?？季康?，并非如我們租房子那樣簡(jiǎn)單，以 NT 為例子： DHCP 工作站除了在開(kāi)機(jī)的時(shí)候發(fā)出 dhcprequest 請(qǐng)求之外，在租約期限一半的時(shí)候也會(huì)發(fā)出 dhcprequest，如果此時(shí)得不到 DHCP 服務(wù)器的確認(rèn)的話，工作站還可以繼續(xù)使用該 IP；然后在剩下的租約期限的再一半的時(shí)候（即租約的 75%），還得不到確認(rèn)的話，那么工作站就不能擁有這個(gè) IP 了。 要是想退租，可以隨時(shí)送出 DHCPLEREASE 命令解約。 因此，正確的順序?yàn)?②④①③ 。 參考答案 【問(wèn)題 1】 星型拓?fù)? 【問(wèn)題 2】 A. 光網(wǎng)絡(luò)單元（ ONU） B. 交換機(jī) C. 光收發(fā)器 【問(wèn)題 3】 （ 1）光纖 （ 2）光纖 （ 3） 5 類雙絞線 【問(wèn)題 4】 1. （ 2 分） ②④①③ 2. （ 5 分） （ 4） BOOTP （ 5） （ 6） （ 7） MAC （ 8） IP 地址 試題三（ 15 分） 閱讀以下說(shuō)明，回答問(wèn)題 1 至問(wèn)題 5，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說(shuō)明】 SSL（ Secure Socket Layer）是目前解決傳輸層安全問(wèn)題的一個(gè)主要協(xié)議，其設(shè)計(jì)的初衷是基于 TCP 協(xié)議之上提供可靠的端到端安全服務(wù)， SSL 的實(shí)施對(duì)于上層的應(yīng)用程序是透明的。應(yīng)用 SSL 協(xié)議最廣泛的是 HTTPS，它為客戶瀏覽器和 Web 服務(wù)器之間交換信息提供安全通信支持，如圖 31 所示。圖 32 給出了 Web 服務(wù)器軟件中啟用 HTTPS 服務(wù)之后的默認(rèn)配置。 （點(diǎn)擊查看大圖）圖 31 （點(diǎn)擊查看大圖）圖 32 【問(wèn)題 1】 SSL 協(xié)議使用 （ 1） 密鑰體制進(jìn)行密鑰協(xié)商。在 中， Web 服務(wù)器管理員必須首先安裝 Web 站點(diǎn)數(shù)字證書(shū)，然后 Web 服務(wù)器才能支持 SSL 會(huì)話，數(shù)字證書(shū)的格式遵循 ITUT （ 2） 標(biāo)準(zhǔn)。通常情況下，數(shù)字證書(shū)需要由 （ 3） 頒發(fā)。 【問(wèn)題 2】 如果管理員希望 Web 服務(wù)器既可以接收 請(qǐng)求，也可以接收 請(qǐng)求，并且 Web服務(wù)器要求客戶端提供數(shù)字證書(shū)，在圖 32 中如何進(jìn)行配置？ 【問(wèn)題 3】 如果 Web 服務(wù)器管理員希望 Web 服務(wù)器只接收 請(qǐng)求，并要求在客戶 IE 和 Web服務(wù)器之間實(shí)現(xiàn) 128 位加密，并且不要求客戶端提供數(shù)字證書(shū)，在圖 32 中如何進(jìn)行配置？ 【問(wèn)題 4】 如果 Web 服務(wù)器管理員希望 Web 服務(wù)器對(duì)客戶端證 書(shū)進(jìn)行強(qiáng)制認(rèn)證，在圖 32 中如何進(jìn)行配置？ 【問(wèn)題 5】 如果 Web 服務(wù)器管理員準(zhǔn)備預(yù)先設(shè)置一些受信任的客戶端證書(shū)，在圖 32 中如何進(jìn)行配置？ 試題三分析 Inter 的會(huì)話層（ Sockets Layer）上的安全會(huì)話層（ Secure Sockets Layer）協(xié)議采用TCP 作為傳輸協(xié)議提供數(shù)據(jù)的可靠傳送和接收服務(wù)，可為上層的應(yīng)用，如 Tel、 FTP 和HTTP 提供安全業(yè)務(wù)。 SSL 協(xié)議主要由 SSL 記錄層協(xié)議和 SSL 握手協(xié)議組成，后者用于 SSL連接協(xié)商安全參數(shù)，其中主要用到的是公鑰密碼算法，如 RSA、 DH 等。 SSL 協(xié)議已經(jīng)得到廣泛的應(yīng)用，尤其是各主流的 Web 服務(wù)器軟件和瀏覽器軟件都捆綁了 SSL 協(xié)議的實(shí)現(xiàn)。微軟的 IIS Web 服務(wù)器軟件為配置 SSL 協(xié)議提供了圖形化的配置界面，在實(shí)際的配置過(guò)程中，管理員首先需要為 IIS 申請(qǐng)數(shù)字證書(shū)，數(shù)字證書(shū)是由證書(shū)認(rèn)證機(jī)構(gòu)（ CA）簽發(fā)的，其格式遵循 標(biāo)準(zhǔn)，目前，數(shù)字證書(shū)中的數(shù)字簽名主要用的是 RSA 公鑰密碼算法。 SSL 協(xié)議首先支持的是服務(wù)器端的認(rèn)證，主要是通過(guò)客戶端對(duì)服務(wù)器端的數(shù)字證書(shū)進(jìn)行認(rèn)證完成，而對(duì)客戶端的認(rèn)證作為一個(gè)可選項(xiàng)，在實(shí)際應(yīng)用的過(guò)程中，管理員根據(jù)特定的 應(yīng)用環(huán)境來(lái)選擇合適的方式。在 IIS 中配置 SSL 協(xié)議，如果選擇 要求安全通道（ SSL） 復(fù)選框，那么 Web 服務(wù)器只提供 HTTPS 服務(wù)（默認(rèn) TCP 的 443 號(hào)端口），否則， Web 服務(wù)器同時(shí)提供 HTTPS 和 HTTP 服務(wù)；另外， 忽略客戶證書(shū) 、 接收客戶證書(shū) 與 要求客戶證書(shū)3 個(gè)選項(xiàng)是有區(qū)別的， 忽略客戶證書(shū) 是指服務(wù)器端不向客戶端發(fā)送請(qǐng)求客戶端證書(shū)的消息； 接收客戶證書(shū) 是指服務(wù)器端向客戶端發(fā)送請(qǐng)求客戶端證書(shū)的消息，但不要求客戶端必須提供證書(shū)，也就是說(shuō)，服務(wù)器端可以容忍客戶不具備證書(shū)的情況； 要求客戶證書(shū) 是指 服務(wù)器端向客戶端發(fā)送請(qǐng)求客戶端證書(shū)的消息，并強(qiáng)制要求客戶端必須提供證書(shū)，否則，通信將中斷。 IIS Web 服務(wù)器在驗(yàn)證客戶端提供的數(shù)字證書(shū)時(shí)，可以使用證書(shū)信任列表這種方法，預(yù)先在服務(wù)器端配置一個(gè)受信任客戶端證書(shū)的集合。在 SSL 握手協(xié)議的工作過(guò)程中，服務(wù)器端接收到客戶端證書(shū)時(shí)，首先檢查證書(shū)信任列表是否已經(jīng)包含該證書(shū)，如果是，直接通過(guò)該客戶端證書(shū)的驗(yàn)證，否則，需要按照標(biāo)準(zhǔn)的證書(shū)驗(yàn)證流程來(lái)操作（簽名驗(yàn)證、有效期、證書(shū)狀態(tài)檢查等）。 SSL 協(xié)議本身對(duì)密碼算法的選擇是靈活的， SSL 協(xié)議發(fā)展到現(xiàn)在，已經(jīng)定義了很多密碼算 法組合，有的密碼算法組合安全性弱一些，有的密碼算法組合安全性高一些，這個(gè)過(guò)程也受到很多因素的影響，比如新算法的發(fā)明、密碼算法出口限制等。在 IIS 中配置 SSL 協(xié)議，選擇 要求 128 位加密 復(fù)選框意味著服務(wù)器端僅支持安全性較高的密碼算法組合，這樣可以提高 SSL 通信的安全性。 參考答案 【