域名系統的組成

資源文件

       早期因特網上僅有數百臺主機，那時候的域名與IP地址對應只需簡單地記錄在一個hosts.txt文件中，這個文件由網絡信息中心(NIC，Network Information Center)負責維護。任何想添加到因特網上的主機的管理員都應將其名字和地址E-mail給NIC，這個對應就會被手工加到hosts.txt文件中。每個主機管理員去NIC下載最新的hosts.txt文件放到自己的主機上，就完成了域名列表的更新。域名解析只是一個檢查本機文件的本地過程。

      隨著因特網上主機數量的膨脹，原有的方式已經無法滿足要求?，F有域名系統于20世紀80年代開始投入使用。域名系統采用層次結構的名字空間，并且原來龐大的對應表被分解為不相交的、分布在因特網中的子表，這些子表稱為資源文件。

域名解析

       前面已經說明了域名系統名字空間的層次結構，下面來具體看一下這一結構是如何同域名系統的域名服務器(DNS，Domain Name Server)結合來實現域名解析的。

       首先，根據域名系統域名空間的層次結構將其按子樹劃分為不同的區域，每個區域可看作是負責層次結構中這一部分節點的可管理的權力實體。例如，整個域的頂層區域由ICANN負責管理，一些國家域名及其下屬的那些節點又構成了各自的區域，像.cn域就由CNNIC負責管理。而.cn域下又被劃分為一些更小的區域，例如.fudan.edu.cn由復旦大學網絡中心負責管理。

       其次，每個區域必須有對應的域名服務器，每個區域中包含的信息存儲在域名服務器上。一個區域中可有兩個或多個域名服務器，這樣即使其中一個域名服務器出了故障，另一個域名服務器仍然可以正常提供信息。一個域名服務器也可以同時管轄多個區域。域名服務器在接到用戶發出的請求后查詢自身的資源記錄集合，返回用戶想要得到的最終答案，或者當自身的資源記錄集合中查不到所需要的答案時，返回指向另外一個域名服務器的指針，用戶將繼續向那個域名服務器發出請求。所以說，域名服務器不需要記錄所有下屬域名和主機的信息，對于其中的子域(如果存在)，只需要知道子域的域名服務器即可。

       資源記錄是一個域名到值的綁定，它包括以下字段：域名、值、類型、分類和生命期。域名字段和值字段分別用來表示解析的內容和解析返回的結果。類型字段代表了值的種類：類型為A代表值字段是一個IP地址，即用戶所要的最終答案；類型為NS代表值字段是另一個域名服務器的域名，該域名服務器能夠知道如何解析域名字段所指定的域名；類型為CNAME代表值字段是由域名所指定的主機的一個別名；類型為MX代表值字段是一個郵件服務器的域名，該郵件服務器接收由域名字段所指定的域的郵件；類型PTR用于域名反解等。分類字段允許指定其他的記錄類型。生命期字段用于指出該資源記錄的有效期是多少。為減少域名解析時間，域名服務器會緩存一些曾經查詢過的、來自其他域名服務器的資源記錄。由于這些資源記錄會因為更改而失效，因此域名服務器設置了生命期，到期的資源記錄會被清除出緩存。

       根域名服務器知道所有頂級域名的域名服務器，對應于每個頂級域名，它都有兩條資源記錄：一條是NS資源記錄，域名字段是該頂級域名，值字段是該頂級域名解析的域名服務器的域名；另一條是A資源記錄，用來指明該域名服務器的域名對應的IP地址。綜合使用這兩條記錄，就可以知道對該域下的某個域名解析，應該繼續去哪個IP地址的域名服務器尋找。第二層的域名服務器類似地存放各個第三層域名服務器的指針。第三層的域名服務器會出現A、CNAME、MX等類型的資源記錄。每個域名服務器都有根域名服務器的地址記錄。

       最后，一個需要域名解析的用戶先將該解析請求發往本地的域名服務器。如果本地的域名服務器能夠解析，則直接得到結果，否則本地的域名服務器將向根域名服務器發送請求。依據根域名服務器返回的指針再查詢下一層的域名服務器，依此類推，最后得到所要解析域名的IP地址。

域名反解

       域名反解是指給出一個IP地址，找出其對應的域名，這也是利用DNS來實現的。舉個例子，假設一個要反解的IP地址為202.120.225.9，系統將其改寫為9.225.120.202. in-addr.arpa，然后按域名解析的方式查詢。這需要在被查詢主機的本地域名服務器上有一條對應于9.225.120.202.in-addr.arpa的資源記錄，類型是PTR，值是其域名。