本文主要介紹域名（DNS ）的一些機制及實現(xiàn)方法，下面我們就具體看一下它的情況。1.1. 域名的歷史產生域名的的根本動機在于管理方便，原來的主機名與IP 地址映射是保存在NIC 的hosts.txt

本文主要介紹域名（DNS ）的一些機制及實現(xiàn)方法，下面我們就具體看一下它的情況。1.1. 域名的歷史產生域名的的根本動機在于管理方便，原來的主機名與IP 地址映射是保存在NIC 的hosts.txt 文件中的，當時因為主機數量少，這個文件也不經常變化，因此其它主機幾天一次從NIC 的主機上下載這個文件進行主機名和IP 地址映射就可以了。但隨著網絡的發(fā)展，這種方法變得無法使用，因為經常會有主機要求下載，對NIC 的主機造成巨大的壓力，而且也不能保證服務的質量。許多局域網用戶希望自己管理自己的主機名，而不希望等NIC 許多天把自己的主機名加在hosts.txt 文件中，有些組織也希望有自己的名字空間配置。是需要一個能夠簡單管理的方法了。最后決定使用層次式的名字空間組織方案，以. 為分隔標準不同的層次。整個名字空間以分布式數據庫管理。請看閱讀前不要把平常的域名和這里的域名系統(tǒng)混在一起。最好的方法就是把原來的觀念忘記了，看現(xiàn)在的新東西。1.2. DNS 設計目標DNS 的設置目標影響了它的結構，主要目標是對資源有一個一致的名字空間，為了避免不同編碼帶來的問題，需要包括網絡標記，地址，路由或其它信息作為名字的一部分。出于對實驗數據的分析，看來分布式的存儲條件是必須的。要在獲取數據的代價和數據準確性之間有一個平衡。需要對名字所代表的資源類型有一個標記。要支持多協(xié)議訪問。名字服務器操作獨立于通信系統(tǒng)。應該能夠使用不同的機器都能夠使用這一系統(tǒng)，使用的方法可能不同，但是都要能夠使用。1.3. 基于使用的一些假設

設計系統(tǒng)時是基于下面假設進行的：數據庫的初始大小和使用系統(tǒng)的主機成正比，但最后數據庫的大小會和用戶的數目成正比，這一過程會發(fā)生在一些資源（如郵箱和其它一些要加入到域名系統(tǒng)中的信息）進入系統(tǒng)開始；大部分的數據改變比較慢，但系統(tǒng)能夠對改變有一些快速的適應。由相應的組織負責分布式數據庫的維護。域名系統(tǒng)的用戶可以選擇自己喜歡的主機。因為其中的數據十分敏感而且重要，因此一定要保證正確性，如果因為主機或網絡失敗而造成無法為用戶服務，用戶要以原來的數據為準，不要自己胡亂想一個數據就用。在查詢的時候要避免循環(huán)查詢，一種方法是將未找到這一信息返回給用戶，讓用戶再找新的主機尋找相應的地址，一種是由主機找別的主機尋找相應的地址，找到后由相應的主機返回地址給用戶，這兩個方法各有好處。域名系統(tǒng)假設所有的數據是在一個主文件中保存，這個主文件的內容分布存儲于系統(tǒng)中的各臺主機上。用戶通過標準的查詢程序resolover 查詢。主文件的標準形式使得它可以在不同主機間進行傳輸（利用FTP ，電子郵件等方式）。本地可以使用文本編輯器進行管理，然后將這個文件傳輸到名字服務器那里，然后通知名字服務器的管理員加載這個文件就是了。對于resolver 來說，配置好的名字服務器是地址信息的主要來源。域名系統(tǒng)定義了訪問數據的過程和訪問其它名字服務器的方法，它還定義了緩沖的大小和更新緩沖的時間等配置信息。系統(tǒng)管理員需要提供：區(qū)域（zone ）邊界定義主文件數據主文件的更新更新策略描述域名系統(tǒng)需要提供：

源數據的標準格式查詢數據庫的標準方法多其它名字服務器上更新數據的標準方法1.4. DNS 組成DNS 由下面三個部分組成：域名空間和資源記錄，域名空間是一個樹狀結構，資源記錄是與名字相關的一些數據。從概念上說，每個結點和域名空間樹的葉子結點都有一定的信息，而查詢是要查詢出一些與之相關的特定信息。名字服務器是服務器程序，它保留域名樹結構和相應的信息，它可以緩沖各種數據，保存域名樹中的任何部分，但是通常它保存域名空間的一個子集，如果需要查詢其它信息可以通過指向其它名字服務器的地址尋找。這個名字服務器是這一部分的認證權威，所有的認證信息組成一個單元稱為區(qū)，這些區(qū)可以分布于不同的服務器上以保證數據的冗余。resolver 是向名字服務器提出查詢請求并將結果返回給客戶的程序，它必須可以訪問至少一個名字服務器，并將結果直接返回給用戶或向別的名字服務器查詢。它通常是用戶可以訪問的系統(tǒng)方法，在resolver 和用戶程序之間不需要協(xié)議。下面我們通過三個不同的角度來看看它們的相互關系：從用戶的角度，域名系統(tǒng)可以通過簡單的過程或操作系統(tǒng)調用來調用本地resolver 進行查詢。域名空間包括一個單獨的樹，用戶可以

從樹中的任何一個部分查詢信息。從resolver 的角度，域名系統(tǒng)由一些名字服務器組成，每個服務器有域樹的整個或部分數據，resolver 將這些數據庫視為基本是靜態(tài)的。從名字服務器的角度，域名系統(tǒng)由稱為區(qū)（zone ）的本地數據集組成，名字服務器必須定期從主備份上更新自己區(qū)內的數據，它還必須處理從resovler 傳送來的查詢請求。

2. 域名空間和資源記錄2.1. 定義和名詞域名空間是樹狀結構，每個結點和資源集相對應（這個資源集可能為空），域名系統(tǒng)不區(qū)別樹內結點和葉子結點，統(tǒng)稱為結點。每個結點有一個標記，這個標記的長度為0到63個字節(jié)。不同的結點可以使用相同的標記。0長度的標記（空標記）為根記錄保留。結點的域名是從結點到根的標記組成的。這些標記對大小寫不敏感，這就是說，A 和a 對域名是等效的。但是你在收到域名時最好保留它的大小寫狀態(tài)以便以后的服務擴展便于使用。用戶需要輸入域名時，每個節(jié)點的標記長度不管多長，總要以點分隔。絕對域名的最后總以點結束，例如"poneria.ISI.EDU." ，而相對域名則不這樣，它由本地域指明位置即可。相對域名相對于一個公認的域名或相對于用作搜索列的一串域名。相對名通常在用戶接口出現(xiàn)，在用戶接口，表示方法因實現(xiàn)不同而不同，相對域名也出現(xiàn)在主文件中，主文件相對于一個源域名而設立。為了簡化實現(xiàn)，整個域名的長度不得大于255個字節(jié)。域由域名標記，它由其下的域組成。如果一個域包括在另一域中，則稱它為這個域的子域。我們可能通過表示很直觀的看出。如A.B.C.D 是B.C.D ，C.D ，D 和" " 的子域。2.2. 管理規(guī)范作為策略，DNS 技術說明未說明一個特定的樹結構或什么規(guī)則來選擇標記，此說明希望達到的目的是越簡單越好。應用程序的開發(fā)可以不管名字空間的邊界和名字服務器的存在。這不是說沒有規(guī)矩地亂來，而是把規(guī)則制定得開放以便于處理問題，樹的不同部分可以有不同的規(guī)則。例如IN-ADDR.ARPA 分布在網絡各處，用于將網絡或主機號轉換為主機名，而NetBIOS 域是平面式的，原因很簡單，這樣便于應用。但是，對于名字空間的通常部分，我們還是有規(guī)定的，目的是為了應用起來比較方便。低層域名最終被分為多個區(qū)，這樣的域應該在頂層域上提供一個標記使最終的解析可能不必重名字就可以完成。在管理的時候，老的軟件可能不支持結點標記中的數字，特殊字符。

2.3. 技術規(guī)范在DNS 能夠被用來為某些種類的結點保存名字信息前，必須滿足下面兩個條件：