<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服務器工作原理

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

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

      DNS的工作原理

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

      DNS服務器會根據不同的授權區(Zone),記錄所屬該網域下的各名稱資料,這個資料包括網域下的次網域名稱及主機名稱。

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

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

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

      范例

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

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

      c:\pingwww.test.com.cn

      pingingwww.test.com.cn【192.72.80.36】with32bytesofdata

      replyfrom192.72.80.36bytestime<10msttl253

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

      《Step3》查詢后發現緩存區中沒有此紀錄資料,會取得一臺根網域的其中一臺服務器,發出說要找www.test.com.cn的Request。

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

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

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

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

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

      《Step9》原本被查詢的DNSServer,在接收到應繼續查詢的位置,在向test.com.cn網域的DNSServer發出尋找www.test.com.cn的要求,最后會在test.com.cn的網域的DNSServer找到www.test.com.cn此主機的IP。

      《Step10》所以原本發出查詢要求的DNS服務器,再接收到查詢結果的IP位置后,響應回給原查詢名稱的DNS客戶端。

      兩種真正DNS的查詢模式

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

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

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


    日韩国产欧美亚洲v片| 国产一区二区三区精品久久呦| 国产精品9999久久久久| 国产精品秘入口福利姬网站| 日韩高清在线中文字带字幕| 国产精品国产三级国快看| 国产啪精品视频网免费 | 91久久亚洲国产成人精品性色| 久久精品国产亚洲一区二区| 国内精品久久久久久久影视麻豆 | 国产精品伦一区二区三级视频| 在线中文字幕精品第5页| 国产精品婷婷午夜在线观看| 一本色道久久88综合亚洲精品高清| 日韩人妻无码一区二区三区久久 | 日韩人妻无码免费视频一区二区三区 | 国产精品久久久久久久| 亚洲日韩精品国产一区二区三区| 国产精品久久久久久久久鸭 | 日韩不卡视频在线| 日韩一区二区视频在线观看| 丰满日韩放荡少妇无码视频| 国产91精品新入口| 无码欧精品亚洲日韩一区夜夜嗨| 国产亚洲女在线线精品| 国产伦精品一区二区三区免费下载 | 国产麻豆精品在线观看| 精品国产成a人在线观看| 午夜精品福利在线观看| 精品72久久久久久久中文字幕 | 一本之道av不卡精品| 色婷婷噜噜久久国产精品12p| 拍国产真实乱人偷精品| 亚洲国产成人a精品不卡在线| 亚洲国产婷婷综合在线精品| 国产精品白丝AV嫩草影院| 精品久久人人爽天天玩人人妻| 精品一区二区三区免费视频 | 国产日韩精品视频一区二区三区| 亚洲精品蜜夜内射| 精品香蕉久久久午夜福利|