域dns配置文件

❶ 怎麼設置域名的DNS

1、在「開始」中找到「運行」（或者直接【Win】+【R】），然後輸入「cmd」進入管理員操作界面。

❷ 在區域網中，怎樣配置DNS伺服器，使之能解析域名

DNS是域名解析伺服器的縮寫，簡單的說就是把域名轉換成與其相對應的IP地址，還可以把IP地址反向解析轉換成域名。. Windows2000中的DNS有三種區域類型（Zone Type）:

l Standard Primary ------ 區域資料庫文件的主拷貝，保存為文本文件

l Standard Secondary----- 區域資料庫文件的拷貝，保存為只讀的文本文件

l Active Directory integrated ------ 保存在Active Directory中的區域資料庫文件，當 執行Active Directory復制時，區域文件被更新

2. 配置區域傳送

區域傳送（Zone Transfer）是在多個DNS伺服器之間復制區域資料庫文件的 過程。主要通過拷貝過程完成。

發生的時間：Master Server 向Secondary Server發送更新通知 Secondary Server初始啟動或達到刷新時間間隔時，會向 Master Server查詢變化

復制的方法：Full zone transfer（AXFR）------ 復制整個區域資料庫文件 Incremental zone transfer（IXFR）------ 僅復制改變的數據

WindowsNT4.0僅支持AXFR，而Win2000支持AXFR和IXFR

3. 配置Active Directory Integrated區域

Win2000提供DNS和Active Directory的集成。由於Active Directory使用基於 DNS的名字空間，從而不必創建或維護單獨的名字服務。若要將DNS與Active Directory集成，則DNS必須運行於動態更新協議（Dynamic Update Protocol）。

Win2000的DNS服務包括一個SRV（Service）資源記錄，用於識別網路資 源，類似於WinS中的NetBIOS 名。例如，你可以用SRV記錄來定位域控制器。 SRV記錄可被用於標准區域中，也可用於Active Directory集成區域。

可以將現存的標准區域轉換成Active Directory集成區域，但要注意：

（1）DNS服務必須運行於域控制器上

（2）由於Active Directory區域保存在Active Directory中，所以沒有 區域文件保存在伺服器的硬碟上

4. 配置動態更新（Dynamic Update）

原豎悶歷來，DNS被設計為區域資料庫是靜態改變的。這意味著添加、刪除或 修改資源記錄僅能通過手工完成。

Win2000支持DNS的動態更新。通過動罩旅態更新協議，允許客戶計算機自動 更新DNS Server，而不需管理員的干涉。

動態更新協議可用於和DHCP的連接來動態更新資源記錄。當DHCP客余搜戶的 IP地址更新時，DHCP Server會通知DNS Server更新資源記錄。

若要實現動態更新，則必須配置DHCP。在DHCP屬性Dynamic DNS標簽中， 選擇選項Enable dynamic update of DNS client information。

另外，在Win2000中，提供了對DNS的測試功能。包括簡單查詢和遞歸查詢。

❸ DNS（域名解析伺服器）的配置與使用

我不大明白樓主是在本地機設置 DNS 伺服器地址還是架設DNS伺服器。

如果設置本地機DNS伺服器地址，比較簡單，在桌面上 右鍵單擊「網上鄰居」選「屬性」，雙擊「本地連接」選「屬性」按鈕，然後雙擊「TCP/IP」協議，在彈出的對話框中，便可以設置DNS伺服器的地址，

如果樓主要閉耐架設DNS伺服器，為網路中的其他用戶提供DNS服務，那就復雜了。也不知道您的老師對您的答案有什麼要求，是詳細，還是說個大概？我看咱們還是盡量說得細一點吧。

首先，機器要裝WIN2000，WIN2003，LINUX等系統，這里以WIN2000為例。

您首先要把自己手裡的這台電腦指定為運行數據和解析網路地址的的硬體設備。您需要將本機I P地址或計算機名稱指定給D N S伺服器，這樣D N S伺服器會自動與您的計算機硬體建立連接，並啟用所需的設備完成數據運算和解析網路地址的工作。具體創建過程，操作步驟如下：

1. 打開「開始」菜單，選擇「程序」 |「管理工具」|「D N S」命令，打開「 D N S控制台窗口」（必須是在WIN2000或WIN2003伺服器版上才有，專業版及家庭版XP都沒有這個選項）。

2. 打開「操作」菜單，選擇「連接計算機」命令，打開「選擇目標機器」對話框。

3. 如果您要在本機上運行D N S伺服器，請選定「這台計算機」單選按鈕。
如果您不希望本機運行D N S伺服器，請選定「另一台計算機」單選按鈕，然後在「另一台計算機」後面的文本框中輸入要運行D N S伺服器的計算機的名稱。

4. 如果您希望立即與這台計算機進行連接，請選定「立即連接到這台計算機」復選框。

5. 單擊「 確定」 按鈕，返回到「D N S控制台窗口」，這時在岩老控制台目錄樹中將顯示代表D N S伺服器的圖標和計算機的名稱。

創建一個D N S伺服器，除了需要必需的計算機硬體外，還需要建立一個新的區域即一個資料庫才能正常運作。該資料庫的功能是提供D N S名稱和相關數據（如I P地址或網路服務）間的映射。該資料庫中存儲了所有的域名與對應I P地址的信息，網路客戶機正是通過該資料庫的信息來完成從計算機名到I P地址的轉換。下面將對創建區域進行具體的介紹，操作步驟如下：

1. 在「D N S控制台」窗口中，打開「操作」菜單，選擇「創建新區域」命令，打開「歡迎使用創建新區域向導」對話框。

2. 單擊「下一步」按鈕，打開「選擇一個區域類型」對話框。

3. 在「選擇一個區域類型」對話框中有三個選項，分別是：集成的Active Directory、標准主要區域和標准輔助區域。您可以根據區域存儲和復制的方式選擇一個區域類型。如果您希望新建的區域使用活動目錄，粗態升可選定「集成的Active Directory」。

4. 單擊「下一步」按鈕，打開「選擇區域搜索類型」對話框。

5. 在「選擇區域搜索類型」對話框中用戶可以選擇「反向搜索」或「正向搜索」單選按鈕。如果您希望把名稱映射到地址並給出提供的服務的信息，應選定「正向搜索」單選按鈕。如果您希望把機器的I P地址映射到用戶好記的域名，應選定「反向搜索」單選按鈕。這里我們選擇「反向搜索」單選按鈕。

6. 單擊「下一步」按鈕，打開「網路I D」對話框。

7. 默認情況下「創建新區域向導」會選定「輸入反向搜索區域的網路標識和子網掩碼」單選按鈕，您必須在「網路標識」和「子網掩碼」文本框中輸入正確的I P地址和相應的子網掩碼。如果不希望使用系統默認的反向搜索區域的名稱，可以單擊「輸入反向搜索區域的名稱」單選按鈕，然後在「名稱」文本框中輸入自己喜歡的名稱。

8. 單擊「下一步」按鈕，打開「正完成『創建新區域向導』」對話框。

9. 在「正完成『創建新區域向導』」對話框中顯示了您對新建區域進行配置的信息，如果您認為某項配置需要調整，單擊「上一步」按鈕返回到前面的對話框中重新配置。如果確認了自己配置正確的話，可單擊「完成」按鈕，打開「 D N S」對話框。

10. 創建新區域向導提示用戶新區域已經創建成功。您可單擊「確定」按鈕完成所有創建工作。如果您再次打開「DNS控制台」窗口，單擊「伺服器」根節點展開該節點，然後單擊「反向搜索區域」節點展開該節點，您可以看到新建的區域顯示在反向搜索區域節點的下面。

您在完成了上面的一些有關D N S伺服器的創建工作後，還需要對D N S伺服器的一些重要的屬性進行設置。因為，屬性設置是保證D N S伺服器穩定、安全運行的必要條件。畢竟您是在做題，各選項卡，LWH等設置便不細細講了，希望對您有所幫助。

❹ 如何配置額外域控制器上的DNS

1. 在添加/刪除程序－>添加/刪除Windows組件歷轎稿中添加DNS服務。
2. 在第二帆舉台DNS伺服器上，打開DNS伺服器管理控制台。
3. 展開正向搜索區域，右鍵點擊正向搜索區域，選擇新建區域，單擊下一步。
4. 選擇「在Active Directory中存儲區域」，選擇創建「主要區域」，單擊下一步。註：只有選擇「在Active Directory中存肢孝儲區域」，才能在有主要DNS區域的DNS域中創建第二台DNS伺服器。
5. 選擇DNS的復制范圍，建議選擇「至Active Directory林中的所有DNS伺服器」，單擊下一步。 註：在只有一個域的環境下，至林中與至域中所有DNS伺服器是一樣的。
6. 輸入域DNS名稱，單擊下一步。
7. 選擇「允許安全動態更新」，單擊下一步，點擊完成，第二台DNS伺服器配置完成。
8. 返回DNS伺服器控制台，展開正向搜索區域，右鍵點擊新建區域，選擇屬性，單擊區域復制，勾選「允許區域復制」，選擇「到所有伺服器」，單擊確定。這樣，DNS伺服器之間的DNS數據將會同步更新。

❺ 中文域名解析怎麼配置DNS伺服器

注冊完一個中文域名之後，需要配置相應的DNS伺服器來完成對該中文域名的解析。
具體步驟如下：
1. 在線轉碼或者利用離線轉碼工具將用戶注冊滑納的這個中文域名轉成punycode編碼；
2. 在DNS伺服器的配置文件中增加新注冊的這個中文域名羨梁子域；
3. 指定這台DNS伺服器為該中文域名子域解析系統的主伺服器；
4. 指定一個域數據文件，用來保存屬於該中文域名子域的域名數據；
5. 編輯域數據文件，設定域數據文件的系列號、更新周期等相關參數，並添加域名記錄。
如果還有疑問，信派沒可以聯系中科三方客服人員，中科三方是中國互聯網中心指定授權的中文域名注冊服務商。

參考資料：北京中科三方

❻ 什麼是DNS 配置

DNS簡介

在Linux中，域名服務（DNS）是由柏克萊網間名域（Berkeley Internet Name Domain——BIND）軟體實現的。BIND是一個客戶/服務系統，它的客戶方面稱為轉換程序（resolver），它產生域名信息的查詢，將這類信息發送給伺服器，DNS軟體回答轉換程序的查詢。BIND的服務方面是一個稱為named（讀作「name」「d」）的守護進程。

我們將討論三種基本BIND配置任務：

配置BIND轉換程序。

配置BIND域名服務。

建立伺服器資料庫文件，稱為「區文件（zone file）。

前面我們介紹過，術語「區（zone）」往往可以與單詞「域（domain）」互換使用，但這里卻有一些區別，「區」是指域資料庫文件，而「域」則比較通用。在本書中，域是用域名定義的域結構中的一部分，而區則是域資料庫文件中包含域信息的集合，包含域信息的文件稱為「區文件」。

DNS的作用是把IP地址轉化為代表主機、網路和郵件別名的助記名。它把整個Internet IP地址和名字空間分解為不同的邏輯組來做這項工作。每個組對它所擁有的計算機和其他信息具有控制權。
DNS伺服器的類型

BIND可以配置成以幾種不同的方法運行的DNS，常見的BIND配置是唯轉換程序系統、唯高速緩存系統、主伺服器和輔助伺服器。

轉換程序是一段要求域名伺服器提供域信息的程序，在Linux系統中，它是作為一個庫程序來實現的，不是一個單獨的客戶程序。在唯轉換程序系統中，僅使用轉換程序，並不運行域名伺服器。這種系統是很容易配置的，最多隻需要設置/etc/resolv.conf文件。其它三個BIND配置選項都是用於named服務軟體的。

唯高速緩存伺服器 唯高速緩存伺服器（caching-only server）可運行域名伺服器軟體但是沒有域名資料庫軟體。它從某個遠程伺服器取得每次域名伺服器查詢的回答，一旦取得一個答案，就將它放在高速緩存中，以後查詢相同的信息時就用它予以回答。所有的域名伺服器都按這種方式使用高速緩存中的信息，但唯高速緩存伺服器則依賴於這一技術提供所有的域名伺服器信息。唯高速緩存伺服器不是權威性伺服器，因為它提供的所有信息都是間接信息。

對於唯高速緩存伺服器只需要配置一個高速緩存文件，但最常見的配置還包括一個回送文件，這或許是最常見的域名伺服器配置。接著才是唯轉換程序配置，它是最容易配置的。

主伺服器 主伺服器（primary name server）是特定域所有信息的權威性信息源。它從域管理員構造的本地磁碟文件中載入域信息，該文件（區文件）包含著該伺服器具有管理權的一部分域結構的最精確信息。主伺服器是一種權威性伺服器，因為它以絕對的權威去回答對它域的任何查詢。

配置主伺服器需要一整套配置文件，包括正規域的區文件（named.hosts）和反向域的區文件（named.rev）、引導文件（named.conf）、高速緩存（named.ca）和回送文件（named.local），其它的配置都不需要這樣一整套文件。

輔助域名伺服器 輔助域名伺服器（secondary name server）可從主伺服器中轉移一整套域信息。區文件是從主伺服器中轉移出來的，並作為本地磁碟文件存儲在輔助伺服器中。這種轉移稱為「區文件轉移」。在輔助域名伺服器中有一個所有域信息的完整拷貝，可以有權威地回答對該域的查詢，因此，輔助域名伺服器也稱作權威性伺服器。

配置輔助域名伺服器不需要生成本地區文件，因為可以從主伺服器中下載該區文件。然而其它的文件是確是需要的，包括引導文件、高速緩存文件和回送文件。

一個域名伺服器可以是這類配置中的任何一種，但經常是將多種配置類型的元素組合在一起。然而所有的系統都要運行轉換程序。

DNS常用術語

DNS是一個很復雜的概念，表1列出了常用的DNS術語。

表1 常用DNS術語

術語

說明

域

代表網路一部分的邏輯實體或組織

域名

主機名的一部分，它代表包含這個主機的域。它可以和域交換使用

主機

網路上的一台計算機

節點

網路上的一台計算機

域名伺服器

提供DNS服務的計算機，它將DNS名字轉化為IP地址

解析

把一個DNS伺服器轉化為與其相映的IP地址的過程

解析器

從域名伺服器中提取DNS信息的程序或庫子程序

反向解析

將給出的IP地址轉化為其相映的DNS名字

欺騙

使網路看上去好象具有不同的IP地址或域名的行為

在概念上可以把DNS分為三個部分：

域名空間 這是標識一組主機並提供他們的有關信息的樹結構的詳細說明。樹上的每一個節點都有它控制下的主機的有關信息的資料庫。查詢命令試圖從這個資料庫中提取適當的信息。簡單地說，這只是所有不同類型信息的列表，這些信息是域名、IP地址、郵件別名和那些在DNS系統中能查到的內容。

域名伺服器 它們是保持並維護域名空間中的數據的程序。每個域名伺服器含有一個域名空間子集的完整信息，並保存其它有關部分的信息。一個域名伺服器擁有它控制范圍的完整信息。控制的信息按區進行劃分，區可以分布在不同的域名伺服器上，以便為每個區提供服務。每個域名伺服器都知道每個負責其他區的域名伺服器。如果來了一個請求，它請求給定域名伺服器負責的那個區的信息，那麼這個域名伺服器只是簡單地返回信息。但是，如果請求是不同區的信息，那麼這個域名伺服器就要與控制該區的相映伺服器聯系。

解析器 解析器是簡單的程序或子程序庫，它從伺服器中提取信息以響應對域名空間中主機的查詢。
配置轉換程序

使用DNS的第一步是在用戶的計算機上配置轉換程序，即讓機器能夠能夠從DNS伺服器中獲取域名解析/反解析服務。轉換程序不是一個單獨而明確的處理進程，而是網路進程調用的一個標准C程序庫。如果本地系統不運行named，就必須配置本地轉換程序。
轉換程序控制文件/etc/host.conf

/etc/host.conf是用來控制本地轉換程序的文件的設置。該文件告訴轉換程序使用哪些服務、按照什麼順序進行。該文件的欄位可以用空格或製表符分隔。字元「#」表示注釋行。表2是可在host.conf中指定的選項。

表2 /etc/host.conf文件的配置選項

選項

說明

order

指定按照哪種順序來嘗試不同的名字解析機制。按列出的順序來進行指定的解析服務。支持下面的名字解析機制：

hosts 試圖通過查找本地/etc/hosts文件來解析名字

bind 使用DNS域名伺服器來解析名字

nis 使用網路信息服務（NIS）協議來解析主機名字

multi

以off和on為參數。與host查詢一起使用，用來確定一台主機是否在/etc/hosts文件中指定了多個IP地址

nospoof

如果用逆向解析找出與指定的地址匹配的主機名，對返回的地址進行解析以確認它確實與您查詢的地址相配。為了防止「騙取」IP地址，通過指定nospoof on來允許這種功能

alert

以off和on為參數。如果打開，任何試圖騙取IP地址的行為都通過syslog工具進行記錄

trim

以域名為參數。在/etc/hosts中查找名字前，trim刪除這個域名。著使你只把基本主機名放在/etc/host.conf中而不指定域名

下面這個例子是主機vlager上的/etc/host.conf文件：

# /etc/host.conf

# We have named running, but no NIS (yet)

order bind hosts

# Allow multiple addrs

multi on

# Guard against spoof attempts

nospoof on

# Trim local domain (not really necessary).

trim vbrew.com.

這個例子給出了域vbrew.com的通用解析程序配置。該解析程序首先使用DNS然後使用/etc/hosts文件查找主機名。在解析查找中指定本地/etc/hosts文件是一個好主意。如果由於某種原因不能使用域名伺服器了，我們還可以使用主機文件中列出的那些主機名。該機器上允許使用多個IP地址，主機通過重新解析主機名字（從IP地址逆向查找返回的主機名字）來檢查IP欺騙。
轉換程序/配置文件/etc/resolv.conf

當配置轉換程序使用BIND域名服務查詢主機時，我們必須告訴轉換程序使用哪一個域名伺服器。用來完成這項任務的工具就是/etc/resolv.conf文件。/etc/resolv.conf控制轉換程序使用DNS解析主機名使用的方式，它可以明確地定義系統的配置，允許我們命名由於預設伺服器不響應而使用的備份伺服器。因此，盡管會增加系統負荷，但在某些場合使用resolv.conf是很受歡迎的。

/etc/resolv.conf是一個簡單而易讀的文件。在/etc/resov.conf中使用的命令，具有系統專用的形式，但一般都支持domain和nameserver兩項命令。

nameserver項利用IP地址去識別讓轉換程序去識別查詢域信息的那些伺服器。我們可以多次使用nameserver選項，可以使用多達三個域名伺服器。這些名伺服器是按照它們在文件中的順序進行查詢的，如果沒有接收到一個伺服器的響應，就去試表中的下一個伺服器，直到所有伺服器試完為止（如果在/etc/resolv.conf文件中設置了三個以上的域名伺服器，那麼，即使前三個伺服器都沒有響應查詢請求，Linux也不會去請求後面的伺服器）。我們應該將最可靠的域名伺服器列在最前面，以便在查詢時不會超時。如果resolv.conf文件中不包含nameserver項，或者不存在resolv.conf文件，就將所有名伺服器查詢發送給本地主機。然而，如果有一個resolv.conf文件，它包含nameserver項，除非有一項指向本地主機，否則就不查詢本地主機。在配置唯轉換程序的主機中，resolv.conf文件包含nameserver項，但沒有一個項指向本地主機。

domain項用來定義預設域名（主機的本地域名）。轉換程序會將預設域名掛在任何不含點的主機名後面。例如，轉換程序接收到主機名vale（它不含點），就將其預設域名掛接在vale後面，構成對它的查詢。如果domian域中的name值是vbrew.com，那麼轉換程序就將查詢vale.vbrew.com。如果沒有出它，則轉換程序就試圖通過getdomainname()系統調用來獲得本地域名。

如果聽起來讓人迷惑不解的話，我們可以看看下面這個例子，這是Virtual Brewery中的resolv.conf文件：

# /etc/resolv.conf

# Our domain

domain vbrew.com

#

# We use vlager as central nameserver:

nameserver 191.72.1.1

在該例中，通過domain指定預設域名，並列出一個用於解析主機名的域名伺服器。在這個例子中沒有指定查尋順序（使用search選項），因此如果要查詢一台機器的地址（如vale），解析器則首先試圖查找vale，如果沒找到，則查找vale.vbrew.com，然後再查找vbrew.com。
唯轉換程序配置

配置唯轉換程序是非常簡單的，下面是一個唯轉換程序的/etc/resolv.conf文件的例子：

# /etc/resolv.conf

# Our domain

domain vbrew.com

#

# We use vlager as central nameserver:

nameserver 191.72.1.1

# netx try vale

namesever 191.72.1.3

該配置文件告訴轉換程序將所有的查詢發送給主域名伺服器vlager，如果失敗，就試vale。這些查詢是永遠不能在本地轉換的。這一個簡單的resolv.conf文件就可以滿足唯轉換程序配置的全部要求。
設置域名伺服器

在Linux上的域名服務是由named守護進程來執行的，named最早是為BSD向客戶機提供域名服務而開發的。named守護進程通常在系統啟動時開始工作，並一直工作到系統關閉。該進程從被稱作/etc/named.boot的配置文件中獲取有關信息和將主機名映射為IP地址的各種文件。

為了運行named，只要在命令行中輸入：

# /etc/rc.d/init.d/named start

named就會開始運行，讀取named.boot文件及其定義的任何區文件並將它的進程ID以ASCII碼的形式寫入/var/run/named.pid中，下載任何來自主伺服器的區文件，如果有必要的話在埠53等待DNS請求。

雖然轉換程序的配置只需要一個配置文件,但是在配置named時卻要使用多個文件,一整套named配置文件如表3所示。

表3 named配置文件

配置文件

說明

named.conf

設置一般的named參數，指向該伺服器使用的域資料庫信息的源,這類源可以是本地磁碟文件或遠程伺服器

named.ca

指向根域名伺服器

named.local

用於在本地轉換回送地址

named.hosts

將主機名映射為IP地址

named.rev

用於反向域的、將IP地址映射到主機名的區文件

在下面各節中我們將探討如何利用其中的每一個文件去配置named。
/etc/named.conf文件

named.conf文件通常很小，只包括一些指向DNS信息源的信息。其中某些源是本地文件，其他則是遠程伺服器。下面我們將看到一個需要生成的每種文件類型的例子。

表4概括了named.conf文件中使用的各種配置語句，它提供的信息能幫助我們了解這一些例子：

表4 named.boot文件的配置選項

選項

說明

Directory

指定DNS文件所在的目錄。您可以重復此選項以指定幾個不同的目錄。可以給出這些目錄相關的文件路徑名

Master

以一個域名和一個文件名為參數。此選項聲明named對指定的域具有控制權，並使named從指定的區域載入信息

Hint

為named建立高速緩存信息。以一個域名和一個文件名為參數。域名通常用「.」指定。指定的文件包括一組稱為伺服器提示的記錄，這些記錄列出了根域名伺服器的信息

Forwarders

以一個域名伺服器的列表作為參數。告訴本地域名伺服器：如果它不能從它的本地信息中解析出地址，那麼就與該列表中的伺服器聯系

Slave

把本地域名伺服器變成一個從屬伺服器。如果給出了此選項，那麼本地伺服器就試著通過遞歸查詢來解析DNS名字。它只把請求傳遞給forwarders選項行列出的伺服器中的一個

配置named.conf文件所使用的方法，是用來控制將域名伺服器作為主伺服器、輔助伺服器還是唯高速緩存伺服器的。理解不同配置的最佳方法是討論各種named.conf的示例文件。
1.唯高速緩存伺服器

配置唯高速緩存域名伺服器是很簡單的。必須有named.conf和named.ca文件，通常也要用到named.local文件。下面是用於唯高速緩存伺服器的named.conf文件的例子，其中以「//」開頭的是注釋：

// generated by named-bootconf.pl

options {

directory "/var/named";

/*

* If there is a firewall between you and nameservers you want

* to talk to, you might need to uncomment the query-source

* directive below. Previous versions of BIND always asked

* questions using port 53, but BIND 8.1 uses an unprivileged

* port by default.

*/

// query-source address * port 53;

};

//

// a caching only nameserver config

//

//

// a caching only nameserver config

//

zone "." {

type hint;

file "named.ca";

};

zone "0.0.127.in-addr.arpa" {

type master;

file "named.local";

directory這一行告訴named到哪裡去找尋文件。所有其後命名的文件都將是相對於此目錄的。該文件告訴named去維持一個域名伺服器響應的高速緩存，並利用named.ca文件的內容去初始化該高速緩存。該高速緩存初始化文件的名字可以是任何名字，但一般使用/var/named/named.ca。並不是在該文件中使用一個hint語句就能使它成為唯高速緩存配置，幾乎每一種伺服器的配置都要用到cache語句，而是因為沒有master和slave語句才使它成為一個唯高速緩存配置。

但是，在我們這個例子中卻有一個master語句。事實上，幾乎在每一個唯高速緩存的配置文件中都有這一個語句，它將本地伺服器定義為它自己的回送域的主伺服器，並假定該域的信息存儲在named.local文件中。這個回送域是一個in-addr.arpa域（in-addr.arpa域用於指定逆向解析，或IP地址到DNS名字解析），它將地址127.0.0.1映射為名字localhost。轉換自己的回送地址對於大多數人都是有意義的，因為大多數的named.conf文件都包含這一項。

在大多數唯高速緩存伺服器的配置文件中，這種directory、master和hint語句是唯一使用的語句，但也可以增加其他的語句，forwarders和slave等語句都可以使用。
2.主伺服器和輔助伺服器的配置

我們虛構的vbrew.com是舉例說明主伺服器和輔助伺服器的基礎，下面是將vlager定義為vbrew.com域的主伺服器的named.conf文件：

// generated by named-bootconf.pl

options {

directory "/var/named";

/*

* If there is a firewall between you and nameservers you want

* to talk to, you might need to uncomment the query-source

* directive below. Previous versions of BIND always asked

* questions using port 53, but BIND 8.1 uses an unprivileged

* port by default.

*/

// query-source address * port 53;

};

//

// a caching only nameserver config

//

zone "." {

type hint;

file "named.ca";

};

zone "vbrew.com"{

type master;

file "named.hosts";

};

zone "0.0.127.in-addr.arpa" {

type master;

file "named.local";

};

zone "72.191.in-addr.arpa"{

type master;

file "named.rev";

};

上例中第一個master告訴我們這是vbrew.com域的主伺服器。該域的數據是從named.hosts文件中載入的。在我們這個例子中，我們將文件名named.hosts作為區文件名，但也可以使用更有說明性的文字，例如，vbrew.com區文件的名字使用vbrew.com.hosts則較好。

第三個master語句指向能將IP地址191.72.0.0映射為主機名的文件。它假定本地伺服器是反向域72.191.in-addr.arpa的主伺服器，該域的數據從文件named.rev中載入。

在上例配置中的hint語句和第二個用於回送域的primary語句我們前面在唯高速緩存配置中已經討論過。在這些配置中，它們的作用是相同的，而且幾乎在任何配置中都要使用它們。

輔助伺服器的配置與主伺服器的配置不同，它使用slave語句代替master語句。slave語句指向用作域信息源的遠程伺服器，以替代本地磁碟文件。下面的named.conf文件可以將vale配置成為vbrew.com域的輔助伺服器：

// generated by named-bootconf.pl

options {

directory "/var/named";

/*

* If there is a firewall between you and nameservers you want

* to talk to, you might need to uncomment the query-source

* directive below. Previous versions of BIND always asked

* questions using port 53, but BIND 8.1 uses an unprivileged

* port by default.

*/

// query-source address * port 53;

};

//

// a caching only nameserver config

//

zone "." {

type hint;

file "named.ca";

};

zone "0.0.127.in-addr.arpa" {

type master;

file "named.local";

};

zone "vbrew.com"{

type slave;

file "named.hosts";

masters { 191.72.1.3; };

};

zone "72.191.in-addr.arpa"{

type slave;

file "named.rev";

masters {191.72.1.3;};

};

cache . named.ca

secondary vbrew.com 191.72.1.3 named.hosts

secondary 72.191.in-addr.arpa 191.72.1.3 named.rev

primary 0.0.127.in-addr.arpa named.local

第一個slave語句是使這個伺服器成為vbrew.com的輔助伺服器。它告訴named從IP地址為191.72.1.3的伺服器中下載vbrew.com的信息，並將其數據保存在/var/named/named.hosts文件中。如果該文件不存在，named就創造一個，並從遠程伺服器中取得區數據，然後將這些數據寫入新創建的文件中。如果存在該文件，named就要檢查遠程伺服器，以了解該遠程伺服器的數據是否不同於該文件中的數據，如果數據有變化，它就下載更新後的數據，用新數據覆蓋該文件的內容；如果數據沒有變化，named就載入磁碟文件的內容，不必做麻煩的區轉移工作。

將一個資料庫拷貝到本地磁碟文件中，就不必每次引導主機時都要轉移區文件；只有當數據修改時，才進行這種區文件的轉移工作。

該配置文件中的下一行表示該本地伺服器也是反向域72.191.in-addr.arpa的一個輔助伺服器，而且該域的數據也從191.72.1.3中下載。該反向域的數據存儲在named.rev中。
DNS資料庫文件和資源記錄

配置named所需的所有文件（named.hosts、named.rev、named.local和named.ca）中的信息是以稱為資源記錄的形式存在的。每個資源記錄都有一個類型，這個類型說明記錄的功能。這些記錄都是標准資源記錄，稱為RR（resource records）。表5列出了最常見的資源記錄類型，其餘的類型很少用到，如果感興趣的話。請參考相應的RFC和man page。

表5 常見標准資源記錄

資源記錄名

記錄類型

功能說明

地址

A

將主機名轉換為地址。這個欄位保存以點分隔的十進制形式的IP地址。任何給定的主機都只能有一個A記錄，因為這個記錄被認為是授權信息。這個主機的任何附加地址名或地址映射必須用CNAME類型給出

規范名

CNAME

給定一個主機的別名，主機的規范名字是在這個主機的A記錄中指定的

主機信息

HINFO

描述主機的硬體和操作系統

郵件交換

MX

建立郵件交換器記錄。MX記錄告訴郵件傳送進程把郵件送到另一個系統，這個系統知道如何將它遞送到它的最終目的地

名伺服器

NS

標識一個域的域名伺服器。NS資源記錄的數據欄位包括這個域名伺服器的DNS名。我們還需要指定這個名字名字伺服器的地址與主機名相匹配的A記錄

指針

PTR

將地址變換成主機名。主機名必須是規范主機名

管理開始

SOA

告訴域名伺服器它後面跟著的所有所有資源記錄是控制這個域的（SOA）表示授與控制權）。其數據欄位用（）括起來並且通常是多行欄位。SOA記錄的數據欄位包含下面的項：

origin

這個域的主域名伺服器的規范主機名。用點「.」 結尾的絕對主機名，因此，它不能被named守護進程修改

contact

負責維護這個域的人的電子郵件聯系地址。因為@在資源記錄中有特殊的意義，所以用點「.」代替這個符號。如果負責維護vbrew.com的人是clfls，那麼聯系地址就是clfls.vbrew.com

serial

這個區信息文件的版本號，它是一個整數。輔助域名伺服器用它來確定這個區信息的文件是何時改變的。每次改變信息文件時都應該使這個數加一

refresh

輔助域名伺服器在試圖檢查主域名伺服器的SOA記錄之前應等待的秒數。SOA記錄不經常改變，因此可以把這個值設置為一天

retry

輔助伺服器在主伺服器不能使用時，重試對主伺服器的請求應等待的秒數。通常，它應該按分進行設置

expire

這是輔助伺服器在不能與主伺服器取得聯系的情況下丟掉區信息之前應等待的秒數，一般應該設置成30天左右

minimum

當沒有指定ttl資源記錄時默認的ttl值。如果網路沒有太大的變化，那麼這個數可以設得很大。可以在資源記錄中指定一個ttl值來代替它

為了能看懂本章中使用的配置示例文件，有必要稍微介紹以下資源記錄的結構。DNS資源記錄的格式是：

[domain] [ttl] [class] type rdate

各個欄位之間有空格或指標符分隔。表6討論了這些欄位的含義。

表6 資源記錄格式中的欄位

欄位

說明

domain

資源記錄引用的域對象名。它可以是單台主機，也可以是整個域。作為domain輸入的字串除非不是以一個點結束，否則就與當前域有關系。如果該domain欄位是空的，那麼該記錄適用於最後一個帶名字的域對象

ttl

生存時間記錄欄位。它以秒為單位定義該資源記錄中的信息存放在高速緩存中的時間長度。通常該欄位是空欄位，這表示使用SOA記錄中為整個區域設置的預設ttl

class

指定網路的地址類。對於TCP/IP網路使用IN。如果沒有給出類，就使用前一個資源記錄的類

type

標識這是哪一類資源記錄

rdata

指定與這個資源記錄有關的數據。這個值是必要的。數據欄位的格式取決於類型欄位的內容
named.ca文件

named.boot文件中的cache語句指向一個高速緩存初始化文件，具有高速緩存的伺服器都有這樣一個文件。它包含著域名伺服器啟動時開始創造一個域數據高速緩存所需的信息。在cache語句中，用一個指點其根域，在named.ca文件中至少包含根伺服器的名字和地址。named的高速緩存操作是很重要的。幸運的是，建立高速緩存的named.ca文件通常是最簡單的named配置文件。

基本的named.ca文件包含根伺服器的NS記錄和提供根伺服器地址的A記錄。下面就是基本的named.ca文件：

; named.ca file

; servers for the root domain

. 99999999 IN NS NS.NIC.DDN.MIL.

99999999 IN NS NS.NASA.GOV.

99999999 IN NS KAVA.NISC.SRI.COM.

99999999 IN NS TERP.UMD.EDU.

99999999 IN NS C.NYSER.NET.

99999999 IN NS NS.INTERNIC.NET.

;

; root servers by address

;

NS.NIC.DDN.MIL. 99999999 IN A 199.112.36.4

NS.NASA.GOV. 99999999 IN A 128.102.16.10

KAVA.NISC.SRI.COM. 99999999 IN A 192.33.33.24

TERP.UMD.EDU. 99999999 IN A 128.8.10.90

C.NYSER.NET. 99999999 IN A 192.33.4.12

NS.INTERNIC.NET. 99999999 IN A 198.41.0.4

該記錄只包含各伺服器記錄和地址記錄。

❼ 域控的DNS如何配置

解決方法如下：
1.在DC域控上做DNS區域轉發，轉發到公網DNS伺服器，如8.8.8.8（GOOGLE的）
2.在客戶機的輔助DNS上，填寫次DNS地址如8。8.8.8 。一次性通過。

❽ 域與DNS的設置

樓上的說得不明不白。
我來回答吧掘簡
1、竟然每台域控制器都有了DNS，那就隨便哪一個都行，或者三個都加進去吧。
2、文件復制服務從域到域復制有麻煩，就嘗試用以下方法：
A、手工復制，打開dssite.msc,展開站點裡面的server，打開所有漏讓域的結點，在右邊窗口有出現：<自動產生>，右鍵「立即復制副本」。
B、用microsoft的工具 ，support tools裡面的replmon修復。
3、降級附加域伺服器判搜褲，再用ntdsutil工具刪除降級後的垃圾。然後再加升級為域伺服器。

❾ 域伺服器 DNS該怎麼配置呢！ 客戶機DNS又該怎麼設置呢請高手指教！域伺服器和客戶機DNS的具體設置和操作

1在DC上安裝DNS，和AD綁定，作為域DNS。

2在DC的運行裡面輸入dnsmgmt.msc，在伺服器上右鍵屬性，轉發器，填入外網DNS的液讓IP，這樣就把非域內的DNS解析都轉發到爛或外網的dns伺服器。

3鬧歷局域內機器dns只要配置域DNS即可。

❿ Ubuntu Server 安裝配置 bind9

域名服務（DNS）是一種Internet服務，可將IP地址和標准域名（FQDN）相互映射。這樣，DNS減輕了記住IP地址的需要。運行DNS的計算機稱為名稱伺服器。Ubuntu附帶了BIND (Berkley Internet Naming Daemon)，BIND是用於在Linux上維護名稱伺服器的最常用程序。

在終端提示符下，輸入以下命令安裝 dns:

dnsutils 軟體包是測試和解決 DNS 問題非常有用的。 這些工具通常已經安裝，但是要檢查或安裝 dnsutils，請輸入以下內容：

有許多方法可以配置BIND9。一些最常見的配置是緩存名稱伺服器，主伺服器和輔助伺服器。

DNS配置文件存儲在 /etc/bind 目錄中。主要配置文件是 /etc/bind/named.conf ，在軟體包提供的布局中僅包括這些文件。

可以將同一伺服器配置為緩存名稱伺服器，主要和輔助名稱伺服器：這都取決於它所服務的區域。伺服器可以是一個區域的授權開始（SOA），同時為另一區域提供輔助服務。同時為本地LAN上的主機提供緩存服務。

默認配置充當緩存伺服器。只需取消注釋並編輯 /etc/bind/named.conf.options 即可設置ISP的DNS伺服器的IP地址：

要啟用新配置，請重新啟動DNS伺服器。在終端提示下：

在本節中，將BIND9配置為域的主伺服器 example.com 。只需 example.com 用您的FQDN（完全合格的域名）替換即可。

要將DNS區域添加到BIND9，將BIND9變成主伺服器，請首先編輯 /etc/bind/named.conf.local ：

現在，使用現有的區域文件作為模板來創建 /etc/bind/db.example.com 文件：

編輯新的區域文件， /etc/bind/db.example.com 然後更改 localhost.為伺服器的FQDN，.在末尾保留其他文件。更改 127.0.0.1 為名稱伺服器的IP地址和 root.localhost 有效的電子郵件地址，但用 . 代替通常的 @ 符號，並再次.在末尾保留。更改注釋以指示此文件所針對的域。

為基本域創建 A 記錄 example.com 。此外，創建一個 A 記錄的 ns.example.com ，在這個例子中，域名伺服器：

每次更改區域文件時，都必須增加序列號(Serial)。如果在重新啟動BIND9之前進行了多次更改，只需增加一次串列。

現在，您可以將DNS記錄添加到區域文件的底部。有關詳細信息，請 參閱公共記錄類型 。

對區域文件進行了更改之後，需要重新啟動BIND9以使更改生效

現在已經設置了區域並將名稱解析為IP地址，現在需要添加反向區域以允許DNS將地址解析為名稱。

編輯 /etc/bind/named.conf.local 並添加以下內容：

現在創建 /etc/bind/db.192 文件:

接下來編輯 /etc/bind/db.192 ，更改與 /etc/bind/db.example.com 相同的選項：

每次更改時，「反向」區域中的序列號也需要增加。 對於您在 /etc/bind/db.example.com 中配置的每個A記錄（即針對另一個地址），您需要在 /etc/bind/db.192 中創建一個PTR記錄。

創建反向區域文件後，重新啟動BIND9

一旦配置了主伺服器，強烈建議使用輔助伺服器，以在主伺服器不可用時維持域的可用性。

首先，在主伺服器上，需要允許區域傳輸。將 allow-transfer 選項添加到示例正向和反向區域定義中 /etc/bind/named.conf.local ：

在主伺服器上重新啟動BIND9：

接下來，在輔助伺服器上，以與主伺服器相同的方式安裝bind9軟體包。然後編輯， /etc/bind/named.conf.local 並為正向和反向區域添加以下聲明：

在輔助伺服器上重新啟動BIND9：

在其中， /var/log/syslog 您應該看到類似以下內容的內容（為了適應本文檔的格式，對某些行進行了拆分）：

測試BIND9的第一步是將名稱伺服器的IP地址添加到主機解析器。應該配置主要名稱伺服器以及另一個主機，以仔細檢查。有關將名稱伺服器地址添加到網路客戶端的詳細信息，請參閱DNS客戶端配置。最後，您的 nameserver 一行 /etc/resolv.conf 應指向， 127.0.0.53 並且您應該 search 為您的域指定一個參數。像這樣：

要檢查您的本地解析器正在使用哪個DNS伺服器，請運行：

如果安裝了dnsutils軟體包，則可以使用DNS查找實用程序dig測試設置：

安裝完BIND9之後，請對環回介面使用dig來確保它正在偵聽埠53。從終端提示符下：

您應該在命令輸出中看到類似於以下內容的行：

如果您已將BIND9配置為緩存名稱伺服器，則「挖掘」外部域以檢查查詢時間：

注意查詢時間接近命令輸出的末尾：

經過第二次挖掘後，應該有所改進：

現在演示應用程序如何使用DNS解析主機名，使用ping實用程序發送ICMP回顯請求：

這測試名稱伺服器是否可以將名稱解析為 ns.example.com IP 地址。 命令輸出應類似於：

測試區域文件的一種好方法是使用 named-checkzone 與bind9軟體包一起安裝的實用程序。使用此實用程序，可以在重新啟動BIND9並使更改生效之前確保配置正確。

要測試我們的示例正向區域文件，請從命令提示符處輸入以下內容：

如果一切配置正確，您應該會看到類似以下的輸出：

同樣，要測試反向區域文件，請輸入以下內容：

輸出應類似於：

BIND9有多種可用的日誌記錄配置選項，但是兩個主要的選項是 channel 和 category ，它們分別配置日誌的去向和要記錄的信息。

如果未配置任何日誌記錄選項，則默認配置為：

讓我們將BIND9配置為將與DNS查詢相關的調試消息發送到單獨的文件。

我們需要配置一個通道以指定要將消息發送到的文件，以及一個category。在此示例中，類別將記錄所有查詢。編輯 /etc/bind/named.conf.local 並添加以下內容：

由於命名守護程序以綁定用戶身份運行，因此 /var/log/named 必須創建目錄並更改所有權：

現在重新啟動BIND9，以使更改生效：

您應該看到文件中 /var/log/named/query.log 填充了查詢信息。這是BIND9日誌記錄選項的簡單示例。