<ul id="g60s4"><pre id="g60s4"></pre></ul>
<strong id="g60s4"><nav id="g60s4"></nav></strong>
<ul id="g60s4"></ul>
  • <tr id="g60s4"></tr>
  • 
    
  • 或者

    DNS服務(wù)器工作原理

    作者:月光邊境 瀏覽:161 發(fā)布時間:2018-02-01
    分享 評論 0

    DNS分為Client和Server,Client扮演發(fā)問的角色,也就是問Server一個DomainName,而Server必須要回答此DomainName的真正IP地址,DNS是怎么來作名稱解析的?

      DNS的工作原理

      DNS分為Client和Server,Client扮演發(fā)問的角色,也就是問Server一個DomainName,而Server必須要回答此DomainName的真正IP地址。而當(dāng)?shù)氐腄NS先會查自己的資料庫。如果自己的資料庫沒有,則會往該DNS上所設(shè)的的DNS詢問,依此得到答案之后,將收到的答案存起來,并回答客戶。

      DNS服務(wù)器會根據(jù)不同的授權(quán)區(qū)(Zone),記錄所屬該網(wǎng)域下的各名稱資料,這個資料包括網(wǎng)域下的次網(wǎng)域名稱及主機(jī)名稱。

      在每一個名稱服務(wù)器中都有一個快取緩存區(qū)(Cache),這個快取緩存區(qū)的主要目的是將該名稱服務(wù)器所查詢出來的名稱及相對的IP地址記錄快取緩存區(qū)中,這樣當(dāng)下一次還有另外一個客戶端到次服務(wù)器上去查詢相同的名稱時,服務(wù)器就不用在到別臺主機(jī)上去尋找,而直接可以從緩存區(qū)中找到該筆名稱記錄資料,傳回給客戶端,加速客戶端對名稱查詢的速度。例如:

      當(dāng)DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上的某一臺主機(jī)名稱DNS服務(wù)器會在該資料庫中找尋用戶所指定的名稱如果沒有,該服務(wù)器會先在自己的快取緩存區(qū)中查詢有無該筆紀(jì)錄,如果找到該筆名稱記錄后,會從DNS服務(wù)器直接將所對應(yīng)到的IP地址傳回給客戶端,如果名稱服務(wù)器在資料記錄查不到且快取緩存區(qū)中也沒有時,服務(wù)器首先會才會向別的名稱服務(wù)器查詢所要的名稱。例如:

      DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上某臺主機(jī)名稱,當(dāng)DNS服務(wù)器在該資料記錄找不到用戶所指定的名稱時,會轉(zhuǎn)向該服務(wù)器的快取緩存區(qū)找尋是否有該資料,當(dāng)快取緩存區(qū)也找不到時,會向最接近的名稱服務(wù)器去要求幫忙找尋該名稱的IP地址,在另一臺服務(wù)器上也有相同的動作的查詢,當(dāng)查詢到后會回復(fù)原本要求查詢的服務(wù)器,該DNS服務(wù)器在接收到另一臺DNS服務(wù)器查詢的結(jié)果后,先將所查詢到的主機(jī)名稱及對應(yīng)IP地址記錄到快取緩存區(qū)中,最后在將所查詢到的結(jié)果回復(fù)給客戶端。

      范例

      我們舉例說明,假設(shè)我們要查詢網(wǎng)際網(wǎng)路上的一個名稱為www.test.com.cn,從此名稱我們知道此部主機(jī)在中國CN,而且要找的組織名稱test.com.cn此網(wǎng)域下的www主機(jī),以下為名稱解析過程的每一步驟。

      《Step1》在DNS的客戶端(Reslover)鍵入查詢主機(jī)的指令,如:

      c:\pingwww.test.com.cn

      pingingwww.test.com.cn【192.72.80.36】with32bytesofdata

      replyfrom192.72.80.36bytestime<10msttl253

      《Step2》而被指定的DNS服務(wù)器先行查詢是否屬于該網(wǎng)域下的主機(jī)名稱,如果查出改主機(jī)名稱并不屬于該網(wǎng)域范圍,之后會再查詢快取緩存區(qū)的紀(jì)錄資料,查是否有此機(jī)名稱。

      《Step3》查詢后發(fā)現(xiàn)緩存區(qū)中沒有此紀(jì)錄資料,會取得一臺根網(wǎng)域的其中一臺服務(wù)器,發(fā)出說要找www.test.com.cn的Request。

      《Step4》在根網(wǎng)域中,向RootNameServer詢問,RootNameServer記錄了各TopDomain分別是由哪些DNSServer負(fù)責(zé),所以他會響應(yīng)最接近的NameServer為控制CN網(wǎng)域的DNS伺服主機(jī)。

      《Step5》RootNameServer已告訴LocalDNSServer哪部NameServer負(fù)責(zé).cn這個Domain,然后LocalDNS再向負(fù)責(zé)發(fā)出找尋www.test.com.cn的名稱Request。

      《Step6》在.cn這個網(wǎng)域中,被指定的DNS服務(wù)器在本機(jī)上沒有找到此名稱的的紀(jì)錄,所以會響應(yīng)原本發(fā)出查詢要求的DNS服務(wù)器說最近的服務(wù)器在哪里?他會回應(yīng)最近的主機(jī)為控制com.cn網(wǎng)域的DNS伺服主機(jī)。

      《Step7》原本被查詢的DNS服務(wù)器主機(jī),收到繼續(xù)查詢的IP位置后,會再向com.cn的網(wǎng)域的DNSServer發(fā)出尋找www.test.com.cn名稱搜尋的要求。

      《Step8》com.cn的網(wǎng)域中,被指定的DNSServer在本機(jī)上沒有找到此名稱的記錄,所以會回復(fù)查詢要求的DNSServer告訴他最接近的服務(wù)器在哪里?他就回應(yīng)最接近為控制test.com.cn的網(wǎng)域的DNS主機(jī)。

      《Step9》原本被查詢的DNSServer,在接收到應(yīng)繼續(xù)查詢的位置,在向test.com.cn網(wǎng)域的DNSServer發(fā)出尋找www.test.com.cn的要求,最后會在test.com.cn的網(wǎng)域的DNSServer找到www.test.com.cn此主機(jī)的IP。

      《Step10》所以原本發(fā)出查詢要求的DNS服務(wù)器,再接收到查詢結(jié)果的IP位置后,響應(yīng)回給原查詢名稱的DNS客戶端。

      兩種真正DNS的查詢模式

      有兩種詢問原理,分為Recursive和Interactive兩種。前者是由DNS代理去問,問的方法是用Interactive方式,后者是由本機(jī)直接做Interactive式的詢問。由上例可以看出,我們一般查詢名稱的過程中,實(shí)際上這兩種查詢模式都是交互存在著的。

      遞歸式(Recursive):DNS客戶端向DNSServer的查詢模式,這種方式是將要查詢的封包送出去問,就等待正確名稱的正確響應(yīng),這種方式只處理響應(yīng)回來的封包是否是正確響應(yīng)或是說是找不到該名稱的錯誤訊息。

      交談式(Interactive):DNSServer間的查詢模式,由Client端或是DNSServer上所發(fā)出去問,這種方式送封包出去問,所響應(yīng)回來的資料不一定是最后正確的名稱位置,但也不是如上所說的響應(yīng)回來是錯誤訊息,他響應(yīng)回來告訴你最接近的IP位置,然后再到此最接近的IP上去尋找所要解析的名稱,反復(fù)動作直到找到正確位置。


    国产精品麻豆成人AV网| 亚洲国产精品久久人人爱| 精品在线观看免费| 国产精品亚洲专区在线播放| 日韩中文字幕精品免费一区| 99re在线这里只有精品| 久久综合日韩亚洲精品色| 日产精品99久久久久久| 国自产精品手机在线观看视频| 尤物TV国产精品看片在线| 日韩影院一级在线| 日韩少妇内射免费播放| 国产精品福利一区| 麻豆精品国产免费观看 | 正在播放国产精品放孕妇| 久久国产精品自由自在| 国产精品无码专区| 成人精品视频一区二区三区| 精品成人一区二区三区四区| 亚洲福利精品一区二区三区| caoporn国产精品免费| 日本五区在线不卡精品| 日韩在线视频导航| 日韩视频在线免费| 日韩不卡高清视频| 亚洲国产精品专区在线观看| 亚洲第一永久AV网站久久精品男人的天堂AV| 黑人巨大精品播放| 亚洲国产成人精品无码久久久久久综合 | 99在线精品免费视频九九视| 精品福利一区二区三区免费视频| 亚洲av专区无码观看精品天堂 | 国产乱人伦app精品久久| 国产精品观看在线亚洲人成网| 日韩精品电影在线观看| 国产精品免费视频一区| 国产一区二区三区精品久久呦| 亚洲AV日韩AV天堂一区二区三区| 日韩中文字幕免费视频| 精品一区二区三区视频| 国产99久久久国产精品~~牛|