這種方法意味著所有的區(qū)至少有一個結(jié)點，域名和所有特定區(qū)內(nèi)的結(jié)點是相連的 。給定的樹型結(jié)構(gòu)一定有一個點更加靠近根，我們用這個點標記這個區(qū) 。雖然可能沒什么用，也可以將每個域名分在不同的區(qū)中，也可以讓所有的結(jié)點在一個區(qū)中 。另外，數(shù)據(jù)庫也可根據(jù)不同企業(yè)對名字的控制進行劃分，有些企業(yè)可能希望自己治理某一部分域名子樹，這時這個企業(yè)就可以對域名進行相應(yīng)的增加或刪除操作，可以自己加入自己的下一級域名 。當(dāng)然，這個企業(yè)也可以對自己治理的名字空間進行進一步劃分 。
3.2.1. 技術(shù)問題
描述一個區(qū)的數(shù)據(jù)有四部分：
區(qū)中所有結(jié)點的認證數(shù)據(jù)
定義區(qū)內(nèi)頂結(jié)點的數(shù)據(jù)（此數(shù)據(jù)可被認為是認證數(shù)據(jù)的一部分）
描述代表子區(qū)的數(shù)據(jù)
訪問服務(wù)器子區(qū)的數(shù)據(jù)（我們也稱為?#30456;關(guān)?#65288;glue）數(shù)據(jù)）
所有這些數(shù)據(jù)以RR的形式表示，所有區(qū)可以被RR集的形式描述 。通過傳輸RR，可以傳輸整個區(qū)，具體的方法可以是通過FTP傳輸相應(yīng)的文本文件，或是通過網(wǎng)絡(luò)消息的形式傳輸 。一個區(qū)的認證數(shù)據(jù)是所有的RR，這些RR和樹中所有的結(jié)點是關(guān)聯(lián)的，要么就是切分后的結(jié)點關(guān)聯(lián) 。描述頂結(jié)點的RR對于區(qū)的治理非凡重要，這些RR有兩種類型，名字服務(wù)器RR，它描述了區(qū)中的服務(wù)器列表；另一種是SOA RR，它描述的區(qū)的治理參數(shù) 。
描述切分的RR是NS RR，因為切分是在結(jié)點間進行的，所有RR不是區(qū)認證數(shù)據(jù)的一部分，它應(yīng)該和相應(yīng)的在子區(qū)內(nèi)的頂結(jié)點一致 。因為名字服務(wù)器通常和區(qū)邊界相關(guān)，NS RR只在一些區(qū)的頂結(jié)點上有 。在組成一個區(qū)的數(shù)據(jù)中，NS RR在頂層結(jié)點和在邊界底的切分處出現(xiàn)，不在其它地方 。
區(qū)結(jié)構(gòu)所要實現(xiàn)的一個目標是任何區(qū)都有足夠的數(shù)據(jù)可以和任何子區(qū)建立通信 。也就是說，父區(qū)有足夠的信息可以訪問子區(qū)中的任何一臺名字服務(wù)器 。NS RR命名了子區(qū)服務(wù)器，它不足以完成上面的要求，因此有了名字但仍然不知道地址 。非凡地，假如名字服務(wù)器的名字在子區(qū)內(nèi)是它自己，我們就無法知道通過它的任何信息了 。為了解決這一問題，區(qū)中包括了一個關(guān)聯(lián)RR，它不是認證權(quán)威數(shù)據(jù)的一部分，但它表示了服務(wù)器的地址 。假如名字服務(wù)器名在切分下，就需要這些RR了 。
3.2.2. 治理問題
當(dāng)有些組織希望把握自己的域時，第一步是標記合適的父區(qū)，然后取得父區(qū)中治理結(jié)點的許可來治理 。治理的時候沒有什么具體的技術(shù)問題，可是還是有一些規(guī)則的，對中型的區(qū)可以沒有這些規(guī)定，但是小型的就不行了 。本文不具體討論這一問題了，有愛好可參閱相關(guān)的資料 。
一旦選擇了子區(qū)的名字，此區(qū)的新治理結(jié)點要冗余的名字服務(wù)器來支持 。注重：沒有要求一個區(qū)的服務(wù)器必須在此域中有名字的主機上 。在許多種情況下，一個區(qū)要想被更輕易地訪問到最好把內(nèi)容放得分散一點，不要集中在一起 。現(xiàn)在許多國家的名字服務(wù)器是放置在別國的，這樣在取得名字解析的時候不用把請求千里迢迢送到遠程主機上去了 。作為配置的最后一步，就是要選擇NS RR和關(guān)聯(lián)RR 。
3.3. 深入名字服務(wù)器
3.3.1. 查詢和響應(yīng)
名字服務(wù)器的主要內(nèi)容就是響應(yīng)標準查詢 。查詢和響應(yīng)有專用的格式，查詢包括QTYPE，QCLASS和QNAME，它描述了需要數(shù)據(jù)的類型，類（class）和名字 。服務(wù)器的響應(yīng)取決于它支持不支持循環(huán)查詢：
最簡單的是不支持循環(huán)查詢，它返回的要么是本地信息，要么是一個錯誤碼，告訴用戶你要的信息這里沒有，然后再返回一個鄰近服務(wù)器的地址，讓用戶到那里去查一查 。
假如支持循環(huán)查詢，那名字服務(wù)器假如未能在本地找到相應(yīng)的信息，就代替用戶向其它服務(wù)器進行查詢，這時它是代替用戶扮演了resolver的角色，直到最后把結(jié)果找到（也可能根本沒有結(jié)果，那就返回錯誤），并返回給用戶為止 。
推薦閱讀
- Linux下基于DNS的多機均衡負載的實現(xiàn)
- Windows下DNS ID欺騙的原理與實現(xiàn)
- DNS在操作系統(tǒng)中的簡單配置
- 關(guān)于EIGRP協(xié)議幾個問題分析
- 對EIGRP協(xié)議用offset-list命令做負載均衡
- 如何配置ftp和dns服務(wù)器
- EGP 外部網(wǎng)關(guān)協(xié)議
- 寫協(xié)議的步驟是什么
- IP骨干網(wǎng)BGP路由協(xié)議的擴展性
- BGP協(xié)議建立連接及使用ISDN備份衛(wèi)星鏈路