DNS and BIND 服務的搭建說明
1. 背景
1.1 DNS
DNS( Domain Name Service) 作為一個非常讓人耳熟能詳的概念，這種技術可以把複雜難記的IP地址轉化成為一個域名供人們去呼叫，這樣人們只需要記住每一個網站的域名而不需要記住非常複雜的IP地址。
這種技術這裡不做深入探討，只需要對DNS的過程有一個大概的瞭解即可，未來會有一篇專門探討 DNS 協議及其安全問題的安全部落格，在這篇安全部落格將會詳細描述安全實驗的步驟。
DNS ZONE:
DNS Zone，DNS域，被用來劃分DNS主域。傳統的DNS域類似一個樹狀的結構，被分成不同的區域，這些區域可區分一個DNS伺服器中名稱空間中不同的區域。 DNS區域是構成DNS名稱空間的一部分，由特定組織或管理員加以管理，其可以對權威性域名伺服器等DNS元件更加精細的控制。 域名空間是一個分層數，其中DNS的根域位於頂部，DNS區域始於該樹中的一個域，並且可以擴充套件到下邊的子域。
常見的資源記錄型別：
A ：Address地址， IPv4
AAAA：Address地址 IPv6
NS ：Name Server域名伺服器
SOA：Start of Authority 起始授權機構
MX：Mail Exchanger 郵件交換
CNAME：Canonical Name規範名
PTR：Pointer指標
TXT：Text
SRV：Service
CNAME
CNAME-records ( Canonical name for an alias )是域名的別名。一個伺服器地址 nyc3.example.com 這個主機域名可能會提供不同的服務，比如說一個域名即要去提供 web服務，也要提供 ftp 服務，那麼這個時候就需要一個別名域名來指向原來的域名，這個時候就可以使用一個 A 記錄來管理多個域名，為DNS後期修改配置提供方便。舉個例子：
我想要搭建一個部落格網站後臺為部落格網頁提供web服務，我想要節省我伺服器搭建的成本開銷，只想租用一個伺服器並配置相關域名解析，我的部落格網站現在提供的服務有評論，分享，登陸授權，註冊，這個時候我需要同時在這個伺服器上開通這些服務，一開始你的部落格網站默默無聞，訪問量以及下載量並不是那麼大，這個時候你的伺服器負載並不是那麼嚴重；當你的訪問量暴增的時候，這個時候就需要考慮到你的伺服器的流量轉發問題了～原始伺服器的流量暴增已經讓你的伺服器效能急劇下降，你需要將原來的提供服務的伺服器的相關模組提供一個內容分發模組 （CDN），這個CDN提供商要求你的域名做一個Pointer來指向他們為你提供的 DNS地址，這個時候你的 CName 就可以指向他們提供的域名，做到對DNS流量的分發，從而實現網站的流量負載均衡作用。
NS (Name Server)
域名伺服器，NS，用於確定哪些伺服器（注意不是單個伺服器）為一個區域網傳遞DNS資訊以及確定域名由哪個伺服器進行解析。
一般NS配置在 BIND9 中的 db 檔案中進行配置，在 SOA 配置之後。NS記錄 和 SOA記錄是任何一個DNS區域都不能或缺的兩條記錄。
SOA( Start of Authority)
SOA 又被稱作 起始授權機構記錄， 被標記成在眾多NS記錄中哪一臺是主伺服器。
SOA 記錄表示此域名的權威解析伺服器地址，當要查詢的域名在所有遞迴解析伺服器沒有域名的解析快取時，會回源到請求此域名的SOA 記錄，也叫做權威解析記錄。
SOA 作為所有區域檔案的強制性記錄，他必須是 ZONE 檔案中的第一個記錄。
SRV (Service)
SRV 記錄是從 RFC2052 中對 SRV資源進行了定義。SRV 被用來記錄伺服器提供什麼樣的服務。
1.2 FQDN
FQDN(Fully Qualified Domain Name) 完全合格域名/全程域名，即域名可以通過DNS進行解析，其公式 FQDN = HostName + Domain。
這門技術解決了一個多個主機的問題，一個網站或者伺服器叢集一般都是有多個主機一起協作的，比如說包括正向代理伺服器、反向代理伺服器、Web伺服器、Email伺服器、OA伺服器、FTP伺服器等等，這個時候就涉及是不是需不需要為每一個主機申請一個域名。 有了這個技術之後每一個主機都可以自己申請一個 Hostname 來區別於其他的主機，這個時候就只需要一個域名就可以做到管理所有的主機。
比如我申請了一個域名: doheras.com
現在我有兩個伺服器需要用到這個域名，一個 FTP伺服器，一個Web伺服器，這兩個伺服器都需要用到 doheras.com這個域名，根據公式，我們知道可以採用 hostname 的方式來訪問不同的主機：
Web 伺服器: web.doheras.com
FTP 伺服器: ftp.doheras.com
因此， FQDN 服務可以簡化在服務和應用中的配置流程，提高配置檔案的可維護性。
在配置DNS的過程中，因為服務端的工作在UDP協議埠53上，DNS需要FQDN提供正向解析 （FQDN --> IP）以及反向解析 (IP --> FQDN) 的服務。
1.3 BIND
BIND（Berkeley Internet Name Domain）作為一款目前市面是最主流的開源DNS軟體，佔據了市面上DNS伺服器軟體的九成，目前由 網際網路系統協會 (Internet Systems Consortium) 負責開發和維護。目前，最新的穩定版BIND已經更新到了 BIND 9 版本。
BIND可以執行的系統和平臺非常得全面，從官網上來看，目前支援的主流的Linux作業系統及其伺服器種類有: Ubuntu、Debian、Fedora/CentOS。其中對於Fedora的版本支援已經涵蓋了最新版本：Fedora 33。在Linux平臺上可以做到對 BIND 原始碼的編譯和特殊功能定製的操作，對於該軟體在實際執行過程中的安全性的探討研究。其基本功能支援在伺服器或者是本機上搭建定製的DNS服務並做到域名解析功能。對於將該軟體部署到Linux平臺最具有優勢的方面是定製化的DNS服務，因為原始碼對於每一個開發人員和網路管理人員都是透明的，因此可以做到對該軟體的隨意定製。
其次，對於使用較為廣泛的Windows作業系統，BIND也給出了可以執行的解決方案，但是其定製化的功能因為平臺的原因收到了限制和Windows 10 作業系統的相關問題，因此我認為不推薦 BIND 在 Windows上的實驗，但是本文也給出了在 Windows 10 作業系統下的安裝辦法，對於 Windows Server 作業系統要求的管理經驗以及熟練度太高，因此本文沒有給出相關配置步驟。
1.4 本文中搭建模擬DNS服務網路虛擬裝置架構示意圖 - Debian 9
本文中提及到相關實驗和操作步驟的操作環境具體配置要求，都已經根據每個不同章節的內容給出了說明，請在不同章節前自行查詢相關的配置資訊作為參考。
下邊給出的圖片列舉了Big Sur下搭建模擬DNS虛擬機器網路的拓撲圖，使用的：
172.16.2.11作為主要的 (Master) DNS解析伺服器，主要為客戶端提供域名解析服務，所有客戶端的首要訪問的DNS解析伺服器是NS1；172.16.2.12作為一個災備的伺服器NS2，被當作一個災備DNS伺服器使用，在主機無法提供域名解析服務的時候被啟用，其配置流程與NS2基本上一樣，唯一的區別是配置需要分清與NS1的主次關係；172.16.2.5/172.16.2.6/172.16.2.7做為模擬請求客戶端的虛擬機器，其用來模擬和重現配置DNS解析客戶端的配置流程；172.16.2.0作為虛擬機器連線本機的 NAT 網路的閘道器地址，用於與 Mac 主機進行通訊；
Caution
- 以上所有網路裝置對應的裝置都是基於 Mac Big Sur 下 VMware Fusion 的虛擬機器；
- 自行搭建復現過程IP地址不需要與上圖保持一致，請自行規定虛擬裝置的IP；
1.5 作業系統的選擇
在 ISC 官網上的 BIND 9 支援的 Linux 版本包括: Debian 、 CentOS 、 Fedora 、 Ubuntu。從網上的資料來說，大多數的選擇都是 Debian 作為伺服器端的選擇。對於非Linux作業系統，Windows / Windows Server 也支援搭建 BIND 9 DNS 服務。
從網際網路上的大多數英文論壇網友的評論來說，本著穩定、安全、實用並容易管理的原則，對上述的主流作業系統進行分析:
對於 Debian 系列的作業系統對於開源社群的更新和支援力度比較大，版本更新較快，新發行的版本可能會存在不穩定的問題和補丁容易帶來系統的安全性、完整性的問題，但其優點是ISC提供預編譯的 BIND 9 包在 Debian 作業系統上可以輕鬆做到執行，Debian Server 版本更新補丁的速度都比較快；
CentOS 作為一款專業的伺服器端，擁有穩定、安全的特性，其發行版本一般較為穩定並經過許多專業人員在伺服器端的大量測試，ISC 也為其編譯了BIND 9 的安裝包，但其缺點在不容易上手和難以操作，對於 CentOS 7 和 CentOS 8 的社群支援和版本更新會在 2021年和2029年終止，並且以後 CentOS Stream 不再作為 RHEL的“免費”的商業版本而成為介於 Fedora 和 RHEL 之間，其定位與 Fedora 較為相近；在嘗試配置 CentOS 8 的過程中出現很多不應該出現的問題，比如說從 yum 安裝BIND9時對應目錄下的檔案無法找到，sudo 的使用者新增過於複雜的問題讓人非常惱火。
Ubuntu 作為經典的桌面版Linux的作業系統，非常穩定和容易上手，但是選擇其作為伺服器端的人數較少，有可能帶來的問題難以被估計。
綜上，我選擇 Debian9 作為 測試版 DNS Server 的承載作業系統，選擇的依據依賴於其穩定的更新頻率和良好的開源社群，備用的選擇為 RHEL 和 Fedora。
在接下來的內容，我將選擇 Windows 預先編譯好的服務檔案作為測試搭建DNS服務並詳細描述在 Debian 的搭建 BIND 9 服務的步驟和配置流程。
1.5 BIND9 與 F5-GTM
寫這篇部落格的目的是做一個替代F5核心GTM的BIND伺服器，構建這個伺服器目標是為了在區域網核心心F5的GTM裝置出現故障時候，配置好的 BIND伺服器 可以立刻取代F5 GTM裝置充當整個區域網的域名解析伺服器為訪問終端或伺服器提供域名解析服務。
在這裡我必須指出在構建這個BIND域名解析伺服器時，遇到的一個非常大的困惑。
從上面的模擬DNS虛擬機器網路的拓撲圖中，NameServer（NS）是與主機在同一個網段下的，但實際上，在生產鏈路中的F5 GTM裝置並不是和其他的伺服器連線在同一個網段下的，這就會帶來一個問題，就是當終端想要訪問外網段的DNS解析伺服器時，NameServer 會不會不能為其提供服務？
問題的重現從這篇詳細闡述F5-GTM運作原理的官方文件開始：https://techdocs.f5.com/kb/en-us/products/big-ip_gtm/manuals/product/gtm-concepts-11-5-0/4.html
這裡邊詳細介紹了F5 GTM的運作原理，以及出現了下邊的圖片，這個部分引起了我的擔憂，當鏈路的GTM失效之後，因為GTM與LTM連線的子伺服器以及子終端因為不在同一個網段中而無法進行工作：
舉個例子，GTM作為整個鏈路的核心裝置，用於為LTM裝置提供域名解析服務，在實際的生產網路中中GTM在網路中拓撲並不是與LTM存在於同一個網段的，畫一個圖來表述這個問題：
上圖中，作為一個簡單的網路拓撲的再現，四個網路中LTM都與中間的GTM不在同一個網段中，因為我在之前畫的模擬拓撲所有的裝置不管是DNS伺服器還是host終端都在同一個網段，因此裝置與裝置之間的訪問以及裝置與DNS伺服器之間的服務建立並不需要跨越網段，因此訪問以及提供服務是沒有任何問題的。
但是如果不在同一個網段呢？ 當然這個部分省略了很多關鍵的網路裝置，這裡不一一闡述。
其實這個問題我是想的有一點偏的，或者來說比較多餘，因為：
- 其實作為谷歌還是阿里提供的免費的權威域名伺服器都是在不同的網段下進行運作的，那麼不同網段不應該成為DNS伺服器無法提供服務的一個阻礙條件；
- 其次，我的困惑是在整個體系中 GTM 與 LTM 是搭配進行使用的，所以我錯誤地認為 GTM是為LTM服務的，我需要解決的事是GTM與LTM之間的配置問題，為LTM提供服務，這個想法是完全錯誤的；在整個網路體系中，GTM 為所有的訪問域名客戶端的客戶端提供解析服務，並不影響 LTM的工作，兩者的工作狀態是獨立的；
- 最後，如果說F5裝置的特色是負載均衡，那麼這個負載均衡體現在GTM裝置之間的負載均衡或者來說是“雙活”，而不是與LTM的負載問題。
如果想要了解 GTM 與 BIND 之間的關係，請詳細瞭解 BIG-IP-GTM 中內嵌的模組 - ZONERUNNER。
2.BIND 9 配置檔案講解
這裡以 Debian9 作為配置講解的環境。
BIND9 的配置檔案在安裝之後配置檔名字： named.config， 在 Linux下 named.config 檔案儲存的位置為：/etc/bind，其中檔案named.config引用了三個檔案: named.conf.options、named.conf.local、named.conf.default-zone。
在 Debian9 中查詢和重啟當前 BIND9 服務的命令是: sudo systemctl status bind9 和 sudo systemctl restart bind9。
2.1 CONF 檔案
在完成 BIND9 的變異和安裝之後，BIND9 已經建立了一個預設的配置檔案 named.config.local 和 檔案 named.config.options 用於配置 BIND9 的基礎服務，這兩個檔案作為配置DNS的核心檔案，修改這兩個檔案需要管理員許可權，預設的許可權為: root:named，不要隨便更改這兩個檔案的執行許可權，DNS 服務會出現問題。
配置檔案的註釋符號為 //
ACL
一般來說，ACL模組用來承擔控制主機可以訪問域名解析伺服器的角色，其設定不會讓控制檔案的配置非常冗餘和龐大。採用這個配置可以有效防範DOS以及Spoofing攻擊。一般來說定義這部分的內容來規定IP是否能夠被接入以及Blocklist來阻止某些特定的IP地址介入到域名解析伺服器中。
ACL匹配客戶端是否能夠接入到域名伺服器基於三個基本的特徵:
- 客戶端的IPv4或者IPv6地址
- 用於簽署請求的 TSIG 和 SIG(0) 金鑰
- 在DNS客戶端子網選項中編碼的字首地址
匹配 acl 定義以及使用規則如下： string 是用來命名IP地址集的一個變數名，可以隨意地被命名；
acl <string> { <address_match_element>; ... };
舉一個在 named.config.options 檔案中被定義的例子:
acl bogusnets {
0.0.0.0/8; 192.0.2.0/24; 224.0.0.0/3;
10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16;
}; // 這個部分
// Set up an ACL called our-nets. Replace this with the
// real IP numbers.
acl our-nets { 172.16.2.11/24; 172.16.2.12/24; }; //子網的名稱
Logging
logging 部分的配置為DNS解析伺服器提供了日誌記錄的功能，DNS伺服器上的所有日誌記錄被儲存到了指定的檔案中。其通用的配置檔案為:
logging {
category <string> { <channel_name_string>; ... };
channel <string> {
buffered <boolean>;
file <quoted_string> [ versions ( unlimited | <integer> ) ]
[ size <size> ] [ suffix ( increment | timestamp ) ];
null;
print-category <boolean>;
print-severity <boolean>;
print-time ( iso8601 | iso8601-utc | local | <boolean> );
severity <log_severity>;
stderr;
syslog [ <syslog_facility> ];
};
};
從上邊的通用配置格式可以看出來，logging 模組分為兩個部分，category 和 channel，channel的作用是指定輸出的方式、日誌格式的選項和事件的嚴重性，每一個channel 可以指定一個 category 來指定記錄的事件型別。其中 category 用來區分不同的事件產生的類別或者場景，比如：客戶端請求-client request、配置檔案解析處理-Configuration file parsing and processing。
如果在 named.config.options 檔案中沒有指定 logging 模組系統會給出一個預設的配置
logging {
category default { default_syslog; default_debug; };
category unmatched { null; };
};
channel 的配置規則：
-
所有的日誌輸出都需要 channel 來指定輸出格式，BIND9 對於建立 channel 的數量沒有限制。
-
每一個 channel 都需要為該通道的日誌資訊指定一個
destination clause- 目的控制程式碼，目的控制程式碼在 channel 階段被配置，這個目的控制程式碼用來區分： 1）輸出到具體的檔案的名字 -file；2）輸出到具體的系統日誌工具中（syslog/syslogd）-syslog；3）輸出到終端顯示- 標準錯誤流(standard error stream)；4）或者該錯誤訊息直接被丟棄 -null。其次，channel 的配置可以規定每一個錯誤日誌訊息的響應級別，預設的響應級別是
info，channel 可以規定接受錯誤訊息的級別；此外，channel 還可以控制輸出錯誤日誌訊息的格式，可以包含：響應時間戳、category名字、嚴重等級等。
channel 的配置引數：
-
buffered: 用來規定是否重新整理錯誤日誌的檔案，其引數值為<boolean>，在 BIND9 中<boolean>值的引數值為yes/no，如果設定成為yes那麼日誌訊息流(一般每一個錯誤日誌訊息都是一個 Log Entry)就不會重新整理，而是被儲存在緩衝區中了，不會重新整理到檔案中。 -
file： 類似於Linux的通道概念，file 將日誌輸出流通過通道直接輸出給檔案，從上邊的通用配置可以看出來可以為 file 指定文字檔案的大小 -size；指定 log 檔案的版本號 -version；指定用於命名備份版本的格式 -suffixsize用來限制log檔案的大小，如果log檔案的大小設定超過了設定的閾值，那麼系統會自動停止輸出內容到檔案中；versions： 用於指定新建立的 log檔案數儲存到本地的上限值，預設的引數值為unlimited，當指定的檔案的大小超過設定的size值得時候，如果沒有指定versions，那麼系統就不會繼續寫進log；如果制定了versions，那麼就會繼續寫入；suffix：設定用來命名log檔案的方式； -
syslog：將通道定向到系統的日誌檔案流中； 常用的支援日誌檔案服務為：dameon、syslog、local6、local7； -
severity：用來承擔定義日誌嚴重級別的定義角色，相當於syslog-priorities。比如說定義了日誌的嚴重級別為Debug，那麼會輸出日誌事件Debug以上的錯誤到檔案中。一般常用的嚴重等級：debug[level]、notice、warning、dynamic- 與當前伺服器的日誌保持一致；一般的 DNS伺服器的日誌等級調成info即可； -
stderr：將通道指向伺服器的標準錯誤流。這是為了在伺服器作為前臺程式執行時使用； -
print-time：yes/no/local/iso8601/iso8061-utc可以設定不同的輸出到日誌檔案的時間格式； -
print-category：列印日誌訊息配置category的資訊； -
print-severity： 列印日誌的嚴重等級
category片語配置規則：category <config_string> { <channel_name_string>; ... };
client： 客戶端請求；cname：由於是CNAME而不是a /AAAA記錄 的域名伺服器；config： 配置檔案解析和處理過程；database：與名稱伺服器內部用於儲存區域和快取資料的資料庫相關的訊息；general： 沒有被歸類的category類別的其他種類的日誌檔案資訊；lame-servers： 遠端伺服器中的錯誤配置，BIND 9在解析期間試圖查詢這些伺服器時發現；network： 網路操作；notify： 通知協議；queries：記錄所有查詢 DNS伺服器的 query；query-errors： 關於導致某些失敗的查詢的資訊；xfer-in：區域傳輸伺服器正在接收；xfer-out：區域傳輸伺服器正在傳送的資訊；zoneload：載入區域和建立自動空區域；
怎麼去配置這個服務？
配置的 logging 服務會建立指定的日誌檔案，該日誌檔案從服務掛起的時候被建立，用於記錄DNS服務中的相關的配置資訊以及交換資訊。在 Debian9 的預設儲存目錄為 /var/cache/bind/*。你也可以為其指定儲存的位置。
如果你想要配置成一個自己的目錄，首先你需要建立一個自定義的目錄，比如說我指定了我想要存放日誌的檔案的目錄： /var/log/bind，如果不為這個檔案使用chown命令指定許可權的話會出現 isc_stdio_open '/var/log/example.log' failed 的報錯。解決方法是: sudo chown bind:root /var/log/bind
現在我們已經基本上了解了 logging 的工作原理，其工作機制簡單地來說就是，首先你需要建立一個 channel 來規定輸出日誌流的格式還以及日誌檔名、檔案版本，每一個 channel 可以被多個 category 呼叫使用，每一個 category 相當於一個 BIND9 內嵌的服務模組，服務模組去呼叫日誌配置模最後輸出格式化日誌。
options
options 的引數設定會影響整個 BIND9 DNS環境的配置，具體各部分常用到的配置引數如下：
listen-on： 用於配置監聽的埠以及IPv4地址，預設的監聽埠為：53；listen-on-v6：用於監聽 IPv6 地址以及埠；directory: 用於指定讀取DNS資料檔案的資料夾，預設的資料夾的路徑為：/var/cache/bind；dump-file：選項用來設定域名快取資料庫檔案的位置，可以自己定義。預設的儲存檔案為：named_dump.db；statistics-file：選項用來設定狀態統計檔案的位置，可以自己定義。；memstatistics-file：選項用來設定伺服器輸出的記憶體使用統計資訊。預設儲存在/var/named/data目錄下，檔名為named.memstats；allow-query：選項用來設定允許DNS查詢的客戶端地址，預設值為localhost, 可以設定為某個網段、任意地址、具體的某臺主機三種情況。例如，要修改為任意地址，就在括號內的加入any，也可以引用之前建立的acl內的所有地址；recursion：用於設定遞迴查詢，一般客戶機和伺服器之間屬於遞迴查詢，即當客戶機向DNS伺服器發出查詢請求後，若DNS伺服器本身不能解析，則會向另外的DNS伺服器發出查詢請求，得到結果後轉交給客戶機。此選項有yes和no兩個值。這個選項用於設定 Failover 非常有用；dnssec-enable： 選項用來設定是否啟用DNSSEC支援，DNSSEC可以用來驗證DNS資料的有效性，該選項有yes和no兩個值，預設值為yes。dnssec-validation：選項用來設定是否啟用DNSSEC確認，預設值為yes，可以選擇auto。bindkeys-file： 用來設定內建信任的金鑰檔案，其預設值為/etc/named/iscdlv.key；managed-keys-directory： 選項用於指定目錄中的檔案儲存位置，跟蹤管理DNSSEC金鑰， 這部分的內容在後邊會有介紹；forwarders：DNS轉發器。用於設定該DNS解析伺服器無法進行當前域名解析的情況下，進行轉發解析的DNS地址，其中8.8.8.8和8.8.4.4是谷歌的免費DNS伺服器的網路地址；233.5.5.5和233.6.6.6是阿里雲的免費DNS地址。當設定了forwarder的轉發器之後，所有的非本域的和在快取中無法查詢到的域名查詢都轉發都設定的DNS轉發器，由DNS轉發器 完成轉發操作。因此這臺轉發器的快取中就記錄了豐富的域名資訊。因此如果遇到非本域的查詢，轉發器的快取就可以做到查詢，從而減少了向外部的查詢流量。forward: 選擇預設的IP地址即可；
controls
controls語句宣告瞭系統管理員用於管理名稱伺服器遠端操作的控制通道。rndc使用這些控制通道向名稱伺服器傳送命令，並從名稱伺服器檢索非dns結果。
2.2 Zone 檔案 - named.config.local
該檔案定義了 BIND9 中的 ZONE（區域）檔案在named.conf檔案中的定義，用於定義解析的域名的資料庫檔案，即域名與IP地址的對映關係以及DNS傳送的解析域名資料包的相關引數設定，其定義的格式如下：
zone "<YOUR DNS Domain Name >" {
<Configurations>
}
當然你也可以定義你的反向解析域名通過以下的格式進行定義：
zone "<YOUR IP ADDRESS>-addr.arpa" {
<Configurations>
}
常用的引數配置如下：
file- 和options的引數的含義是一樣的，用於指出域名與IP地址解析的資料庫配置檔案；allow-transfer: 這個地方的配置是用來給出 Failover 或者是 遞迴查詢DNS伺服器的IP地址，如果之前在options裡配置的allow-transfer如果設定成了引數yes， 那麼需要在這裡指出遞迴查詢伺服器的IP地址；type： 用於指定當前DNS解析伺服器的位置，是主伺服器 - master 還是從伺服器 - slaver？
3. Windows下的安裝測試
3.1 BIND 9 Executable Windows Edition 下載及其安裝
Windows 桌面及其Server執行版本要求
BIND 9 部署到 Windows 環境需要滿足以下的環境條件:
Windows 64 bit for win64 built using Microsoft Visual Studio 2012 (.x64.zip)
ISC 要求需要滿足執行環境下 Microsoft Visual Studio 2012 及其依賴的安裝, 不能執行在 Microsoft Windows XP 和 Microsoft Windows Server 2003 下。
BIND 9 Windows版本
Windows版本下載的網址請單擊: https://www.isc.org/download/
目前 ISC 給出了三種可以下載的版本，第一種是測試版本 9.17.9 ， 第二種是穩定版本 9.16.11，我使用的是該版本作為 Windows下的測試版本，第三種版本是 9.11.27 作為一種穩定的老舊版本，已經停止了更新維護。
安裝步驟
1.下載完成之後，需要安裝的檔案是一個壓縮檔案 ( BIND9.16.11.x64.zip )，在 Windows下解壓之後即可正常執行。下圖為解壓之後的檔案目錄。
2.使用管理員許可權開啟 BINDInstall.exe 檔案，進入到介面的安裝步驟中。未使用管理員許可權開啟該檔案可能會帶來安裝過程中的錯誤。
3.在下邊的圖片請選擇：
Keep Config Files After Uninstall、Start BIND Service After Install以及Automatic Startup選項，確保能夠在裝置重啟之後DNS服務可以正確被執行。- 保留
Service Account Name為預設值不要更改，更改成其他的字串會發生錯誤。 - 輸入一個預設密碼進行安裝
4.正確配置之後會提示你安裝 Microsoft Visual C++ 2017， 如果已經安裝請單擊 修復 保證安裝的環境是正確的，如果系統環境中沒有該執行的環境請按照提示進行安裝。
5.安裝成功之後會提示:
6.將所有的工具加入到Windows環境變數中。
右鍵單擊 “此電腦”，單擊 “屬性”，單擊“高階”，單擊“環境變數”。
找到 Path 的環境變數，雙擊並加入新的路徑: C:\Program Files\ISC BIND 9\bin
驗證：
-
在命令列介面輸入:
digC:\Users\DoHeras>dig ; <<>> DiG 9.16.11 <<>> ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34160 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;. IN NS ;; ANSWER SECTION: . 4502 IN NS a.root-servers.net. . 4502 IN NS g.root-servers.net. . 4502 IN NS l.root-servers.net. . 4502 IN NS c.root-servers.net. . 4502 IN NS d.root-servers.net. . 4502 IN NS b.root-servers.net. . 4502 IN NS k.root-servers.net. . 4502 IN NS h.root-servers.net. . 4502 IN NS i.root-servers.net. . 4502 IN NS j.root-servers.net. . 4502 IN NS e.root-servers.net. . 4502 IN NS m.root-servers.net. . 4502 IN NS f.root-servers.net. ;; Query time: 31 msec ;; SERVER: 172.16.2.1#53(172.16.2.1) ;; WHEN: Thu Jan 28 18:34:42 中國標準時間 2021 ;; MSG SIZE rcvd: 239
3.2 BIND 9 在 Windows環境的配置
區別於舊版的 ISC BIND 服務，舊版的軟體安裝在 C:\Windows\System32\dns中，新版軟體安裝的目錄則在 C:\Program Files\ISC BIND 9，因此新版軟體的環境配置相比舊版的直接在系統目錄下安裝更加複雜。
步驟
1.安裝結束之後，進入到安裝目錄 C:\Program Files\ISC BIND 9\bin 下執行 rndc-config.exe 來生成一個 rndc.key。這個 key 是 BIND 9.x版本的新功能，是有關DNS更新以及更新時加密處理的，跟我們個人使用者無太大關係，不過基於相容性，還是照做。 這個 key 生成的路徑為: C:\Program Files\ISC BIND 9\etc ， 同時這個資料夾也是用來存放 BIND 服務的配置檔案的。
生成後的 key 顯示如下：
2.配置一個 named.conf 檔案， 同時這個檔案也是 BIND 的配置檔案，目前配置檔案的內容先簡單如下:
options {
// zone檔案的位置
directory "C:\Program Files\ISC BIND 9\etc";
// 無法解析的域名就去查詢ISP提供的DNS
// 在下面的IP地址位置上填寫ISP的DNS地址
forwarders {
//這裡是你本機IP或者127.0.0.1
127.0.0.1;
};
// 僅允許本機與192.168.0.0網段內的機器查詢
allow-query {
127.0.0.1;
192.168.0.0/16;
10.231.0.0/16;
10.232.0.0/16;
};
};
// 根DNS
zone "." {
type hint;
file "root.zone";
};
// localhost
zone "localhost" IN {
type master;
file "localhost.zone";
allow-update { none; };
};
// localhost的反向解析
zone "0.0.127.in-addr.arpa" {
type master;
file "localhost.rev";
};
// 123.com是我們為自己的域的正向解析配置
zone "123.com" IN {
type master;
file "123.com.zone";
};
// whalecloudvcenter.com是我們為自己的域的正向解析配置
zone "whalecloudvcenter.com" IN {
type master;
file "whalecloudvcenter.com.zone";
};
// whalecloudvcenter.com的反向解析
zone "100.168.192.in-addr.arpa" {
type master;
file "whalecloudvcenter.com.rev";
};
3.從ISC網站上下載相關的named檔案到本地上，網址為: https://www.internic.net/domain/named.root 去下載 name.root 檔案。 在https://www.internic.net/domain/root.zone 網址中下載root.zone 檔案。並將這兩個檔案拷貝到C:\Program Files\ISC BIND 9\etc 目錄。
4.建立一個新的 localhost.zone 到 C:\Program Files\ISC BIND 9\etc 中來配置 localhost的正向解析。
$TTL 1D
@ IN SOA localhost. root.localhost. (
2007091701 ; Serial
30800 ; Refresh
7200 ; Retry
604800 ; Expire
300 ) ; Minimum
IN NS localhost.
localhost. IN A 127.0.0.1
5.建立一個新的 localhost.rev 檔案到 C:\Program Files\ISC BIND 9\etc 中來配置 localhost 的反向解析。
$TTL 1D
@ IN SOA localhost. root.localhost. (
2007091701 ; Serial
30800 ; Refresh
7200 ; Retry
604800 ; Expire
300 ) ; Minimum
IN NS localhost.
1 IN PTR localhost.
6.建立一個新的 123.com.zone 檔案到 C:\Program Files\ISC BIND 9\etc 中來為自己的域名來配置正向解析。
123.com. IN SOA ns1.123.com. root.123.com. (
2007091701 ; Serial
30800 ; Refresh
7200 ; Retry
604800 ; Expire
300 ) ; Minimum
IN NS ns1.123.com.
* IN A 127.0.0.1
7.建立一個新的whalecloudvcenter.com.zone 到 C:\Program Files\ISC BIND 9\etc 中配置自己的伺服器域名的正向解析服務。
whalecloudvcenter.com. IN SOA ns1.whalecloudvcenter.com. root.whalecloudvcenter.com. (
2007091701 ; Serial
30800 ; Refresh
7200 ; Retry
604800 ; Expire
300 ) ; Minimum
IN NS ns1.whalecloudvcenter.com.
* IN A 192.168.100.1
8.建立一個新的 whalecloudvcenter.com.rev 到 C:\Program Files\ISC BIND 9\etc 中配置自己伺服器域名的反向解析服務。
$TTL 1D
@ IN SOA whalecloudvcenter.com. root.whalecloudvcenter.com. (
2007091701 ; Serial
30800 ; Refresh
7200 ; Retry
604800 ; Expire
300 ) ; Minimum
IN NS whalecloudvcenter.com.
1 IN PTR whalecloudvcenter.com.
目前我們在 C:\Program Files\ISC BIND 9\etc 目錄下的檔案有:
9.在剛才安裝的過程中，系統已經預設建立了一個新的使用者 named， 這個使用者用來構建 DNS 服務，下一步需要做到的是為當前的資料夾配置許可權，在目錄 C"\Program Files\ISC BIND 9 配置所有的許可權為: 全部允許。
這步的操作需要對所有在 “組或使用者名稱” 下的所有使用者和組新增許可權，因為不知道新建立的使用者處於哪一個分組下，因此需要全部進行建立。
10.在“系統服務”中配置 ISC BIND 9 Service 的相關配置。先開啟管理命令列，並輸入 services.msc，回車。
進入到 “管理服務” 頁面之後，找到 ISC BIND 服務之後雙擊改變屬性。在下圖中，請確認使用賬戶 ./named 使用者進行登入，密碼在預設的時候已經被配置了，不需要進行更改。
11.最後，完成所有檔案的建立和配置更新之後，可以執行本機的DNS解析服務了，有兩種啟動方式:
- 第一種：在“管理服務”右鍵單擊
ISC BIND服務進行啟動 - 第二種：使用命令列（管理員模式）啟動當前服務
這裡主要介紹第二種啟動方式：
啟動當前服務:
C:\Program Files\ISC BIND 9\bin>net start named
ISC BIND 服務正在啟動 .
ISC BIND 服務已經啟動成功。
結束當前服務:
C:\Program Files\ISC BIND 9\bin>net stop named
ISC BIND 服務正在停止.
ISC BIND 服務已成功停止。
TroubleShooting
遇到如果現出“ Window 無法啟動 ISC BIND 服務 錯誤1067
解決辦法：
- 檢查所有的檔案是否全部匯入到
C:\Program Files\ISC BIND 9\etc中，需要包含的檔案包括:- localhost.rev
- localhost.zone
- named.conf
- named.root
- rndc.key
- root.zone
- 檢查目錄
C:\Program Files\ISC BIND 9目錄的許可權是否改為全部授權的許可權 - 程式意外結束導致named.pid檔案沒有正確刪除
- 檢查目錄
C:\Program Files\ISC BIND 9\etc並刪除 named.pid檔案 - 再次啟動ISC BIND服務
- 檢查目錄
4. Debian Server 下的安裝配置
4.1 Debian 9.11.0 下載
新版的 Debian 的 Release 版本的連結: https://www.debian.org/releases/
歷史的 Debian 版本下載: http://cdimage.debian.org/cdimage/archive/
其中，目前Virtual Private Server 常用的版本為：
Debian 7：Debian 7.8
Debian 8：Debian 8.0/8.2/8.5
Debian 9：Debian 9.1/9.9/9.11
最終考慮其適配的裝置的範圍以及穩定性，犧牲最新的 Debian特性以及架構，選擇較為穩定的版本 Debian 9.11 進行下載，其磁力連結的下載地址為: http://bttracker.debian.org:6969/stat
下載的檔案為: [Debian_9.11][magnet:?xt=urn:btih:5c9634e7805c8a5049afa92f99946edaa574d449&dn=debian-9.11.0-amd64-DVD-1.iso&tr=udp://bttracker.debian.org:6969&tr=http://bttracker.debian.org:6969/announce]
版本資訊：
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
VERSION_CODENAME=stretch```
4.2 安裝Debian
安裝的步驟省略...或者留到以後進行更補... 配置安裝實體機與虛擬機器的安裝選項配置保持一致即可。
4.3 安裝 BIND 9 服務到 Debian Server
在 Debian9 中查詢和重啟當前 BIND9 服務的命令是: sudo systemctl status bind9 和 sudo systemctl restart bind9。
4.3.1 NS1 初始配置流程
1.Debian 的預設是沒有安裝sudo 工具的，這非常不方便，我們先安裝sudo 工具，安裝之前因為 Debian 9 的特性，需要修改apt 預設的源，其原始檔為：/etc/apt/resources.list
doheras@debian:~$ su -
Password
root@debian:~# vi /etc/apt/resources.list
# 163
deb http://mirrors.163.com/debian/ stretch main
deb http://mirrors.163.com/debian/ stretch-updates main non-free contrib
deb-src http://mirrors.163.com/debian/ stretch-updates main non-free contrib
deb http://mirrors.163.com/debian-security/ stretch/updates main non-free contrib
deb http://httpredir.debian.org/debian stretch-backports main contrib non-free
# VirtualBox
deb http://download.virtualbox.org/virtualbox/debian stretch contrib
root@debian:~# apt-get update
root@debian:~# adduser doheras sudo
2.現在安裝 sudo 工具
root@debian:~# apt-get install sudo -y
3.使用 sudo 工具 安裝 BIND 9 並啟動 BIND 9 服務
doheras@debian:~$ sudo apt install bind9 bind9utils bind9-doc
...
... Wait for Installation Complete
...
doheras@debian:~$ service /etc/bind/named start
4.將 BIND 9 設定成為 IPv4 模式，將下列的 OPTIONS = "-u bind" 設定成 OPTIONS = -u bind -4s， 並重啟BIND服務。
doheras@debian:~$ sudo nano /etc/default/bind9
# startup options for the server
OPTIONS="-u bind -4"
doheras@debian:~$ sudo systemctl restart BIND9
5.請參照之前配置 Windows BIND 服務的流程，我們需要先配置 Debian 下的 BIND 服務 namemd.conf.options。配置這個檔案需要用到管理員許可權，完成之後這些配置指定只有您自己的伺服器(受信任的伺服器)才能查詢您的DNS伺服器的外部域 (Domain)。
doheras@debian:~$ sudo nano /etc/bind/named.conf.options
acl "trusted" {
172.16.2.11;
172.16.2.12;
172.16.2.4;
172.16.2.5;
172.16.2.6;
};
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// forwarders {
// 0.0.0.0;
// };
//=====================================================================$
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//=====================================================================$
dnssec-validation auto;
recursion yes;
allow-recursion {trusted;};
listen-on {172.16.2.11;};
allow-transfer {none;};
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
forwarders {
8.8.8.8;
8.8.4.4;
0.0.0.0;
};
};
6.更改完 named.conf.options 檔案之後，需要更改 named.conf.local 檔案來配置正向和反向代理，一般來說這個檔案用來配置 DNS Zone。因為我們設定的主域是nyc3.example.com，所以我們需要設定一個正向區域，用來轉發和對映域名 nyc3.example.com到子網 10.120.0.0/18。
zone "nyc3.example.com" {
type master;
file "/etc/bind/zones/db.nyc3.example.com"; # zone file path
allow-transfer { 172.16.2.12; }; # ns2 private IP address - secon$
};
7.步驟6設定了DNS Zone 的正向區域，現在設定反向區域。如果您的伺服器跨越多個專用子網，但位於同一資料中心，請確保為每個不同的子網指定其他區域和區域檔案。 完成所有所需區域的新增後，儲存並退出named.conf.local檔案。現在，我們的區域已在BIND中指定，我們需要建立相應的正向和反向區域檔案。
zone "16.172.in-addr.arpa" {
type master;
file "/etc/bind/zones/db.16.172"; # 10.128.0.0/16 subnet
allow-transfer { 172.16.2.12; }; # ns2 private IP address - secondary
};
8.建立一個正向轉發區域文件，轉發區域檔案是 BIND 用來轉發DNS和查詢DNS的檔案，也就是說當DNS Server收到了一個DNS請求的時候，用來查詢 Domain Name和對應IP之間的關係。
在前邊的 步驟6 建立的正向區域檔案的對應路徑是 /etc/bind/zones，我們建立一個這樣的資料夾。
doheras@debian:~$ sudo mkdir /etc/bind/zones
建立完成之後，需要新建一個zone file，在剛剛新建的資料夾中。
doheras@debian:~$ sudo cp /etc/bind/db.local /etc/bind/zones/db.nyc3.example.com
9.進入到修改/etc/bind/zones/db.nyc3.example.com 區域檔案中修改成下邊給出的檔案內容:
;
; BIND data file for local loopback interface
;
$TTL 604800
@ IN SOA ns1.nyc3.example.com. admin.nyc3.example.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
; name servers - NS records
IN NS ns1.nyc3.example.com.
IN NS ns2.nyc3.example.com.
; name servers - A records
ns1.nyc3.example.com. IN A 172.16.2.11
ns2.nyc3.example.com. IN A 172.16.2.12
; 172.16.0.0/18 - A records
host1.nyc3.example.com. IN A 172.16.2.4
host2.nyc3.example.com. IN A 172.16.2.5
host3.nyc3.example.com. IN A 172.16.2.6
10.現在建立反向區域的文件 ，反向區域檔案是我們為反向DNS查詢定義DNS PTR記錄的地方。我們需要建立的檔案為： /etc/bind/zones/db.10.128 ，複製的原始檔為: /etc/bind/db.127, 複製的命令為：
doheras@debian:~$ sudo cp /etc/bind/db.127 /etc/bind/zones/db.10.128
doheras@debian:~$ sudo nano /etc/bind/zones/db.10.128
建立完成之後的內容如下：
其中 PTR 的順序為子網IP地址的倒序: 172.16.2.11 -> 11.2.16.172
; BIND reverse data file for local loopback interface
;
;
$TTL 604800
@ IN SOA nyc3.example.com. admin.nyc3.example.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
; name servers
IN NS ns1.nyc3.example.com.
IN NS ns2.nyc3.example.com.
; PTR Records
11.2 IN PTR ns1.nyc3.example.com. ; 172.16.2.11
12.2 IN PTR ns2.nyc3.example.com. ; 172.16.2.12
4.2 IN PTR host1.nyc3.example.com. ; 172.16.2.4
5.2 IN PTR host2.nyc3.example.com. ; 172.16.2.5
6.2 IN PTR host3.nyc3.example.com. ; 172.16.2.6
11.現在我們已經完成了所有檔案的建立，現在需要檢查建立的規則是否滿足要求:
檢查檔案 named.config.options的命令
doheras@debian:~$ sudo named-checkconf
檢查 正向區域 (Forward Zone) 是否滿足配置的要求
doheras@debian:~$ sudo named-checkzone nyc3.example.com /etc/bind/zones/db.nyc3.example.com
檢查 反向區域 (Reverse Zone) 是否滿足配置的要求
doheras@debian:~$ sudo named-checkzone 16.172.in-addr.arpa /etc/bind/zones/db.16.172
12.重啟 BIND 服務 和 配置 UFW 服務在Debian 9伺服器上以及允許BIND服務
- 重啟 bind9 服務來使之前的配置生效
doheras@debian:~$ sudo systemctl restart bind9
- 安裝和配置 UFW 服務在Debian 9 伺服器上
#第一步
#安裝UFW服務
doheras@debian:~$ sudo apt install ufw
#第二步
#需要配置一下IPv6的網路地址 如果您的Debian伺服器已啟用IPv6，請確保UFW配置為支援IPv6，以便它將管理IPv4之外的IPv6防火牆規則。請確保IPv6=yes
doheras@debian:~$ sudo nano /etc/default/ufw
...
# Set to yes to apply rules to support IPv6 (no means only IPv6 on loopback
# accepted). You will need to 'disable' and then 'enable' the firewall for
# the changes to take affect.
IPV6=yes
...
#第三步
#配置Policy 預設的配置是 所有連線進來的不能被允許 所有出去的都被允許
doheras@debian:~$ sudo ufw default deny incoming
doheras@debian:~$ sudo ufw default allow outgoing
#第四步
#允許SSH Connection
doheras@debian:~$ sudo ufw allow ssh
#第五步
doheras@debian:~$ sudo ufw enable
- 允許 BIND Service 從防火牆上通過(我也搞不清楚到底是哪一個...感覺服務名是不是不需要區分大小寫)
doheras@debian:~$ sudo ufw allow bind9
doheras@debian:~$ sudo ufw allow Bind9
4.3.2 NS2 初始配置流程
1.配置的流程與 NS1 配置流程基本上相同，因為 NS2 作為 NS1 的備用DNS伺服器，配置需要保持一樣，這裡附上詳細的每個檔案的配置內容。
named.config.options
doheras@debian:~$ sudo nano /etc/bind/named.conf.options
acl "trusted" {
172.16.2.11;
172.16.2.12;
172.16.2.4;
172.16.2.5;
172.16.2.6;
};
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// forwarders {
// 0.0.0.0;
// };
//=====================================================================$
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//=====================================================================$
dnssec-validation auto;
recursion yes;
allow-recursion {trusted;};
listen-on {172.16.2.12;}; # 這個地方要換成ns2的網路地址
allow-transfer {none;};
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
forwarders {
8.8.8.8;
8.8.4.4;
0.0.0.0;
};
};
named.config.local
在主DNS伺服器上定義與主域對應的從域。注意，型別是slave，檔案不包含路徑，並且有一個主指令，應該設定為主DNS伺服器的私有IP地址。如果在主DNS伺服器中定義了多個反向區域，請確保將它們全部新增到此處
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
zone "nyc3.example.com" {
type slave;
file "db.nyc3.example.com"; # zone file path
masters { 172.16.2.11; }; # ns1 private IP address - secon$
};
zone "16.172.in-addr.arpa" {
type slave;
file "db.16.172"; # 172.16.2.0/24
masters { 172.16.2.11; }; # ns1 private IP address - secondary
};
2.根據 NS1 配置流程安裝和配置 UFW 服務，並開啟 UFW 服務。
$ sudo ufw allow Bind9
4.4 配置 Client
說明: Client_n 為以上配置的 Host_n，其IPv4地址需要與上邊的保持一致。
4.4.1 Ubuntu 20.04 客戶端
1.首先，使用ip address命令查詢私網子網，找到與私閘道器聯的裝置。
$ ip address show to 172.16.2.0/24
會有一個輸出:
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 172.16.2.4/24 brd 172.16.2.255 scope global dynamic noprefixroute ens33
valid_lft 85520sec preferred_lft 85520sec
2.在 Ubuntu 的路徑 /etc/netplan 路徑下找到 *-private-nameservers.yaml 檔案，其檔名可能會根據不同的裝置而不同，請仔細檢查該路徑下的檔案進行更改，比如說在我的虛機裡我的檔案就是 01-private-nameservers.yaml。
$ sudo nano /etc/netplan/00-private-nameservers.yaml
內容為:
network:
version: 2
ethernets:
ens33: # Private network interface
nameservers:
addresses:
- 172.16.2.11 # Private IP for ns1
- 172.16.2.12 # Private IP for ns2
search: [ nyc3.example.com ] # DNS zone
3.完成配置之後，使用下邊的命令讓 NetPlan 採用新的配置，如果存在網路問題那麼新的配置就會中斷。如果你想要接收當前配置，那麼就輸入 Enter。
$ sudo netplan try
Do you want to keep these settings?
Press ENTER before the timeout to accept the new configuration
Changes will revert in 117 seconds
4.現在，檢查系統的DNS解析器以確定您的DNS配置是否已應用
$ sudo systemd-resolve --status
正確的內容會顯示你剛剛配置的 DNS Server 和 DNS Domain
現在可以正確的使用DNS Server作為域名解析了~
4.4.2 CentOS 8 客戶端
1.編輯/etc/sysconfig/network-scripts/ifcfg-ens33檔案。您可能必須用當前主機的主網路介面的名稱替換ens33,因為本次模擬搭建的環境為虛擬機器環境，所以必須檢視網路卡是否對應。
檢視網路配置，從下邊的文字可以看出虛機的IP地址為: 172.16.2.6/24，對應的網路卡名稱為: ens33
CentOS8$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:0c:29:e6:20:79 brd ff:ff:ff:ff:ff:ff
inet 172.16.2.6/24 brd 172.16.2.255 scope global dynamic noprefixroute ens33
valid_lft 84375sec preferred_lft 84375sec
inet6 fe80::22ec:5ec9:b729:d16d/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: virbr0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:3b:9a:58 brd ff:ff:ff:ff:ff:ff
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:3b:9a:58 brd ff:ff:ff:ff:ff:ff
因此，修改的檔名稱為 /etc/sysconfig/network-scripts/ifcfg-ens33
CentOS8$ sudo nano /etc/sysconfig/network-scripts/ifcfg-ens33
將上述開啟的檔案更改為:
TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none" # 取消 DHCP 服務， 更改為 Static IP 模式
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="ens33"
UUID="2e9c162d-fbed-4f65-8a42-e69285538ac2"
DEVICE="ens33"
ONBOOT="yes"
IPADDR="172.16.2.6" # IP Address
NETMASK="255.255.255.0" # NetMask
GATEWAY="172.16.2.1" # Gateway / Router
DNS1="172.16.2.11" # ns1的IP地址
DNS2="172.16.2.12" # ns2的IP地址
DOMAIN='nyc3.example.com'
2.重啟NetworkManager服務
CentOS8$ sudo systemctl restart NetworkManager.service
3.安裝 bind-utils
CentOS8$ sudo yum install bind-utils
4.檢視 resolv.conf 確認配置是否生效
CentOS8$ cat /etc/resolv.conf
# Generated by NetworkManager
search nyc3.example.com
nameserver 172.16.2.11
nameserver 172.16.2.12
4.5 測試客戶端
4.5.1 Forward Lookup Test
在客戶端 (Host) 輸入以下命令：
CentOS8$ nslookup host1
正確輸出:
Server: 172.16.2.11
Address: 172.16.2.11#53
Name: host1.nyc3.example.com
Address: 172.16.2.4
4.5.2 Reverse Lookup
在客戶端 (Host) 輸入以下命令：
CentOS8$ nslookup 172.16.2.11
正確輸出:
11.2.16.172.in-addr.arpa name = host1.nyc3.example.com.
4.6 維護 DNS 配置資訊
再完成上邊的任務之後，我們已經搭建了一個簡單的 DNS 伺服器 在虛擬機器網路上，現在的任務是我們需要維護我們的 DNS記錄來保證伺服器的運作穩定和便於維護，這個功能可以及時、有效地反映伺服器的環境以及執行情況。
4.6.1 新增一個新的Host到當前的BIND配置中
4.6.1.1 Primary Server - ns1
- 第一步: 將新主機的私有IP地址新增到受信任的ACL中(
named.conf.options)。 - 第二步: 更改 Primary Server下的
db.nyc3.example.com檔案, 為新主機新增一條A記錄，增加Serial的值；格式根據之前的格式來增加即可。 - 第三步：更改 Primary Server下的
db.16.172檔案，為新主機增加一條新的PTR記錄，增加Serial的值，格式根據之前的格式來調整即可。 - 第四步：執行之前的配置過程的所有檢查步驟。
- 第五步：重新啟動 BIND9 服務。
4.6.1.2 Secondary Server - ns2
- 第一步： 將將新主機的私有IP地址新增到受信任的ACL中(
named.conf.options)。 - 第二步： 檢查配置檔案是否正確:
sudo named-checkconf - 第三步： 重啟 Secondary Server的 BIND9 服務
4.6.1.3 Host-Client 配置
- 新增新的Host（客戶端） 的流程就參照之前的步驟
4.6.2 DNS日誌記錄
從上邊來看，我們可以為 DNS Server 增加一個 logging模組，新增的內容為下邊：
logging{
channel default_logfile {
file "/var/log/bind/example_1.log" versions 3 size 1m;
print-category yes;
print-severity yes;
print-time yes;
severity info;
};
channel default_querylogfile{
file "/var/log/bind/query.log" versions 3 size 1m;
print-category yes;
print-severity yes;
print-time yes;
severity info;
};
channel default_databaselogfile{
file "/var/cache/bind/data/database.log" versions 3 size 3m;
print-time yes;
print-severity yes;
severity debug;
};
category default {
default_logfile;
};
category queries {
default_querylogfile;
};
category database {
default_databaselogfile;
};
category unmatched { null; };
};
5. DNS Server的壓力測試 - queryperf 工具
對於普通的DNS伺服器來說，根據進行域名解析的過程不同，被分成了兩種解析模式：遞迴查詢和迭代查詢。簡單來比較這兩個的區別：
遞迴查詢
遞迴查詢由客戶端向本地域名伺服器傳送請求，然後等待本地域名伺服器返回結果。
如果客戶端向一個本地域名伺服器請求一個域名的查詢操作但是本地域名伺服器並不知道查詢域名的IP地址，那麼本地域名伺服器就會模仿扮演成客戶端向根域名伺服器傳送繼續查詢的請求而不是讓主機自己再向根域名伺服器傳送進行下一步的查詢，直到查詢到結果或者查詢完所有的根域名伺服器；
所以 查詢的結果就是 一個特定的IP地址或者是未找到域名的報錯資訊。
迭代查詢
如果根域名伺服器收到了本地域名伺服器傳送的迭代查詢請求報文時，要麼給出所要查詢的IP地址，要麼返回引導的域名伺服器進行查詢，所以查詢的動作如果不能給出最終的結果，那麼就是給客戶端返回一個DNS伺服器列表供客戶端繼續查詢。
從上邊的概念來看，實現遞迴的DNS伺服器效能評價更加困難，因為被測試的DNS伺服器有可能與其他的根域名伺服器或者是其他權威伺服器進行查詢互動，或者是管理以及維護之前瞭解到的域名資料快取。
安裝 queryperf
【等待補充】
配置 queryperf
【等待補充】
6. DNS Server的安全性配置
首先， BIND9 的 options 提供的 allow-query 引數可以對訪問DNS解析伺服器的客戶端地址和網段進行限制，從而達到對陌生客戶端和惡意IP地址的封禁。
named.config.options 中的引數 dnssec-enable 、dnssec-validation 等配置引數都是維護 DNS 伺服器安全性的非常重要的配置引數，DNS 的設計起始於上世紀 80 年代，當時網際網路規模小得多，安全性並非首要設計考慮因素。當DNS的遞迴解析器(DNS Resolver )向權威域名伺服器傳送查詢請求的時候，解析器無法驗證響應的真實性。解析器只需要檢查響應的IP地址與解析器傳送初始查詢的IP地址是否相同。 但是， 這種檢查機制存在一個非常嚴重的問題：權威域名伺服器的請求包的源地址非常容易被偽造和仿冒，攻擊者很容易冒充來自權威域名伺服器的響應，然後偽裝成解析器最初查詢的權威域名伺服器，因此可以很輕鬆將使用者重定向到其他的惡意網站。
因為需要考慮到遞迴解析器可能被入侵的場景，域名解析器有一種快取的機制用來加速解析流程，其原理是從權威域名伺服器和根解析器時候收到的上次DNS資料儲存到本地來加速下一次應答，避免查詢一個或者多個權威伺服器引發的服務延遲。然而，依靠快取存在一個缺點，如果攻擊者傳送的假冒的DNS權威域名伺服器響應被接受，那麼其快取就會被一直快取在遞迴解析伺服器中，因此之後所有的查詢DNS Server 的主機都會接收到欺詐性DNS資料。如果使用者訪問銀行網站，會怎麼樣？使用者裝置在其配置的遞迴域名伺服器中查詢銀行網站的 IP 地址。不過，攻擊者可以通過偽造IP地址向解析器注入惡意的快取資料，屆時 IP 地址並非指向目標合法網站，而是指向攻擊者建立的某個網站。這個欺詐網站冒充銀行網站，看上去毫無差別。使用者會毫無防備地輸入名稱和密碼，這就導致使用者在不經意間向攻擊者透露了自己的銀行憑證，攻擊者可以堂而皇之地以使用者的身份登入合法銀行網站進行轉賬或執行其他未經授權的操作。
對於解決這個問題， BIND 提供了一種名叫 DNSSEC 的安全擴充套件服務以及配套的金鑰生成工具供網路人員使用。
DNSSEC
DNSSEC 採用基於公鑰加密的數字簽名技術來加強 DNS的驗證強度。 DNSSEC 並非對DNS查詢和響應的過程進行傳輸加密，而是資料所有者對 DNS 資料進行簽名加密。
每一個 DNS Zone 在配置的時候 BIND 服務會為其建立一個公鑰和私鑰的配對的祕鑰對。 DNS zone 的所有者使用該區域的私鑰對區域內的DNS資料進行簽名，併為這些資料生成簽名。 DNS 解析器生成的 公鑰 對該區域內所有的 DNS資料驗證真實性。如果有效，證明DNS資料合法，則將所有的DNS資料返回給使用者。如果沒有通過驗證，解析器會認為發生了攻擊，丟棄資料併為使用者返回錯誤。
DNSSEC 在 DNS協議中新增加的兩個安全的功能：
- 資料來源驗證 - DNS 解析器通過加密的方式驗證收到的資料是否確實來自其認定的資料傳送區域。
- 資料完整性保護 - DNS 解析器可以確信，自區域所有者使用私鑰第一次進行數字簽名，資料在傳輸過程中並未遭到修改。
每個zone都會釋出一個公鑰，遞迴解析器可以檢索公鑰以驗證區域中的資料，區域的公鑰也必須經過簽名。
DS-records (Delegation Record)
DS-records 用來保證金鑰分發的安全和DNS訊息內容的分發安全；
常見的 DS-records的分發格式為：
- 關鍵字標籤 (Key Tags)：一個簡短的數值，可以幫助快速識別所引用的DNSKEY記錄；
- 演算法 (Algorithm)：引用 DNSKey-record 的密碼學演算法；
- 摘要型別 (Digest Type)：用於建立摘要值的加密雜湊演算法；
- 摘要 (Digest)：引用的DNSKEY記錄的加密雜湊值；
ZONE 檔案安全配置分析
在 Debian9 下的所有的資料庫檔案都儲存到了配置的資料夾中，其路徑為：/etc/bind，每建立一個新的 ZONE 的配置檔案都會在當前路徑下建立一個新的db檔案來記錄資源地址和域名之間的對映關係，為了瞭解 DNSSEC在其中到底是怎麼應用的，我們可以去分析這些檔案的DNSSEC公鑰配置來明確 DNSSEC 在其中的配置原理。
在 Debian9 DNS伺服器上配置金鑰 - NS
1.首先需要在 named.config 檔案以及引用檔案中的 options 加入一下配置：
dnssec-enable yes;
dnssec-validation yes;
/* Path to ISC DLV key */
bindkeys-file "/etc/named.iscdlv.key";
2.確定我們儲存金鑰的路徑，一般來說儲存 zone 的資料庫檔案的路徑為： /var/cache/bind，這個地方儲存著 zone 配置的資料庫檔案。我們在這個地方新建一個資料夾 keys，然後找到 dnssec-keygen 的配置資料夾，呼叫建立金鑰的命令：
$ find / -name "dnssec-keygen"
/usr/sbin/dnssec-keygen
$ cd /var/cache/bind/keys
建立金鑰的方式如下：
-a <algorithm>:
RSA | RSAMD5 | DSA | RSASHA1 | NSEC3RSASHA1 | NSEC3DSA |
RSASHA256 | RSASHA512 | ECCGOST |
ECDSAP256SHA256 | ECDSAP384SHA384 |
DH | HMAC-MD5 | HMAC-SHA1 | HMAC-SHA224 | HMAC-SHA256 |
HMAC-SHA384 | HMAC-SHA512
(default: RSASHA1, or NSEC3RSASHA1 if using -3)
-b <key size in bits>:
RSAMD5: [512..4096]
RSASHA1: [512..4096]
NSEC3RSASHA1: [512..4096]
RSASHA256: [512..4096]
RSASHA512: [1024..4096]
DH: [128..4096]
DSA: [512..1024] and divisible by 64
NSEC3DSA: [512..1024] and divisible by 64
ECCGOST: ignored
ECDSAP256SHA256: ignored
ECDSAP384SHA384: ignored
HMAC-MD5: [1..512]
HMAC-SHA1: [1..160]
HMAC-SHA224: [1..224]
HMAC-SHA256: [1..256]
HMAC-SHA384: [1..384]
HMAC-SHA512: [1..512]
(if using the default algorithm, key size
defaults to 2048 for KSK, or 1024 for all others)
# 執行建立一個 ZSK (Zone Signing Key) 的命令 注意一定要為 金鑰配置
/var/cache/bind/keys$ sudo /usr/sbin/dnssec-keygen -L 3600 -a NSEC3RSASHA1 -b 2048 -n ZONE example.com
Generating key pair....................................................................................................+++++ .......+++++
Kexample.com.+007+59870
# 執行建立一個 Key Signing Key 的命令
/var/cache/bind/keys$ sudo /usr/sbin/dnssec-keygen -L 3600 -f KSK -a NSEC3RSASHA1 -b 4096 -n ZONE example.com
Generating key pair......................................................................................................................++++ ..............................................++++
Kexample.com.+007+01143
3.建立完金鑰之後，現在該資料夾下邊存在兩組公鑰和私鑰，這兩組公鑰和私鑰建立完成之後，已經建立在了當前的目錄下 /var/cache/bind/keys 下，現在需要建立的公鑰的引用資訊匯入到 ZONE 檔案中讓其生效。在這個過程中，需要明確的是新建的 ZONE 檔案是之前建立的 db.nyc3.example.com ，所以需要將之前建立的ZONE檔案引用新建立的兩個公鑰，Zone Signing Key 和 Key Signing Key。
Debian9 預設的BIND軟體的預設安裝目錄是：/etc/bind，新建立的 ZONE 配置檔案的目錄是： /etc/bind/zones，現在我們需要將剛才建立的金鑰目錄 /var/cached/bind/keys 複製到 /etc/bind/zones 目錄下，以便隨後去呼叫金鑰來進行 ZONE 繫結。這裡邊有一個BIND9 設定的環境BUG，就是在 ZONE 檔案引用的 keys 必須儲存在和 ZONE檔案相同的目錄下，
$ sudo cp /var/cached/bind/keys/example*.* /etc/bind/zones
4.在/etc/bind/zones 中，我們需要將ZONE 檔案引用新生成的 KSK 和 ZSK， 之後進行 ZONE 繫結：
/etc/bind/zones$ sudo nano nyc3.example.com # 更改後的檔案 nyc3.example.com 內容如下
;
; BIND data file for local loopback interface
;
; Import ZSK / KSK
$INCLUDE Kexample.com.+007+01143.key
$INCLUDE Kexample.com.+007+59870.key
$TTL 604800
@ IN SOA ns1.nyc3.example.com. admin.nyc3.example.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
; name servers - NS records
IN NS ns1.nyc3.example.com.
IN NS ns2.nyc3.example.com.
; name servers - A records
ns1.nyc3.example.com. IN A 172.16.2.11
ns2.nyc3.example.com. IN A 172.16.2.12
; 10.128.0.0/18 - A records
host1.nyc3.example.com. IN A 172.16.2.4
host2.nyc3.example.com. IN A 172.16.2.5
host3.nyc3.example.com. IN A 172.16.2.6
引用完成之後，現在需要使用 /usr/sbin/dnssec-signzone 命令來簽名 ZONE，使剛新建的公鑰在ZONE上生效。
5.使用 /usr/sbin/dnssec-signzone 來簽名 ZONE，生成新的signed 檔案。具體的引數配置檔案可以訪問 dnssec-signzone，下邊列舉了我在這部分用到的引數以及相關引數配置的含義。
/etc/bind/zones$ sudo /usr/sbin/dnssec-signzone -AA -n 3 -3 $(head -c 1000 /dev/urandom | sha1sum | cut -b 1-16) -N INCREMENT -o example.com -t db.nyc3.example.com
Verifying the zone using the following algorithms: NSEC3RSASHA1.
Zone fully signed:
Algorithm: NSEC3RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked
ZSKs: 1 active, 0 stand-by, 0 revoked
db.nyc3.example.com.signed
Signatures generated: 17
Signatures retained: 0
Signatures dropped: 0
Signatures successfully verified: 0
Signatures unsuccessfully verified: 0
Signing time in seconds: 0.011
Signatures per second: 1439.092
Runtime in seconds: 0.016
-n ncpus
Specifies the number of threads to use. By default, one thread is started for each detected CPU.
-3 salt
Generate an NSEC3 chain with the given hex encoded salt. A dash (salt) can be used to indicate that no salt is to be used when generating the NSEC3 chain.
-A
When generating an NSEC3 chain set the OPTOUT flag on all NSEC3 records and do not generate NSEC3 records for insecure delegations.
Using this option twice (i.e., -AA) turns the OPTOUT flag off for all records. This is useful when using the -u option to modify an NSEC3 chain which previously had OPTOUT set.
-N soa-serial-format
The SOA serial number format of the signed zone. Possible formats are "keep" (default), "increment" and "unixtime".
"keep"
Do not modify the SOA serial number.
"increment"
Increment the SOA serial number using RFC 1982 arithmetics.
"unixtime"
Set the SOA serial number to the number of seconds since epoch.
-o origin
The zone origin. If not specified, the name of the zone file is assumed to be the origin.
-t
Print statistics at completion.
在當前路徑下：/etc/bind/zones，生成了多個新的檔案
/etc/bind/zones$ ls
db.16.172 Kexample.com.+007+01143.key
db.nyc3.example.com Kexample.com.+007+01143.private
db.nyc3.example.com.signed Kexample.com.+007+59870.key
dsset-example.com. Kexample.com.+007+59870.private
執行完上邊的命令之後，會生成幾個新的檔案，這些檔案對接下來配置DNS權威域名伺服器有幫助。至於反向解析DNS的配置我們留到最後根據之前的配置流程再進行配置。
6.目前我們已經建立了新的繫結ZONE 檔案，生成新的 zone 檔案的名字為 db.nyc3.example.com.signed，因此先來比較一下命令 dnssec-signzone 為新的檔案增加了什麼。
/etc/bind/zones$ diff db.nyc3.example.com db.nyc3.example.signed
1,29c1,284
< ;
< ; BIND data file for local loopback interface
< ;
< ; Import ZSK / KSK
< ;
< ; ZSK / KSK
< $INCLUDE Kexample.com.+007+59870.key
< $INCLUDE Kexample.com.+007+01143.key
< ;
< $TTL 604800
< @ IN SOA ns1.nyc3.example.com. admin.nyc3.example.com. (
< 3 ; Serial
< 604800 ; Refresh
< 86400 ; Retry
< 2419200 ; Expire
< 604800 ) ; Negative Cache TTL
< ;
< ; name servers - NS records
< IN NS ns1.nyc3.example.com.
< IN NS ns2.nyc3.example.com.
<
< ; name servers - A records
< ns1.nyc3.example.com. IN A 172.16.2.11
< ns2.nyc3.example.com. IN A 172.16.2.12
<
< ; 10.128.0.0/18 - A records
< host1.nyc3.example.com. IN A 172.16.2.4
< host2.nyc3.example.com. IN A 172.16.2.5
< host3.nyc3.example.com. IN A 172.16.2.6
---
> ; File written on Sun Feb 7 06:08:22 2021
> ; dnssec_signzone version 9.10.3-P4-Debian
> example.com. 604800 IN SOA ns1.nyc3.example.com. admin.nyc3.example.com. (
> 4 ; serial
> 604800 ; refresh (1 week)
> 86400 ; retry (1 day)
> 2419200 ; expire (4 weeks)
> 604800 ; minimum (1 week)
> )
> 604800 RRSIG SOA 7 2 604800 (
> 20210309100822 20210207100822 59870 example.com.
> Rq5UwPjs2OB0rvGRGA4IP6AB5EzA5lRCF+ri
> L80hg3E3jskoFu9sPHiD77k9AXYJ7KccML/z
> 4mc3vRFic6Ms2xFeaFaCswLRKzYWd3hMuJ2f
> x+5tiI/R6HGBqug1o7WRt53IEbaog8vgqM+r
> wg5DXjO2Lm5bh2RdvDE0YYRvgSwG/Jz3Fm9E
> HaPZKejkVcMh8NWHWTCnndkiq41t4BQOoQZu
> bGxJzZYCVz0i0aKNGrJUT/KS4HeclXTzOpfI
> FknBrUO8EkNJgK+pI9/CGnPva0wyIhqI8rQk
> dlbII/DbV7ySiQjMymcu9qAtmmK+NEbyyzhJ
> 14Ti44Jb9R8rNNZGAQ== )
> 604800 NS ns1.nyc3.example.com.
> 604800 NS ns2.nyc3.example.com.
> 604800 RRSIG NS 7 2 604800 (
> 20210309100822 20210207100822 59870 example.com.
> 08stTHG8TEB68mMYeot4zLQdK6sycq/rMvxH
> Cbv/ot2ef/Mv1qcYhW/faxhQ6Hl/qZALJ+v2
> 6LFY3tpLbQ9Fua4oJ2yRFZUkKVy0B3h6PYPc
> Soc13cyhwcfydIm0BqI3iVk1icDVylRcDr+s
> RxWPY9Q931MTBGNexhEq4+dU7oBRkZ90sRXe
> G6wW057uRdvwn222f0tWehKqMSvZWu49MFxf
> dk5hGVICNtGyo1HZEBbYl+5gjMR/sEGoFqgy
> 5j38LCUcVkjXY+Ahc33ZJhYlcR1g2CodswMz
> zCH4b2ETGPUxiHb8jwl41IHXB1fY/ZhUYVs4
> 8J28j4ZhxU0nzjgMPQ== )
> 3600 DNSKEY 256 3 7 (
> AwEAAdeakN3vO7Rm22Khq7sACpdiJ+fDvrq2
> lNWxiaszGw+66cZtolhOX0p31hpIw0ZgYHCA
> 2hM9aChvgpxlfMxijPzgLBrjcqp5Q1O4U6HD
> oRa6USX0m6814tawIHK5WxTJYC8oMLuZxcH8
> mn6XV2hjHBG4Ish7TNdHpAdnrmgbpHx3pn9x
> EA5SkgkzypMcLKXpnTDcOnn5rh++KUGWKgdh
> f/GvH93iu9Oes/EYzYpnFxIsNz1uSRlFtXbI
> C+ug5LLKipRxqH+KlW67Fko/6GGvbIAjb3PA
> mCeE6ZHYu5xj/aoT5MYAZ/uOTB+Vzhh392Xx
> lPN0dq75W0BtWxKazLXNSd8=
> ) ; ZSK; alg = NSEC3RSASHA1; key id = 59870
> 3600 DNSKEY 257 3 7 (
> AwEAAccdkhssmVzMPNOrD7DaPnerx6VbQ2UE
> y0LVuqGAgmXaqb66JP8NDqYLxEPsNcxc7PSb
> /2+tcPGzjM+lDmpYpmr/PrD3FJga8P23V6R4
> htdGRY6h3uz2FA88Dyd0CJXpyHFPXFm8OlCw
> ZVbHChUADWL9ab4dqbUpoLUCwWNeej8gCMgr
> XU+doprSAGwVFzxMfliadMvaX8jIwQkAuACj
> +yHeh5aeGn+3g9Osm2JH9sQUDwVQVZp6i2xw
> VBnIq7ZIJp7WFISOT2WWjKOGJz3Tk/Qe37sJ
> c8peNfOMWHZlN1VyOj0OQA732MdjkD/hYq0M
> 043PFqGb4hbrqzkiZ0JqioR1d0XPfaYQOoJU
> CRuqpQBzEUAXGp+3axx36MRyQ6mlJDG/PGsI
> 4BgWhF4PjH8j7SPAD+VUUE62Cin5oUIYN5yU
> zx1aXUqcIxFhk37Yw1Y8KNO+54L+4SFJkeUO
> 9YHhZXbnprJGcSKB4x+gTd7XYXfsGyd2WGv+
> GvptqcN4pBySe9WURs9v/1xPCbBRHFzq7u4I
> E9aWr8PCQoAn97iITIEqWJVZ8cpqSgql0WgT
> pOCXc9IzX7hFRBcQihdFTpTkTtpr7DKMnHQR
> dnECok6jY/PVf44WLyza5L4Gcrur3eFEITaJ
> iE7htDnI7CXTAxtRANF7ZADQSIdcFkSx+5b+
> 1FpR
> ) ; KSK; alg = NSEC3RSASHA1; key id = 1143
> 3600 RRSIG DNSKEY 7 2 3600 (
> 20210309100822 20210207100822 1143 example.com.
> f1ciDXIjhF6dMV9A4ECaaXBg1OQKpCVczwff
> Z9oB5yfdGYVYVHq689jw9Avnmy1mevlyZ/0d
> VsxHjR5m5bgUnXun26IUmxtvOOA6Fr7pTbMU
> OujugesFbX0kY6auuMTbDdAnmxRe5T8OAhz/
> xRImQCPWwczJ+zhvFI4MCoe8LcKfjA1ffud9
> hTLBcjuonluCI8kutaKbYjvGCJuWxqcJSUHd
> 2bF9h/rxb13irgBtuuLigA7z83a7f1rI+Ag3
> gDwYhz2oV846mrYLQguZsAKUJqVgvME9Typc
> pd0Xx02aDr/fx4zuoXCj+M0J1X6vucnKnW9A
> 248dxOaE9g5HXwN2Fx8wblz3giF3mAY+WyXh
> h5uKCKEQfyEbt2fOt2e03DFGxpWUAJQP2jR3
> cMICFQHkUKboB9AfM1SpfpqPTQZoZwFoz4a9
> eZ5gvwge0z0l1lfLcQzhpzqRwpYVt78HpCpK
> 2IKLU3tbftDQXDhhNuZdraI5F6Dj0W0h8cHj
> frjugFEQWy5SBb4FPNOxXIS1MyZ0MVTH3qTk
> 8gxLcqShfb+1rlK0sLU/jMODJ3rxEZzgfW7i
> u4lDLMdOkqY5KrZtvH2q5hQoJ0/pS93AUHFe
> G1KFv+4sih6d1WSQIhanfefastE/l5hcvOZ9
> ppDV1azdNEnlchpuaViCXv9gAjksHKRrEW0= )
> 3600 RRSIG DNSKEY 7 2 3600 (
> 20210309100822 20210207100822 59870 example.com.
> byMBp8tQaSmkD2VMMWqDqmhPcozCVSy7f80H
> afR5B6nEi23ItYTubpq1P4ODiYmTItmPHP/L
> 5tOK6r6jlwnuZ0+YV1aFdGNpwOhsRK7b01Jv
> N5csU9P3vaGQ9MaRv1Q+hoXLf+yz5vPUFiNz
> qhQeuhzNBvIIyaB0Y9SjBW72lHLtTjLozpJe
> iyBQXhqaB4JV5mhMexCtlg78uf5a/ECihoLy
> nVs1e+pYaNYoVG7uKlVaT1uqBrX4MvXW9guN
> eAWK5U1ZPrzkyYqsx86+2vYveyykslC7HL+B
> NAHQPQ8PVwPabbrQbKbVjUdkPcj9iRMYkp3j
> Ug2goigJL1LJlWBsQA== )
> 0 NSEC3PARAM 1 0 10 5B1E2A0938A7120B
> 0 RRSIG NSEC3PARAM 7 2 0 (
> 20210309100822 20210207100822 59870 example.com.
> v1kpddaoUKrC3Ex9zV9LfdWqfOo1UY/KjKOK
> TXr1x8TJejaPJWtaChgV7DzzRv/ZlKZN+lS6
> lO/N1DPs9gwUWBRjA4+Dm6xqiRyoFevh5sbQ
> 7SjvfcW0f2WW+xtrGbhIW8jVoSL//fHwXiKm
> GcjnF6nYVG3H7Zo26jO6PU/p377VgdTxZabr
> Kc697VGB/LeC1lMAFvByv36AcWZEEgs7QSTs
> gFTPNaUhuVveYKZ/KtHu+v6wrWwEVwYlVS5s
> jH9Nfk1KpxUDuljmayhomBNB1xFjFtUMUbNm
> +KhpWx0HIdIodubHOZaz4z2g8MY1R2etDiPz
> G7P1HF8cfh0NCZvyrw== )
> host1.nyc3.example.com. 604800 IN A 172.16.2.4
> 604800 RRSIG A 7 4 604800 (
> 20210309100822 20210207100822 59870 example.com.
> v9elCCsc0Ib22HVDyWzEOGvSalscBf+SlBCT
> 3OB9oyZe7SH3Gcw727J55KDBjuQxp+9WqLhO
> DeibYisRGTHrmlOxYAQnVNT+4fL/puqNmJYi
> Y5IE8TiLc+9RfKm3QUP403jK8kF3aIybvuUm
> O9HgKUzH2eGBdwYLUrkwbg8MOJgiLCA7S3EY
> 5rrxZp3WDyKG7h3+BRBxzY7T/u330Xb9EzUQ
> 1ABq1BgKhxEdQhJAtZ0bYdRvAuqRKRcwzqNO
> avTw1eTR9HoPB8FpPPCv1cNMooicYOtehT55
> XHb1NXQ91WUxZjIS6nQJctUpd9/ZuL0xm3kz
> 5r/jfoi5E2uULqQxwA== )
> host3.nyc3.example.com. 604800 IN A 172.16.2.6
> 604800 RRSIG A 7 4 604800 (
> 20210309100822 20210207100822 59870 example.com.
> beSpI/cjL5Lj246JMxPxNH+tSBnnB6UVjtAW
> EhmjNntb+cGXVpjYAPFnG0UM80+TpEGbCb4W
> HK3kqYjUzbiYrPLI6Q0wNClu5xHNXsGJ870i
> fAW8OT5wztHMRNQp2tn39RvRk+cr2EdJmeej
> +M7Bjc+fQbLoJU9dlKoc13az0obursWYXIX9
> 4AGe0J8gG/jT62J95F5Z0nzWb1IQGK9TWf0T
> l+kSF+qRh76GLwnJZRBlQ1h5xmcBR0xAISng
> xCFzfxciOQh8At5ManogpLljOh3iqbAAqsh6
> f+0Dk8ilg0rK3FRwA6VwYdZVP3Bir6rsze6y
> FjEUEvn+GqiPJ9vXxg== )
> host2.nyc3.example.com. 604800 IN A 172.16.2.5
> 604800 RRSIG A 7 4 604800 (
> 20210309100822 20210207100822 59870 example.com.
> n5MjCD3hbx1Uj/X1x/umVbnunVSqafYudVvw
> Pt0Kl+FVAiva/F/N4UXkJLFh+M6MCwNsO2fG
> MFVr9Eyf1SgP6Jg4HKpTWFpINGYRWibFMQwo
> gVxDVoVnOLdOpD8Sse06sVlGhIoX6K2bbvId
> RCNU1zGHE0Jok1E0eafg39U3/03xQYe0Efbz
> nnKprAvoJdy75XQKUJvUBaR3leJazI2zWe2J
> 9GMBrfgdNCEMn7VvazXJ/Rl1i1gY5Qm35bP7
> nmMlZNGgleAVjVgFgVrqSHAgey7q4C0kipkK
> K8UixABZeGQbcyPFC3Mk+lDBVAO0aC8FO2ue
> avvhTviRtOOlxujguQ== )
> ns1.nyc3.example.com. 604800 IN A 172.16.2.11
> 604800 RRSIG A 7 4 604800 (
> 20210309100822 20210207100822 59870 example.com.
> 0OiF2YaBuJOkb7VhgufvPRlXOQUMVp+smbUQ
> s2ZpWdEt0JP1hqaXQwaGhbbKwlXGkZZazIBg
> ADhjTSMofpPsbxyaUxrjCNbkHeTO2oPK1bfD
> X2og7GSpt361yCrMpbfHEVXds3upHmwT5LV6
> 6IKCQozcWmf75lBkOyuu9qo9U6SAzNCqleiJ
> YrdxuIilx1IY4qw+woenaUf9R+WJ+l7eI51i
> Ju/pNfpowpTheNShX7NJcCOOlDASWGnk5om6
> bdqPE270d8MImmYsT9QX5D/+g5OV+n+oKP2z
> CwkqzIAZXPW8JASutmwneH54Pbb4A0FIZgWj
> mNWd4mvGdRxyopH8Bw== )
> 13NTQLTAL8GPRJ810B4IBC0PML5JT58O.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> 1UQN7J8KHHVV55NJJDFMJRDGVEC9QK71
> A RRSIG )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> fz7DqiOwgOU/8M9xpbhm5U2YfKjE+AspD0UR
> ZeeDvSIAfYa4whUsfB5OkrvIY3f38YqLBng4
> Wn0DY95Tn4TOuvj3dyLw0KKz6gP237fGLvp3
> rrrLRq1vWWgwZ02uYObSmJj9W34JUL/Om++y
> 9ZTN3Tp+nTvNjO5W43hwVCOkpRhu7QEQAGXz
> AE9zrxPkybiZW5UuY4b+lqTDYVv68c89qhE6
> +vR3zehwAIerEF0KzjBfigx4CKi1jfyixW4S
> 9eKR6PF5mwM9r2gOE4lSUhbluWqY7+SZPSYa
> wqLV4r+iCEgZ0ZJfcs1wmxJDFbsPVEHsJ9yk
> GaBhwUPLgJ7cV6CyXw== )
> ns2.nyc3.example.com. 604800 IN A 172.16.2.12
> 604800 RRSIG A 7 4 604800 (
> 20210309100822 20210207100822 59870 example.com.
> b8Xi4lg+h+FLgDyu3s03qpBt0RczciNGvMHs
> Szf+jEE5LxzGx+AS4DkPI8FPZ8KS0EWHSvtA
> ejfOuI/53v+8JH6WtSSG6D1EQQrgyWRSnqVW
> IsOSz6qLqPIeZIdlAshjlqOppKfamE5kCbXv
> W+97u+1UF8CHUwauYnH5L26Iaxzimmnorsvz
> hxPei0QD5mVo2LToT3MUu6JKJUq+xFUnQRHg
> h1laKbpFmdYzfviTzphF8AAH61FMa/5rBnxN
> ur44u8k4iRk5cvp0KOnosxpaEXf9gMlckgD+
> u+je7wmqEY7mT3y4YjuDLbXRkgyWhYuGl4Q9
> 0Su95pKOK8yuiVwa3w== )
> 1UQN7J8KHHVV55NJJDFMJRDGVEC9QK71.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> 5TLGKO9HOD2H3QAS9UQBAQ0603N8NR68
> A RRSIG )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> li4gfnT/ZWA5VfOC9w6yqDvfuL4PFI8BfnsV
> C9P7Am368Aqqp7jQx+w92FQYWeYq6+INj/Nf
> rwnACby+Ww2tvetQkUzsvREl3g/fS3LojLpL
> h6eRWzrExTHtO3OoawvgW5cL7tVENl7ap9LT
> WauRDBjIDJqdYlM1Z0Bj+v7M969zK5T1nDWR
> XKeVIaqWg72yyirgplz8eBSJbcxqnr7Sn4b1
> R1Jg6zshILjc4YZghIhydLDSq1rSq9sFMdOm
> eA8fmEYVkYqLRtbzw02LPUojvjX4cZGxg1/P
> g3/ykw8GTw1ofIlVnbSDFvePFKpqjZHjracr
> a2TTorw2KKKcY2HeLA== )
> 5TLGKO9HOD2H3QAS9UQBAQ0603N8NR68.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> E97CJO1762D7LNI4EQQBO2AHH4J1PKPU
> A RRSIG )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> ROYmoLb2SKcijA57tT514jVI7o9OGYIV2EnA
> t3IfQv6cNGnMr838W5hjEn0Y5oql+p0gio1i
> GelL9eC1a+pSvSixH68zLSTTmGFgCv/AE5Te
> vQaj04AQsI0TOtptOEdCOwmDP7dv73xxxRUT
> Msx8NjICSB+t93rARv+02aNHcKbTz+7IeIM+
> gFVSN2kLK30UEfdVjbhl0xwLgFNmXWLpkZ7C
> 1sdWYzmvjHj/YgeiMZwrcoHAeNSuiP42V7LX
> grRVxtkOsAEuPTDth79M9f60OQ3axASxWFnm
> CvscqxZGXn2JYCAQqyd+zZD0jSza7ODv2w17
> n2G6zrPHgudcQW5Muw== )
> E97CJO1762D7LNI4EQQBO2AHH4J1PKPU.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> Q09V94K6VA53F14PKP1DMK1LKSQ8OVUV
> NS SOA RRSIG DNSKEY NSEC3PARAM )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> gR/GrHYtdOXzxcjwN5DulGPIPN6ltIDfKyjX
> /m7dtdin/5nlbYjBgZYSSIfFpmN0ikDnIukf
> AcIOEPx4X3xSZoq4wu+8s34eF2vUAjqlNLkc
> IHhk010ianMYzOF6/vSwZ7hCDKp/GdjBqLJK
> AKh1CQTGm4DmlfR4L4lIeI4cJ6OwcvTfqJUQ
> Ih7JDyC1ZoryqHNXtPk6vXOm3Rhc+F58aTRz
> UYR27cKSKNYTe2fHCivPPyfv+nZN5i9M9p4d
> d8lkO4QS4IOsbnBnkkSXRneXwdvTX4lmQLjK
> j7mqarJfns/ORj9TNw7kcDp8+oNVAh2dlINV
> hFwhjP4EMkqrMujPhA== )
> Q09V94K6VA53F14PKP1DMK1LKSQ8OVUV.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> U1EM83K3Q0K54RUULP79VC465MVDBSVG
> A RRSIG )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> swUzi+Hs4Dge/Cmwf+yosK54EvA01eO2PHFR
> 1V3yXhRAy9mtjDtymTORLrMKi23pyl28/J8r
> xrWPuL0K8LsuYEtuc/6/l0h4hfuT5MTDGo6U
> qQrZaUGDleFAAqcvlVVR9GNRk5TXFJIIzLF+
> k8WBkMYU5kb6xgdohrwjcXg8mIMCNtCD78ck
> F2Od9iSLOwW0A87qQzCOQ8Smg5YjjZegmOv5
> NVxszQoEkHjB//lRR7E7z0D2CqOjgRESgeaI
> Voth53CA7nsm+TvT2XviB7yzRw51wrsphKlY
> 5Y2qLvjQGovZP6GXMC0ldZCnJHvmdlovdiO/
> 3J7wgeg5z9EGf2mv7A== )
> U1EM83K3Q0K54RUULP79VC465MVDBSVG.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> VNETBTCMBLL9MBJLOPMK4N69D1DMI11B
> A RRSIG )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> hKjN/3buiP/SU2sxU6aXUNcVSBm3NitKvIgK
> EXbQbWnzXrqR4bX2aHvOSDnrfFKe+khvF5Ld
> 8PgmsmAv+/uKI29T0Q0KOS3kGrF6LWvgtRYK
> MV7+pk57UzbNctYwdvsaynE0uPlR0nAMNI/K
> Z+j37nf+T+uc06Z2KVl1Y4ZTyD0DQvo1Zn8/
> Ijx5meEKvX9sfMzoxKESREk4mZjXvBbJ1Gl1
> /HLH42ov63Klp5zarVlkJCJircxlJWLFNT3v
> INGWCO6SGfbQ/ArsQB500i0tle3/8XQP7nrD
> zLA8yMICVHQTicIdeqtvx7RF0g1seYUjS6Um
> heDXZKGelLakf3Y6Jg== )
> VNETBTCMBLL9MBJLOPMK4N69D1DMI11B.example.com. 604800 IN NSEC3 1 0 10 5B1E2A0938A7120B (
> 13NTQLTAL8GPRJ810B4IBC0PML5JT58O )
> 604800 RRSIG NSEC3 7 3 604800 (
> 20210309100822 20210207100822 59870 example.com.
> I6vRt/NJHsZxOMfK/zUBefKKbHmrao584uda
> qwiANC4WqKNauXjad1KSfbEvUW3zsuyVUjo8
> F7bz8VvDI0KQZ1511n9bdUa25MBoCFL1iwk/
> 8EOmWhTdJZSJcRoVpXUvPxg1R9M2+KwD7lOa
> ZGitwlCNypqVsmnTGAsUsUaQmus28zoQzI98
> 3APB/OhJrvK/Xz25oPrMTKRUZ1RkrMPunFCH
> GiMZrLZzYfCnmLTAcLNSXi4K8OEi1f+1+UGw
> tRxJQInCkx5wlyzHyuGlQaRD6ozeBpT7W6ri
> BbM9+XWvQavvfSzlvpdx4ksMJMONuZahRvLo
> 8rysUcz4pZuUQ4xwEQ== )
從上邊的檔案對比，我們可以看出對於一條新的DNS資源記錄都新增了一個公鑰和加密後的域名地址，整個檔案的大小橫向增長，新生成的 ZONE 檔案需要替代之前老的 ZONE 檔案，因此需要更改原始的 named.config.zone 配置來適配新的配置。
/etc/bind/zones$ sudo nano named.conf.local
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
zone "nyc3.example.com" {
type master;
file "/etc/bind/zones/db.nyc3.example.com.signed"; # zone file path
allow-transfer { 172.16.2.12; }; # ns2 private IP address - secon$
};
zone "16.172.in-addr.arpa" {
type master;
file "/etc/bind/zones/db.16.172"; # 10.128.0.0/16 subnet
allow-transfer { 172.16.2.12; }; # ns2 private IP address - secondary
};
重啟 BIND9 服務，這個時候已經配置好了安全設定。
/etc/bind/zones$ sudo systemctl restart BIND9