在RHEL 5下通過Bind實現DNS功能的示例分析

在RHEL 5下通過Bind實現DNS功能的示例分析，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

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

BIND所需包：bind（BIND服務器軟件包，默認沒有被安裝到RHEL5系統中），bind-utils（提供了對DNS服務器的測試工具程序 ，系統默認安裝），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相關選項并決定需要啟用的主配置文件，主配置文件中定義了可查詢的區域以及每個區域對就的區域配置文件，區域配置文件中定義了相關資源記錄。

全局配置

在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;}：允許區域傳輸的DNS服務器(輔助DNS)，不寫表示允許所有
forwarders {192.168.0.9;}：轉發器
◆ forward only|first：only表示如果在指定的轉發器找不到，不會去向根查詢，first表示快速轉發(默認)

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服務是無法運行的。

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

zone：指定區域名稱；type：指定類型

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

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

區域配置文件

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

編輯正向配置文件

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

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

SOA記錄

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

NS記錄

A資源記錄

CNAME資源記錄

MX資源記錄

編輯反向配置文件

配置輔助區域

在上面講述主要區域時，已經允許192.168.0.254進行區域傳輸，只需192.168.0.254上的BIND的區域配置文件。

masters：指定主服務器。

files：指輔助區域配置文件，這個文件一定是存放在slaves(該目錄的絕對路徑/var/named/chroot/var/named/slaves)目錄。輔助區域配置文件不需要建立，只要重啟named服務，這二個輔助區域配置文件的內容會從主服務器復制過來。

手動區域傳輸

dig -t axfr|ixfr 區域名稱 @輔助DNS服務器

axfr：完全傳輸
ixfr：增量傳輸
dig -t axfr example.com @192.168.0.254表示將區域example.com內容完全傳輸到輔助區域所在DNS服務器192.168.0.254。

配置轉發

◆ 完全轉發

修改主全局配置文件。

◆ 條件轉發

轉發服務器的查詢模式必須允許遞歸查詢。
轉發服務器列表如為多個DNS服務器，則會依次嘗試，直到獲得查詢信息為止

配置委派

將位于192.168.0.14上的區域example.com的子域wh.example.com委派給192.168.0.254。
在192.168.0.14的example.com區域配置文件中加入以下內容

在192.168.0.254上建立區域wh.example.com

緩存服務器

只需在全局配置文件中加以下配置即可

關于在RHEL 5下通過Bind實現DNS功能的示例分析問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。