<code id="6mcsu"></code>
<li id="6mcsu"></li>
<li id="6mcsu"><dl id="6mcsu"></dl></li>
  • <code id="6mcsu"><tr id="6mcsu"></tr></code>
    或者

    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上去尋找所要解析的名稱,反復動作直到找到正確位置。


    免费看成人AA片无码视频羞羞网| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 免费无码一区二区| 人妻无码精品久久亚瑟影视| 亚洲无码视频在线| 精品无码国产污污污免费网站| 韩国19禁无遮挡啪啪无码网站| 日韩精品一区二区三区中文| 久久久无码精品午夜| 国产精品无码久久综合| 亚洲gv猛男gv无码男同短文| 直接看的成人无码视频网站| 中文字幕一区二区三区在线观看| 亚洲一级特黄无码片| 天堂无码在线观看| mm1313亚洲国产精品无码试看| 亚洲VA中文字幕无码毛片| 久久久久亚洲AV无码专区首JN| 最近免费视频中文字幕大全| 久久精品中文騷妇女内射| 成人性生交大片免费看中文| 无码精品蜜桃一区二区三区WW| 国产a v无码专区亚洲av| 久久人妻少妇嫩草AV无码专区| 亚洲av无码成人黄网站在线观看 | 大桥久未无码吹潮在线观看| 日本精品自产拍在线观看中文| 今天免费中文字幕视频| 亚洲电影中文字幕| www.中文字幕| 日韩中文久久| 无码成人精品区在线观看| 中文字幕一区二区三区乱码| 无码av人妻一区二区三区四区| 特级做A爰片毛片免费看无码| 人妻少妇无码精品视频区 | 成人无码午夜在线观看| 92午夜少妇极品福利无码电影| 国产成人无码av片在线观看不卡| 色视频综合无码一区二区三区| 中文无码喷潮在线播放|