DNS服务的配置和管理课件.pptVIP

DNS服务的配置和管理课件.ppt

此“教育”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  1. 1、本文档共49页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

10.4.1遞歸型遞歸型查詢,是指DNS客戶端發出查詢請求後,如果DNS伺服器內沒有所需的數據,則DNS伺服器會代替客戶端向其他的DNS伺服器進行查詢。在這種方式中,DNS伺服器必須給DNS客戶端作出回答。一般由DNS客戶端提出的查詢請求都是遞歸型的查詢方式。10.4.2迴圈型迴圈型查詢多用於DNS伺服器與DNS伺服器之間的查詢方式。它的工作過程是:當第1臺DNS伺服器向第2臺DNS伺服器提出查詢請求後,如果在第2臺DNS伺服器內沒有所需要的數據,則它會提供第3臺DNS伺服器的IP地址給第1臺DNS伺服器,讓第1臺DNS伺服器直接向第3臺DNS伺服器進行查詢。依此類推,直到找到所需的數據為止。如果到最後一臺DNS伺服器中還沒有找到所需的數據時,則通知第1臺DNS伺服器查詢失敗。10.4.3反向型反向型查詢的方式與遞歸型和迴圈型兩種方式都不同,它是讓DNS客戶端利用自己的IP地址查詢它的主機名稱。反向型查詢是依據DNS客戶端提供的IP地址,來查詢它的主機名。由於DNS名字空間中功能變數名稱與IP地址之間無法建立直接對應關係,所以必須在DNS伺服器內創建一個反向型查詢的區域,該區功能變數名稱稱的最後部分為。一旦創建的區域進入到DNS資料庫中,就會增加一個指針記錄,將IP地址與相應的主機名相關聯。換句話說,當查詢IP地址為的主機名時,解析程式將向DNS伺服器查詢1.221。132.205.的指針記錄。如果該IP地址在本地域之外時,DNS伺服器將從根開始,順序地解析域結點,直到找到05.。當創建反向型查詢區域時,系統就會自動為其創建一個反向型查詢區域檔。圖10.3顯示了一個包含遞歸型和迴圈型兩種類型的查詢方式,DNS客戶端向DNS伺服器Serverl查詢的IP地址的過程。查詢的具體解析過程如下。第1步,DNS客戶端向本地的DNS伺服器(Serverl)發出一個遞歸型的查詢請求,請求查詢的IP地址。本地的DNS伺服器(Serverl)負責解析該名字,不能移交給其他DNS伺服器進行處理。第2步,如果Serverl內沒有所需要的數據,則Serverl使用迴圈型方式將此查詢請求轉送到根域的DNS伺服器(Server2)進行查詢。圖10.3一個包含遞歸型和迴圈型兩種類型的查詢方式第3步,根域DNS伺服器(Server2)從要查詢的主機名稱得知該主機位於.com的頂級功能變數名稱下,那麼它會將負責管轄.com的DNS伺服器(Server3)的IP地址發送給Serverl。第4步,Serverl在得到Server3的IP地址後,將使用遞歸型查詢方式直接向Server3查詢usel.abc.corn的IP地址。第5步,Server3從要查詢的主機名得知該主機位於的二級域下,那麼它會將負責管轄的DNS伺服器(Server4)的IP地址傳送給Serverl。第6步,當Serverl在得到Server4的IP地址後,它再次使用遞歸型查詢方式直接向Server4查詢的IP地址。第7步,管轄的DNS伺服器(Server4)將的IP地址返回給Serverl。第8步,本地DNS伺服器Serverl將的IP地址轉送給最初的解析程式,提供給DNS客戶端。10.5緩存與生存時間在DNS伺服器處理一個遞歸型查詢的過程中,可能需要發出多個查詢請求以找到所需的數據。DNS伺服器允許對此過程中接收到的所有資訊進行緩存。當DNS伺服器向其他的DNS伺服器查詢到DNS客戶端所需要的數據後,它除了將此數據提供給DNS客戶端外,還將此數據保存一份到該DNS伺服器內,以便下一次有1)NS客戶端查詢相同數據時直接從緩存中調用,加快了處理速度,並減輕了網路的負擔、但是,保存在DNS伺服器緩存中的數據不可能永遠存在,它只能存在一段時間,這段時間稱之為生存時間TTL。TTL時間的長短可能在保存該數據的主要名稱伺服器中進行設置。當DNS伺服器將數據保存到緩存後,TTL時間就會開始遞減。只要TTL時間變為0,DNS伺服器就會將此數據從緩存中抹去。在設置TTL的值時,如果數據變化很快

文档评论(0)

157****3839 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档