您現在的位置: 网站首頁 / 空間服務器 / 正文

DNS服務器工作原理

作者: admin 发布: 2015-6-6 18:47:13 分类: 空間服務器 閱讀: 次 查看評論

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

  來源:SEO搜尋引擎優化 - SEO自學網 轉載注明出處!

? 上一篇下一篇 ?   本文關鍵詞: DNS  

評論列表:

站長SEO學院
第一節:百度搜索引擎工作原理
第二節:建設對搜索引擎友好的站點
第三節:如何進行網站內容建設
第四節:整體優化、結構優化、網頁優化
第五節:移動搜索-明確移動搜索優化標准
百度SEO資料文檔
百度搜索引擎優化指南2.0
百度移動搜索優化指南2.0
網站分析白皮書(站長版)
移動站點該如何優化
建設對百度友好的站點
百度搜索引擎網頁質量白皮書
石榴算法-綠蘿算法-冰桶算法
新搜索時代下的優化策略
更多百度SEO資料文檔
站長推薦
DIV+CSS布局實例教程-Web標准
网站SEO優化常见问题汇总
SEO優化推广方案该如何写
SEO優化方案步骤
影響網站關鍵詞排名因素總結
影響谷歌搜索引擎排名的因素調查
手機移動端站點適配優化
最近發表