[設定心得] Bind9 View 底下的 master/slave 設定方案
新版本可從如下獲得：
http://www.study-area.org/tips/bind9_view.htm
[設定心得] Bind9 View 底下的 master/slave 設定方案
---------------------------------------
作者：netman(netman@study-area.org)
版本：v0.01
日期：2004-04-20
* 版本歷程：
1) 2004-04-20 v0.01
- 初版
---------------------------------------
一、前言
bind-9 自問世以來，深受廣大 dns 管理員歡迎(年紀越大越如此... ^_^)，
是由於 bind9 提供了許多功能，解決了長期以來深受困擾的 dns 管理難題。
可是在新功能出現後，也帶來了一些前所不曾預料的新問題，
其中之一，就是 view 設定下的 master/slave 的同步問題。
二、問題分析
由於 master 端利用 view 的分界，按照不同的查詢來源位址回應不同的答案。
這對一般的 query 工作是非常有效的。
倘若 master 與 slave 的對外與對內界面均能相互指定路由(這是前提)，
那隻要在 slave 端不同的 view 內指定 master 的不同 IP ，也能夠順利完成 zone
transfer 。
但問題在於，當 slave 端在進行 SOA 查詢及作 XFER 時，
若 master 端只看到 client 端的某一特定來源位址，因而只能回應單一的 view ，
那就不能順利完成其他 view 的 zone transfer 。
三、解決方案
我們可利用 bind9 的 transfer-source 功能，在 slave 端指定其用來作 zone transfer
的 source address ，
得以讓 master 回應正確的 answer 。
其關鍵點是 slave 需設定多個 IP (可分內外或用 IP Alias)，且都能讓 master 路由得到
就行。
四、假設情景
- 假設授權 domain 為 my.domain 。
- 假設 master 的界面分配如下：
- External: eth0 1.2.3.4
- Internal: eth1 10.1.2.3
- 假設 slave 的界面分配如下：
- Primary: eth0 10.1.2.4
- Alias: eth0:0 10.1.2.5
五、設定細節：
- master
修改 /etc/named.conf ，內容類似如下：
acl "lan" { 10.1.2.0/24; };
options { directory { "/var/named"; }; };
view "internal" {
match-clients { !10.1.2.5; lan; }; // 這裡排除 slave 的另一位址
zone "." IN {
type hint;
file "named.root";
};
zone "my.domain" IN {
type master;
file "my.domain.int";
allow-transfer { 10.1.2.4; }; //允許 slave 的 primay 位址
};
};
view "external" {
match-clients { any; };
recursion no;
zone "." IN {
type hint;
file "named.root";
};
zone "my.domain" IN {
type master;
file "my.domain.ext";
allow-transfer { 10.1.2.5; }; //允許 slave 的 alias 位址
};
};
- slave
修改 /etc/named.conf ，內容類似如下：
acl "lan" { 10.1.2.0/24; };
options { directory { "/var/named"; }; };
view "internal" {
match-clients { lan; };
zone "." IN {
type hint;
file "named.root";
};
zone "my.domain" IN {
type slaver;
file "slave.my.domain.int";
masters { 10.1.2.3; };
transfer-source 10.1.2.4; // 指定 primay 位址
};
};
view "external" {
match-clients { any; };
recursion no;
zone "." IN {
type hint;
file "named.root";
};
zone "my.domain" IN {
type master;
file "slave.my.domain.ext";
masters { 10.1.2.3; };
transfer-source 10.1.2.5; // 指定 alias 位址
};
};
六、測試：
當設定完成後，只需重新啟動 master/slave 雙方的 bind 服務程式即可。
七、結語：
Bind9 的功能很多是新概念，本文希望對有志探索 bind 這一神奇系統的同好有所幫助，且
起拋磚引玉之用。
八、參考資料：
- O'Reilly, Linux Server Hacks: 100 Industrial-Strength Tips & Tools
---------------本文結束 -----------------------
--
======= http://www.study-area.org =======
飛雪迎春到﹐風雨送春歸
已是寒崖百丈冰﹐尤有花枝俏
俏也不爭春﹐只把春來報
待得山花爛漫時﹐他在叢中笑﹗
[ 本帖最後由 網中人 於 2006-5-16 18:40 編輯 ]
《解決方案》
[設定心得] Bind9 View 底下的 master/slave 設定方案
好文！簡潔，易懂！
學到新東西啦！ 多謝網中人斑竹呀！^_^
強烈要求給精華！！！！
《解決方案》
[設定心得] Bind9 View 底下的 master/slave 設定方案
強烈要求放入精華區！！！ 我頂
《解決方案》
[設定心得] Bind9 View 底下的 master/slave 設定方案
好!!!!!!!!!!!!!!!!!!!!!!!!!!
強烈要求放入精華區！！！ 我頂
《解決方案》
allow-transfer 和 transfer-source 能否放在 view 這一層級？如果zone很多，每一個都要寫，似乎很冗餘！
《解決方案》
原帖由 紅雨 於 2006-5-9 22:10 發表
allow-transfer 和 transfer-source 能否放在 view 這一層級？如果zone很多，每一個都要寫，似乎很冗餘！
又不是每天改. 設一次就好了...
還是, 你有更好的方法呢?
《解決方案》
我覺得主從伺服器都應該配置兩個 ip 比較合適
主從伺服器的一對ip各組成一個 view ，同時再用 ：
query-source address（從） + transfer-source （從）+ allow-notify （從）
notify-source （主）+allow-transfer （主）
來嚴格限定從伺服器要獲取那個 view 的那個 zone data file
這樣雖然配置的語句較多，但對應關係會清楚一點
[ 本帖最後由 ailms 於 2006-5-9 23:27 編輯 ]
《解決方案》
原帖由 ailms 於 2006-5-9 23:23 發表
我覺得主從伺服器都應該配置兩個 ip 比較合適
主從伺服器的一對ip各組成一個 view ，同時再用 ：
query-source address（從） + transfer-source （從）+ allow-notify （從）
notify-source （主）+al ...
如果有多個view豈不是太浪費ip地址了。:mrgreen:
《解決方案》
原帖由 r2007 於 2006-5-10 08:34 發表
如果有多個view豈不是太浪費ip地址了。:mrgreen:
完全可以把 transfer-source 和 NS 記錄中的 name server 在不同的ip段
只要用 also-notify + notify explict 就可以了.
無需佔用實際應用的 ip
《解決方案》
原帖由 ailms 於 2006-5-10 13:14 發表
完全可以把 transfer-source 和 NS 記錄中的 name server 在不同的ip段
只要用 also-notify + notify explict 就可以了.
無需佔用實際應用的 ip
master和slave哥倆在一個物理網段里還好辦，中間有路由就麻煩了。
