日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

DHCP協(xié)議概述( 二 )

云知道


在Windows的預(yù)設(shè)情形下，Dhcpdiscover的等待時(shí)間預(yù)設(shè)為1秒﹐也就是當(dāng)客戶端將第一個(gè)Dhcpdiscover封包送出去之后﹐在1秒之內(nèi)沒有得到回應(yīng)的話﹐就會(huì)進(jìn)行第二次Dhcpdiscover廣播 。若一直得不到回應(yīng)的情況下﹐客戶端一共會(huì)有四次Dhcpdiscover廣播(包括第一次在內(nèi))﹐除了第一次會(huì)等待1秒之外﹐其余三次的等待時(shí)間分別是9﹑13﹑16秒 。假如都沒有得到DHCP伺服器的回應(yīng)﹐客戶端則會(huì)顯示錯(cuò)誤信息﹐宣告Dhcpdiscover的失敗 。之后﹐基于使用者的選擇﹐系統(tǒng)會(huì)繼續(xù)在5分鐘之后再重復(fù)一次Dhcpdiscover的過程 。
2.提供IP租用位址 。當(dāng)DHCP伺服器監(jiān)聽到客戶端發(fā)出的Dhcpdiscover廣播后﹐它會(huì)從那些還沒有租出的位址范圍內(nèi)﹐選擇最前面的的空置IP，連同其它TCP/IP設(shè)定，回應(yīng)給客戶端一個(gè)DHCPOFFER封包 。
由于客戶端在開始的時(shí)候還沒有IP位址﹐所以在其Dhcpdiscover封包內(nèi)會(huì)帶有其MAC位址信息﹐并且有一個(gè)XID編號(hào)來辨別該封包﹐DHCP伺服器回應(yīng)的Dhcpoffer封包則會(huì)根據(jù)這些資料傳遞給要求租約的客戶 。根據(jù)伺服器端的設(shè)定﹐Dhcpoffer封包會(huì)包含一個(gè)租約期限的信息 。
3.接受IP租約 。假如客戶端收到網(wǎng)路上多臺(tái)DHCP伺服器的回應(yīng)﹐只會(huì)挑選其中一個(gè)Dhcpoffer而已(通常是最先抵達(dá)的那個(gè))﹐并且會(huì)向網(wǎng)路發(fā)送一個(gè)Dhcprequest廣播封包﹐告訴所有DHCP伺服器它將指定接受哪一臺(tái)伺服器提供的IP位址 。
同時(shí)﹐客戶端還會(huì)向網(wǎng)路發(fā)送一個(gè)ARP封包﹐查詢網(wǎng)路上面有沒有其它機(jī)器使用該IP位址﹔假如發(fā)現(xiàn)該IP已經(jīng)被占用﹐客戶端則會(huì)送出一個(gè)DHCPDECLINE封包給DHCP伺服器﹐拒絕接受其Dhcpoffer﹐并重新發(fā)送Dhcpdiscover信息 。
事實(shí)上﹐并不是所有DHCP客戶端都會(huì)無條件接受DHCP伺服器的offer﹐尤其這些主機(jī)安裝有其它TCP/IP相關(guān)的客戶軟體 ?？蛻舳艘部梢杂肈hcprequest向伺服器提出DHCP選擇﹐而這些選擇會(huì)以不同的號(hào)碼填寫在DHCPOptionField里面﹕
換一句話說﹐在DHCP伺服器上面的設(shè)定﹐未必是客戶端全都接受﹐客戶端可以保留自己的一些TCP/IP設(shè)定 。而主動(dòng)權(quán)永遠(yuǎn)在客戶端這邊 。
4.租約確認(rèn) 。當(dāng)DHCP伺服器接收到客戶端的Dhcprequest之后﹐會(huì)向客戶端發(fā)出一個(gè)DHCPACK回應(yīng)﹐以確認(rèn)IP租約的正式生效﹐也就結(jié)束了一個(gè)完整的DHCP工作過程 。
如上的工作流程如下圖：


DHCP發(fā)放流程
第一次登錄之后﹕
一旦DHCP客戶端成功地從伺服器哪里取得DHCP租約之后﹐除非其租約已經(jīng)失效并且IP位址也重新設(shè)定回0.0.0.0﹐否則就無需再發(fā)送Dhcpdiscover信息了﹐而會(huì)直接使用已經(jīng)租用到的IP位址向之前之DHCP伺服器發(fā)出Dhcprequest信息﹐DHCP伺服器會(huì)盡量讓客戶端使用原來的IP位址﹐假如沒問題的話﹐直接回應(yīng)Dhcpack來確認(rèn)則可 。假如該位址已經(jīng)失效或已經(jīng)被其它機(jī)器使用了﹐伺服器則會(huì)回應(yīng)一個(gè)DHCPNACK封包給客戶端﹐要求其從新執(zhí)行Dhcpdiscover 。
至于IP的租約期限卻是非?？季康末o并非如我們租房子那樣簡(jiǎn)單﹐以NT為例子﹕DHCP工作站除了在開機(jī)的時(shí)候發(fā)出dhcprequest請(qǐng)求之外﹐在租約期限一半的時(shí)候也會(huì)發(fā)出dhcprequest﹐假如此時(shí)得不到DHCP伺服器的確認(rèn)的話﹐工作站還可以繼續(xù)使用該IP﹔然后在剩下的租約期限的再一半的時(shí)候(即租約的75%)﹐還得不到確認(rèn)的話﹐那么工作站就不能擁有這個(gè)IP了 。至于為什么不是到租約期限完全結(jié)束才放棄IP呢﹖﹐對(duì)不起﹐小弟也是不學(xué)無術(shù)之人﹐沒有去深究了﹐只知道要回答MCSE題目的時(shí)候﹐您一定要記得NT是這么工作的就是了 。
要是您想退租，可以隨時(shí)送出DHCPLEREASE命令解約﹐就算您的租約在前一秒鐘才獲得的 。
跨網(wǎng)路的DHCP運(yùn)作
從前面描述的過程中，我們不難發(fā)現(xiàn)：DHCDISCOVER是以廣播方式進(jìn)行的，其情形只能在同一網(wǎng)路之內(nèi)進(jìn)行﹐因?yàn)閞outer是不會(huì)將廣播傳送出去的 。但假如DHCP伺服器安設(shè)在其它的網(wǎng)路上面呢﹖由于DHCP客戶端還沒有IP環(huán)境設(shè)定﹐所以也不知道Router位址﹐而且有些Router也不會(huì)將DHCP廣播封包傳遞出去﹐因此這情形下DHCPDISCOVER是永遠(yuǎn)沒辦法抵達(dá)DHCP伺服器那端的，當(dāng)然也不會(huì)發(fā)生OFFER及其他動(dòng)作了 。要解決這個(gè)問題，我們可以用DHCPAgent(或DHCPProxy)主機(jī)來接管客戶的DHCP請(qǐng)求﹐然后將此請(qǐng)求傳遞給真正的DHCP伺服器﹐然后將伺服器的回復(fù)傳給客戶 。這里﹐Proxy主機(jī)必須自己具有路由能力，且能將雙方的封包互傳對(duì)方 。

推薦閱讀