文档详情

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

发布:2024-09-02约1.25万字共49页下载文档
文本预览下载声明

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的值時,如果數據變化很快

显示全部
相似文档