在RHEL 5下通過Bind實現DNS功能

作者：相濡以沫 2009-01-14 17:46:01

如何通過RHEL 5.1的BIND實現DNS常見功能完全教程

DNS的作用及相關概念不屬于本文討論內容，在本文中只講述如何通過RHEL 5.1的BIND實現DNS常見功能。

BIND所需包：bind（BIND服務器軟件包，默認沒有被安裝到RHEL5系統(tǒng)中），bind-utils（提供了對DNS服務器的測試工具程序，系統(tǒng)默認安裝），bind-chroot、caching-nameserver。

通過yum方式安裝BIND

下面的安裝包是一個配置文件的例子：

配置chroot

chroot是BIND的一種安裝機制，使用chroot后，它會為BIND虛擬出一個/以及/etc等BIND需要使用的目錄。這個虛擬的目錄可通過/etc/sysconfig/named文件修改，但一般直接使用默認的虛擬目錄即可。

1：位于該文件的***一行。它表示對于BIND而言/var/named/chroot就是/。比如某個BIND配置文件中寫到/etc/named.conf，那么這個文件的實際路徑應該是var/named/chroot/etc/named.conf。

在后面的所有BIND配置都在/var/named/chroot中完成

BIND配置步驟

BIND的使用首先通過全局配置文件獲得DNS相關選項并決定需要啟用的主配置文件，主配置文件中定義了可查詢的區(qū)域以及每個區(qū)域對就的區(qū)域配置文件，區(qū)域配置文件中定義了相關資源記錄。

#p#

全局配置

在etc目錄下有一個全局配置的例子文件，將其復制一份改名為named.conf。如下圖復制時一定要加-a，因為如果全局配置文件的擁有組不是named時，BIND服務是無法運行的。

修改全局配置文件

1：選項配置如下：
◆ listen-on port 53 { 127.0.0.1; };這個是DNS偵聽本機的端口及IP。這里設置表示只偵聽127.0.0.1這個地址。如不定義此選項表示偵聽所有網絡
◆ directory “/var/named”指主配置文件路徑，這個路徑也是相對路徑，它的絕對路徑/var/named/chroot/var/named
◆ query-source port 53;客戶端在進行DNS查詢時必須使用53做為源端口
◆ allow-query { localhost; };允許提交查詢的客戶端，如不定義此選項表示允許所有查詢
◆ allow-recursion {192.168.0.0/24;192.168.0.1/24}：允許提交遞歸查詢的客戶端，如不定義此選項表示允許所有
◆ allow-transfer {192.168.0.254;}：允許區(qū)域傳輸的DNS服務器(輔助DNS)，不寫表示允許所有
forwarders {192.168.0.9;}：轉發(fā)器
◆ forward only|first：only表示如果在指定的轉發(fā)器找不到，不會去向根查詢，first表示快速轉發(fā)(默認)

2：定義主配置文件，此部分可有多個，只要求localhost_resolver這個名字不重復
◆ match-clients { localhost; };客戶端的源IP
match-destinations { localhost; };解析出的目標IP
recursion yes;如果客戶端提交的FQDN本服務器沒有，那么服務器會幫助客戶端去查詢
◆ include “/etc/named.rfc1912.zones”; 指定主配置文件

上面參數中所有指定地址范圍(如：listen-on、match-clients等)時都可以多個寫法如下：
◆ 單個IP：192.168.0.1;
◆ 網段：192.168.0.0/24;
◆ 指定多個IP：192.168.0.1;192.168.0.2;
◆ 網段：192.168.0.;
還可以使用!表示不包括
◆ none：不匹配所有
◆ any：匹配所有
◆ localhost：DNS主機
◆ localnet：與DNS主機同網段

可以在全局配置文件的最頂部通過以下文件給定義一個計算機的集合，在指定地址范圍進也可使用該集合名稱

下面是一個已經配置好的主配置文件：

1：偵聽本機所有IP的DNS請求，但只響應192.168.0.0/24及192.168.1.0/24二個網段的客戶端。

2：當客戶的IP屬于192.168.0.0/24網段時，啟用/etc/example0.com這個主配置文件; 當客戶的IP屬于192.168.0.1/24網段時，啟用/etc/example1.com這個主配置文件。

主配置文件

在etc目錄下有一個主配置的例子文件，將其復制一份改名為example0.com。如下圖復制時一定要加-a，因為如果主配置文件的擁有組不是named時，BIND服務是無法運行的。

主配置文件的其它內容無需修改，只要將已有的正向及反向區(qū)域內容復制一份進行修改

zone：指定區(qū)域名稱；type：指定類型

類型	說明
Master	主DNS服務器：擁有區(qū)域數據文件，并對此區(qū)域提供管理數據
Slave	輔助區(qū)域：擁有主DNS服務器區(qū)域數據文件的副本，輔助DNS服務器從主DNS服務器同步所有區(qū)域數據
Stub	stub區(qū)域和slave類似，但它只復制主DNS服務器上的NS記錄，而不像輔助DNS服務器會復制所有區(qū)域數據
Forward	一個forward zone是每個域的配置轉發(fā)的主要部分。一個zone語句中的type forward可以包括一個forward和或forwarders子句，它會在區(qū)域名稱給定的域中查詢。如果沒有forwarders語句或forwarders是空表，那么這個域就不會轉發(fā)，消除了options語句中有關轉發(fā)的配置
Hint	根域名服務器的初始化組指定使用的線索區(qū)域hint zone，當服務器啟動時，它使用根線索來查找根域名服務器，并找到最近的根域名服務器列表。如果沒有指定class IN的線索區(qū)域，服務器使用編譯時默認的根服務器線索。不是IN的類別沒有內置的默認線索服務器

file：指定區(qū)域配置文件，該文件中將定義資源記錄
allow-update：指定動態(tài)更新類型，none表示不允許動態(tài)更新

此處已指明example.com區(qū)域的區(qū)域配置文件名為example.com.zone，192.168.0.0/24的反向區(qū)域配置文件名為zone.example.com。這個二文件應該位于/var/named(在全局配置文件中定義的)目錄下，這個路徑也是相對路徑，它的絕對路徑/var/named/chroot/var/named。

區(qū)域配置文件

在/var/named中正向、反向各有一個例子，將這二個例子復制一份進行修改，如下圖復制時一定要加-a，因為如果區(qū)域配置文件的擁有組不是named時，BIND服務是無法運行的。

編輯正向配置文件

在編寫資源記錄是@表示繼承主配置文件中的區(qū)域名稱，最左邊列不寫表示繼承上一行的內容，這只是為了方便編寫，每次全部寫全也可以。

$TTL：DNS緩存時間，單位：秒

SOA記錄

◆ 主域名服務器：區(qū)域的DNS服務器的FQDN
◆ 管理員：管理員的郵件地址中@用.代替
◆ 序列號：區(qū)域復制依據，每次主要區(qū)域修改完數據后，要手動增加它的值
◆ 刷新間隔：默認以秒為單位，也可如上圖中寫明時間單位，輔助DNS服務器請求與源服務器同步的等待時間。當刷新間隔到期時，輔助DNS服務器請求源服務器的SOA記錄副本。然后，輔助DNS服務器將源服務器的SOA記錄的序列號與其本地SOA記錄的序列號比較，如果不同，則輔助DNS服務器從主要DNS服務器請求區(qū)域傳輸。這個域的默認時間是900秒
◆ 重試時間：默認以秒為單位，也可如上圖中寫明時間單位，輔助DNS服務器在請求失敗后，等待多長時間重試。通常這個應該短于刷新時間。默認為600秒
◆ 過期時間：默認以秒為單位，也可如上圖中寫明時間單位，當這個時間到期時，如輔助DNS服務器還無法與源服務器進行區(qū)域傳輸，則輔助DNS服務器會把它的本地數據當作不可靠數據。默認值是86400秒
◆ TTL：默認以秒為單位，也可如上圖中寫明時間單位區(qū)域的默認生存時間和緩存否定應答名稱查詢的***間隔。默認值是3600秒

NS記錄