架設 DNS
前面所介紹的伺服器服務(wù)大多是用在內部網(wǎng)路環(huán)境中的﹐不過(guò)﹐以現代的情況和未來(lái)的趨勢來(lái)看﹐每個(gè)網(wǎng)路或多或少都需要 Internet 連線(xiàn)以及向 Internet 提供服務(wù)。從這一章開(kāi)始﹐我們將為大家陸續介紹一些在 Internet 環(huán)境中常用到的伺服器之架設技巧。就算您目前還沒(méi)真的需要架設 Internet 相關(guān)的伺服器﹐但許多企業(yè)的 Intranet 環(huán)境中﹐也需要相類(lèi)似的伺服器來(lái)為企業(yè)內部網(wǎng)路提供服務(wù)。
前提條件
在眾多 Internet 伺服器當中﹐有一種服務(wù)是所有服務(wù)的基礎﹐就是 DNS 服務(wù)。DNS 可以說(shuō)是一個(gè)不容易弄清楚的概念﹐尤其是其運作原理。如果您看過(guò)“學(xué)習網(wǎng)路”中的“ DNS 協(xié)定”(我強烈建議您看看這篇文章﹗)﹐相信應該有一定概念了﹐否則﹐您在如下的閱讀中可能難以理解﹐也浪費您的時(shí)間。
無(wú)論如何﹐在您進(jìn)一步閱讀下面文章之前﹐請您先確定能正確回答如下的問(wèn)題﹕
什麼是 DNS 的授權模式﹖是怎樣進(jìn)行的﹖
請解釋 zone 和 domain 的差別。
什麼是 DNS 正解和反解﹖
什麼是 DNS 的查詢(xún)模式﹖查詢(xún)過(guò)程是怎樣進(jìn)行的﹖
請解釋 DNS cache 的作用和它對查詢(xún)流程的影響。
如果您未能從上面的聯(lián)結網(wǎng)頁(yè)找到答案﹐那我再推薦您多看一篇文章﹕
http://turtle.ee.ncku.edu.tw/~tung/dns/dnsintro.html
忠告﹕請不必急著(zhù)知道怎樣設定 DNS﹐花點(diǎn)時(shí)間將 DNS 的原理弄明白非常重要﹐尤其是授權模式和查詢(xún)模式的正確理解。在日後的 DNS 架設和管理中﹐是否能正確理解這些 DNS 原理﹐往往是成敗的關(guān)鍵所在﹗
如果您在 NT 或 Win2K 下面設定過(guò) DNS 伺服器﹐相信您會(huì )覺(jué)得在 Linux 下面難多了。除了概念上要比較清楚外﹐另外對檔案的關(guān)聯(lián)也要有清晰的追蹤能力﹐這對於進(jìn)行 debug 尤為重要。因為在 Windows 系統上面﹐您的所有設定都透過(guò)圖形界面進(jìn)行﹐方便是方便﹐但也因為這個(gè)圖形界面﹐限制了您的設定靈活性﹐同時(shí)也阻隔了您對 DNS 系統的深入了解。當您完成了這章的學(xué)習﹐而且成功在 Linux 架設出複雜的 DNS 環(huán)境之後﹐歡迎您再回到 Win2K 上嘗試做同樣的事情?；蛟S﹐您就會(huì )認同我這裡的觀(guān)點(diǎn)了...
好了﹐閒話(huà)休提﹑言歸正傳﹐聽(tīng)百遍不如做一遍﹐那就讓我們開(kāi)始動(dòng)手吧﹗
探索 NAMED
在 Linux 上面﹐提供 DNS 服務(wù)的套件是叫 bind﹐ 但執行服務(wù)程式名稱(chēng)則是 named 。請您確定系統上裝有 bind﹑bind-utils﹑以及 caching-nameserver 這幾個(gè)套件﹐同時(shí)用 ntsysv 確定 named 被選擇為開(kāi)機服務(wù)。
首先﹐讓我們設定一個(gè)最重要的 dns 設定檔﹐它就是 /etc/named.conf 。我將我自己的設定檔案列出來(lái)﹐然後逐部份進(jìn)行解釋﹕
// 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;
};
先讓我們了解這個(gè)檔案上面用來(lái)做註解的符號是“ // ”﹐而不是一般 shell script 的“#”﹔另外﹐“ /* ”與“ */ ”之間則註解一整段文字。同時(shí)﹐每一個(gè)完整的設定都以“ ﹔”結尾﹐請不要少了它﹗(初學(xué)者經(jīng)常會(huì )犯這個(gè)錯誤)
上面的部份是在這個(gè)檔案開(kāi)頭的 options 設定﹐首先用 directory 指定了 named 的資源記錄( RR - Resource Record )檔案目錄所在位置為﹕“/var/named”﹔也就是說(shuō)﹐它會(huì )到這個(gè)目錄下面尋找 DNS 記錄檔案。所以﹐我們在這個(gè)檔案後面部份所指定的檔案﹐就無(wú)需使用絕對路徑了﹐但它們一定要放在這個(gè)目錄下面。
接下來(lái)﹐有一段文字﹐如果您仔細閱讀一下﹐它大致是說(shuō)﹕如果您要設定的 DNS 伺服器和 client 之間是隔著(zhù)火牆的話(huà)﹐要將“// query-source address * port 53;”前面的註解符號“ // ”拿掉(當然﹐您也必須要設定好您的火牆啦)。不過(guò)﹐這只對早期的版本有影響﹐而在 bind 8.1 之後則無(wú)需擔心這個(gè)設定。
接下來(lái)再讓我們看下一段句子﹕
//
// a caching only nameserver config
//
zone "." IN {
type hint;
file "named.ca";
};
透過(guò)這幾行﹐我們?yōu)?named 定義了 DNS 系統中的根區域“ . ”(root zone) 的設定﹐同時(shí)它是一個(gè) internet ( IN ) 的區域類(lèi)別( class )。這裡還指定了root zone 的伺服器種類(lèi)( type ) 為“hint”(也只有這個(gè) zone 會(huì )使用這樣的種類(lèi))。最後﹐用 file 指定這個(gè)區域記錄檔為﹕“named.ca”﹐也就是“/var/named/named.ca”檔案。雖然 named.ca 這個(gè)檔案中的‘ca’是 cache 的意思﹔但如果您了解 DNS 的運作﹐就應該知道這個(gè)暫存檔的作用﹐同時(shí)﹐為什麼我們會(huì )把 root zone 放在這裡。(嗯﹖想想看﹖尤其是查詢(xún)非本機區域的時(shí)候﹖)
在 root zone 後面﹐您應該還會(huì )看到如下這兩段﹕
zone "localhost" IN {
type master;
file "localhost.zone";
allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
allow-update { none; };
這裡是定義出關(guān)於本機名稱(chēng)的 DNS 解釋﹕第一個(gè) zone 是 localhost 的正解 zone﹐其伺服器種類(lèi)是 master﹐記錄檔名稱(chēng)是 localhost.zone (在 /var/named 目錄下面)﹐但這個(gè) zone 不允許客戶(hù)主機(或伺服器)自行更新 DNS 的記錄(當然﹐client 主機必須能支援 DNS submit 功能才行)。
而第二個(gè) zone 則是本機區域的反解 zone ﹐不過(guò)﹐這部份的解釋我想留到後面的真實(shí)例子中再作說(shuō)明﹐請您留意就是了。
上面的句子﹐當您安裝好 caching-nameserver 套件之後就被建立起來(lái)的﹐相信您不用勞什麼心力。在檔案最後﹐您或許還看到下面這段設定﹕
key "key" {
algorithm hmac-md5;
secret "coqJswFdBMdNAItnLOpkmGgmJtccFsoNZZciWqxlGZBMUTOUxb0geYMFRyTT";
};
這是 bind 9.x 版本的新功能﹐用來(lái)進(jìn)行區域轉移或 DNS 更新所用的加密處理。這個(gè)我們暫時(shí)不必理會(huì )﹐除非您有興趣進(jìn)行這個(gè)研究。
現在﹐我們暫時(shí)不要修改 named.conf 設定檔﹐請退出它﹐然後轉到 /var/named 目錄﹐看看裡面有些什麼東東﹖最起碼﹐您會(huì )看到如下三個(gè)檔案﹕
named.ca
localhost.zone
named.local
不知道您是否有靈感了﹖沒(méi)錯﹕剛纔在 named.conf 裡面﹐每一個(gè) zone 所指定的 file 都出現在這裡﹗先讓我們看看 root zone 的檔案內容吧﹕
; This file holds the inFORMation on root name servers needed to
; initialize cache of Internet domain name servers
; (e.g. reference this file in the "cache . "
; configuration file of BIND domain name servers).
;
; This file is made available by InterNIC registration services
; under anonymous FTP as
; file /domain/named.root
; on server FTP.RS.INTERNIC.NET
; -OR- under Gopher at RS.INTERNIC.NET
; under menu InterNIC Registration Services (NSI)
; submenu InterNIC Registration Archives
; file named.root
;
; last update: Aug 22, 1997
; related version of root zone: 1997082200
;
;
; FORMerly NS.INTERNIC.NET
;
. 3600000 IN NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
;
; FORMerly NS1.ISI.EDU
;
. 3600000 NS B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107
;
; FORMerly C.PSI.NET
;
. 3600000 NS C.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
;
; FORMerly TERP.UMD.EDU
;
. 3600000 NS D.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90
;
; FORMerly NS.NASA.GOV
;
. 3600000 NS E.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
;
; FORMerly NS.ISC.ORG
;
. 3600000 NS F.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241
;
; FORMerly NS.NIC.DDN.MIL
;
. 3600000 NS G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
;
; FORMerly AOS.ARL.ARMY.MIL
;
. 3600000 NS H.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53
;
; FORMerly NIC.NORDU.NET
;
. 3600000 NS I.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17
;
; temporarily housed at NSI (InterNIC)
;
. 3600000 NS J.ROOT-SERVERS.NET.
J.ROOT-SERVERS.NET. 3600000 A 198.41.0.10
;
; housed in LINX, operated by RIPE NCC
;
. 3600000 NS K.ROOT-SERVERS.NET.
K.ROOT-SERVERS.NET. 3600000 A 193.0.14.129
;
; temporarily housed at ISI (IANA)
;
. 3600000 NS L.ROOT-SERVERS.NET.
L.ROOT-SERVERS.NET. 3600000 A 198.32.64.12
;
; housed in Japan, operated by WIDE
;
. 3600000 NS M.ROOT-SERVERS.NET.
M.ROOT-SERVERS.NET. 3600000 A 202.12.27.33
; End of File
在 /var/named 中的 RR 記錄檔裡面的註解符號﹐和 /etc/named.conf 的註解符號不一樣哦﹕在 named.conf 中是用雙斜線(xiàn)“ // ”﹔而在這裡則使用 “ ﹔”符號。無(wú)論如何﹐您都不能用 “ # ”來(lái)做註解符號就是了。(好混亂哦~~~ 這就是電腦﹗^_^ )
在上面這個(gè) named.ca 檔案裡面﹐您如果將所有的註解行拿掉﹐您會(huì )發(fā)現一共有 13 行是以‘ . ’開(kāi)頭的﹐那就是所謂的 root zone 了﹗然後﹐第二欄都是‘ 3600000 ’﹐這是 TTL (Time To Live) 設定﹐也就是在 cache 中保留的時(shí)間﹐以秒為單位(所以這裡是 100 小時(shí))。其後的‘ NS ’是“Name Server”的意思﹐是 DNS 記錄名稱(chēng)之一﹐也就是負責這個(gè)記錄的 name server 是哪一臺主機(這裡一共由 13 臺主機共同負責 root zone 的 NS 服務(wù))。
雖然我們這裡用 NS 指定了 name server 的主機名稱(chēng)﹐但對電腦系統來(lái)說(shuō)﹐這些名稱(chēng)必須能解釋為 IP 位址才有用(呵~~ 這個(gè)正是 DNS 系統的功能)﹐所以﹐這裡分別用 13 個(gè)‘ A ’記錄﹐也就是 Address 的意思﹐解釋 [A-M].ROOT-SERVER.NET. 這些主機各自的 IP 位址所在。
如果您了解 DNS 的查詢(xún)模式﹐您會(huì )知道 DNS 伺服器在查詢(xún)非自己管轄的 zone 的時(shí)候﹐首先會(huì )向 root 查詢(xún)下一級的 zone 在哪裡﹐然後逐級查詢(xún)下去。但問(wèn)題是﹕當 named 剛啟動(dòng)的時(shí)候﹐在 cache 裡面一片空白﹐它怎麼知道 root zone 的 servers 在哪裡呢﹖這不是一個(gè)矛盾嗎﹖所以﹐就必須靠這個(gè)檔案告訴 named 關(guān)於 root zone 的 servers 有哪些﹖以及在哪裡﹖ --- 明白了嗎﹖
因為這個(gè)檔是以靜態(tài)的方式維護的﹐很難保證這個(gè)檔的內容永遠都正確﹐如果 root zone 的記錄發(fā)生改變了怎麼辦(雖然這機會(huì )不大)﹖或許﹐您已經(jīng)在檔案的開(kāi)頭註解那裡得知﹐您可以在任何時(shí)候透過(guò) ftp 或 gopher 取得這個(gè)檔案的最新版本。如果您還沒(méi)讀過(guò)那些註解﹐那就請帶著(zhù)字典讀一下吧。如果您真的有需要更新這個(gè) named.ca 檔﹐那可以按如下步驟進(jìn)行﹕
ftp FTP.RS.INTERNIC.NET
anonymous
your_account@your.mail.server
cd domain
get named.root
bye
cp /var/named/named.ca /var/named/named.ca.bak
cat named.root > /var/named/named.ca
除了剛才的 named.ca 之外﹐第二個(gè) zone 的記錄檔是 localhost.zone ﹐從 named.conf 中您應該知道它是 zone "localhost" 的記錄檔﹐它的內容如下﹕
$TTL 86400
$ORIGIN localhost.
@1D IN SOA @ root (
42 ; serial (d. adams)
3H ; refresh
15M ; retry
1W ; expiry
1D ) ; minimum
1D IN NS @
1D IN A 127.0.0.1
內容很簡(jiǎn)單﹐但您是否真的了解每一行的設定意思呢﹖如果不清楚或不確定﹐那就讓我們一起探討探討吧。
首先﹐第一行是一個(gè) TTL 設定﹐目前是定義出這個(gè)記錄檔裡面的各項記錄的預設 TTL 值為 86400 秒(剛好是一天)。您的記錄檔或許沒(méi)有這行﹐事實(shí)上沒(méi)什麼關(guān)係﹐您可以自己補上﹐否則﹐在啟動(dòng) named 的時(shí)候會(huì )碰到一些警告﹐無(wú)傷大雅的﹔但如果您的確在意那些警告﹐那就加上這行。您要知道﹐在記錄檔中宣告的所有資源記錄(RR - Resource Record)﹐都一定有一個(gè) TTL 設定﹐如果沒(méi)有﹐則使用這裡預設的值。
第二行是一個(gè) ORIGIN 設定﹐說(shuō)明下面的記錄源出何處(這裡是源出 localhost. 的記錄)。請您加倍留意最後的一個(gè)小數點(diǎn)“ .”﹐少了它或多了它﹐記錄名稱(chēng)完全不一樣﹗在 DNS 記錄中﹐我們稱(chēng)這樣以小數點(diǎn)結尾的名稱(chēng)為“ 全域名稱(chēng) ”即 FQDN ( Fully Qualified Domain Name ) 。如果缺少了這個(gè)點(diǎn)會(huì )怎樣呢﹖就會(huì )將所屬的 ORIGIN ( @ ) 附加在記錄名稱(chēng)後面﹔而這 ORIGIN 就是上一個(gè) $ORIGIN 宣告之後的名稱(chēng)﹐如果在前面找不到 $ORIGIN 宣告﹐那就以 /etc/named.conf 中定義的 zone 名稱(chēng)為基準。以目前的例子來(lái)說(shuō)﹐如果沒(méi)有這個(gè)小數點(diǎn)的話(huà)﹐“localhost”會(huì )變成“localhost.localhost”﹔但如果有小數點(diǎn)的話(huà)“localhost.”就只能是“localhost.”。所以﹐這個(gè)小點(diǎn)“.”非常重要﹐在以後設定中一定要非常留神﹗﹗(這也初學(xué)者最常犯的錯誤之一)
然後﹐第三行﹐是一個(gè) SOA 記錄的設定﹐在這裡我們看到一個(gè)特殊字符“ @ ”﹐它就是 ORIGIN 的意思﹐也就是剛纔所定義的 $ORIGIN localhost. 內容﹐您可以寫(xiě)成 localhost. 也可以用 @ 來(lái)代替。假如這個(gè)檔前面沒(méi)有定義 $ORIGIN 的話(huà)﹐那這個(gè) @ 的值就以 named.conf 裡的 zone 為準。既然這樣﹐當然是使用“@”啦﹐尤其對於像我這樣的懶惰鬼來(lái)說(shuō)﹐巴不得少打一串字﹐同時(shí)還能避免因打字不準所造成的失誤﹐何樂(lè )不為﹖
在 @ 之後﹐是 TTL 的設定﹐這裡是 1D﹐也就是一天的意思﹐如果您喜歡﹐可以用 86400 (秒) 來(lái)設定﹐如果這裡的 TTL 沒(méi)有設定﹐則參考前面的 $TTL 值﹐如果前面沒(méi)有定義 $TTL﹐那就參考其後介紹的 minium ttl 設定。
Tips﹕事實(shí)上﹐您可以為每一個(gè) RR 記錄設定其自己的 TTL ﹐只要將數字寫(xiě)在第二個(gè)欄位﹐也就是‘IN’前面就可以了。
在 TTL 之後是一個(gè) IN﹐定義出目前的記錄類(lèi)型是屬於 internet class 的 (奇怪﹐目前的 DNS 還有其它 class 嗎﹖)。
在 IN 之後就是這行 RR 的記錄類(lèi)別名稱(chēng)﹐這裡是 SOA ﹐也就是“Start Of Authority”的意思﹐表示目前區域的授權記錄開(kāi)始。每一個(gè)記錄檔只能有一個(gè) SOA ﹐不得重複﹐而且必須是所負責的 zone 中第一個(gè)“記錄”。
緊接 SOA 後面﹐指定了這個(gè)區域的授權主機和管理者的信箱﹐這裡分別是“ @ ”和“ root ”﹐也就是 localhost. 主機和 root 信箱。這裡要注意的是﹕SOA 的主機名稱(chēng)必須能夠在 DNS 系統中找到一個(gè) A 記錄 (以後會(huì )提到)﹔另外﹐我們平時(shí)使用的信箱通常是“user@host”這樣的格式﹐但因為“@”在 DNS 記錄中是個(gè)保留字符(剛才已經(jīng)提過(guò))﹐所以在 SOA 中就用“.”來(lái)代替了“ @ ”。目前這個(gè)信箱是 root (並沒(méi)有主機位址)﹐也就是本機﹐您可以寫(xiě)成 “root.localhost.”但不能寫(xiě)成“root@localhost.”。
接下來(lái)的 SOA 設定﹐是被括在“( )”之間的 5 組數字﹐主要作為和 slave 伺服器同步 DNS 資料所使用的數據﹕
Serial﹕其格式通常會(huì )是“年月日+修改次序”(但也不一定如此﹐您自己能夠記得就行)。當 slave 要進(jìn)行資料同步的時(shí)候﹐會(huì )比較這個(gè)號碼。如果發(fā)現在這裡的號碼比它那邊的數值“大”﹐就進(jìn)行更新﹐否則忽略。不過(guò)設 serial 有一個(gè)地方您要留意﹕不能超過(guò) 10 位數字﹗
Refresh﹕這裡是是告訴 slave 要隔多久要進(jìn)行資料同步(是否同步要看 Serial 的比較結果)。
Retry﹕如果 slave 在進(jìn)行更新失敗後﹐要隔多久再進(jìn)行重試。
Expire﹕這是記錄逾期時(shí)間﹕當 slave 一直未能成功與 master 取得聯(lián)絡(luò )﹐那到這裡就放棄 retry﹐同時(shí)這裡的資料也將標識為過(guò)期( expired )。
Minimum﹕這是最小預設 TTL 值﹐如果您在前面沒(méi)有用“$TTL”來(lái)定義﹐就會(huì )以此值為準。
以上的數字都是以秒為單位﹐但您也可以用 H(小時(shí))﹑D(天)﹑W(星期)來(lái)做單位﹐如﹕3H 和 259200 是一樣的。但要值得一提的是﹕我在 RH6.2 版本中曾測試過(guò)使用 netconf 這工具來(lái)設定 DNS ﹐發(fā)現只能使用“秒”來(lái)設定。否則 netconf 會(huì )自動(dòng)的把英文字母刪除掉﹐那就不是我所預期的設定值了。無(wú)論您用什麼單位來(lái)設定﹐都要遵守下面的規則﹕
expire >= refresh + retry
expire >= 10 * retry
Tips﹕請注意﹕SOA 記錄中這對 “ ( ) ”符號之第一個(gè) “ (”括號一定要和 SOA 寫(xiě)在同一行﹐而不能用 Enter 斷行到下一行去(有時(shí)候您在書(shū)本的範例中看到這個(gè)符號排在下一行去了﹐那是因為版面的關(guān)係而已)﹐而且其左邊最好有一個(gè)空白鍵或 tab 建。而最後一個(gè) “ )”括號也不能寫(xiě)在註解符號 “ ﹔”的右邊。
設定 DNS 的 RR 記錄檔﹐其格式要求非常嚴格﹐我們絲毫不能掉以輕心。比方說(shuō)﹕如果句子不是以空白鍵﹑Tab 鍵﹑ 或註解符號 ( ; )開(kāi)頭﹐也不在 SOA 的 “ ( ) ”之內﹐ 則表示要定義一個(gè)“新記錄項 (Entry) ”﹔如果句子是以空白鍵或 tab 鍵開(kāi)始的話(huà)﹐其設定被視為上一個(gè)“記錄項”的內容。所以﹐如果您要為“同一個(gè)記錄項”定義多個(gè)記錄設定﹐而不想重複打字﹐您倒可以偷懶﹕在接著(zhù)它的後面幾行用空白或 Tab 來(lái)縮排就可以了。所以﹐最後這兩行還是關(guān)於 localhost. 的設定﹐因為上一個(gè)“資料項”為 “ @ ”﹐也就是 localhost. 。當然﹐您如不喜歡﹐這兩行句子也可以這樣寫(xiě)﹕
;; 修改前﹕
1D IN NS @
1D IN A 127.0.0.1
;; 修改後﹕
@1D IN NS @
@1D IN A 127.0.0.1
;; 或﹕
localhost.1D IN NS localhost.
localhost.1D IN A 127.0.0.1
這兩行的意思是說(shuō)﹕負責 localhost. 這個(gè)記錄的 name server ( NS ) 是 localhost. 這臺機器﹔而 localhost. 的 IP Address ( A ) 是 127.0.0.1 。DNS 裡面的 A 記錄應該是最常見(jiàn)的記錄類(lèi)型之一﹐如果在 IPv6 版本中﹐位址記錄名稱(chēng)則改為 AAAA 。
Tips﹕關(guān)於更多的記錄名稱(chēng)﹐請參閱“學(xué)習網(wǎng)路”中的“DNS 協(xié)定”。
最後﹐讓我們檢查剩下的 named.local 檔案吧。如果您還沒(méi)忘記 /etc/named.conf 的內容的話(huà)﹐應知道這個(gè)檔案是 zone "0.0.127.in-addr.arpa" 的‘反解’記錄檔﹐它的內容也很簡(jiǎn)單﹕
$TTL 86400
@ IN SOA localhost. root.localhost. (
1997022700 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS localhost.
1 IN PTR localhost.
前面的部份應該不用多解釋了(如果您還不清楚﹐那就必須重讀前面的文章)。最後一行我們看到一個(gè)“ PTR ”記錄﹐它是“Pointer”的意思。 PTR 通常用於反記錄當中﹐將 IP 指向主機名稱(chēng)(剛好和 A 記錄相反)。您或許還不是很清楚這個(gè)句子為什麼是這樣設定的吧﹖或許您會(huì )這樣問(wèn)﹕您不是說(shuō) PTR 是從 IP 反查詢(xún)主機名稱(chēng)的嗎﹖為什麼這裡是 1 而不是 127.0.0.1 ?
哦﹐如果您有這樣的問(wèn)題﹐那證明您對 DNS 的查詢(xún)模式還不是了解得很透徹﹐不過(guò)也不用緊張﹐在後面的實(shí)作例子中﹐您將獲得更進(jìn)一步的感性認識。這裡﹐我暫時(shí)簡(jiǎn)單解釋上面這行就是了﹕
我們知道 127.0.0.1 所對應的主機名稱(chēng)就是 localhost ﹐因為這裡是反向查詢(xún)﹐所以 IP 順序是掉過(guò)來(lái)寫(xiě)的﹐於是這個(gè)反查詢(xún) IP 就是﹕“ 1.0.0.127.in-addr.arpa. ”﹐由於我們這裡的 ORIGIN ( @ ) 是“ 0.0.127.in-addr.arpa." ”﹐因為在記錄檔中﹐如果名稱(chēng)不帶小數點(diǎn)﹐則被補上 $ORIGIN 或 zone 的名稱(chēng)﹐所以這個(gè) “ 1 ”就成了 1.0.0.127.in-addr.arpa. ”。同樣道理﹐後面的“ localhost. ”如果漏了最後的小點(diǎn)的話(huà)﹐則會(huì )成為“ localhost.0.0.127.in-addr.arpa. ”﹐這顯然是不對的。假如您喜歡﹐可以將這行句子修改成為下面的樣子﹕
﹔﹔修改前﹕
1 IN PTR localhost.
﹔﹔修改後﹕
1.0.0.127.in-addr.arpa. IN PTR localhost.
嗯~~ DNS 的設定看起來(lái)真的蠻傷腦筋的﹐或許您到這裡已經(jīng)被搞得亂七八糟了。假如真的如此﹐我建議您先休息一下﹐然後回來(lái)重讀上面的內容﹐直到您能理解之後﹐才繼續下面的。否則﹐越往後﹐您的問(wèn)題越像滾雪球那樣越來(lái)越大﹐這更浪費時(shí)間啦~~~ Okay? Take it easy ...
前面所看到的設定﹐事實(shí)上已經(jīng)足夠讓您的 DNS 主機跑起來(lái)了﹗因為它能夠透過(guò) root 查詢(xún)其他 DNS 的緣故﹐您無(wú)須在再加設任何設定﹐您就可以利用這臺主機為大家提供 Internet 的 DNS 查詢(xún)服務(wù)。只是﹐這樣的 DNS 主機﹐我們稱(chēng)之為 cache only name server 而已。如果您了解 DNS 的查詢(xún)流程﹐您應該知道 DNS 的 cache 作用和它的效益。所以﹐就算您不打算設定自己的 domain name 服務(wù) ﹐我也建議您至少可以將 cache only NS 跑起來(lái)。
設定 NAMED
當您對 /etc/named.conf 檔案和 /var/named 目錄的設定有初步了解之後﹐下面﹐讓我們用一個(gè)實(shí)際例子來(lái)看看如何設定自己的 domain name 服務(wù)吧。我個(gè)人的習慣是先將網(wǎng)域和主機的資料整理出來(lái)﹐並列成一個(gè)表格﹕
Domain 名稱(chēng) IP 位址
rh71.siyongc.domain 192.168.100.23
acer.siyongc.domain 192.168.100.20
mdk.siyongc.domain 192.168.100.24
emilie.siyongc.domain 192.168.100.11
rh71.dmz.domain 10.0.1.131
lp64.dmz.domain 10.0.1.130
當所有的主機名稱(chēng)和 IP 整理出來(lái)之後﹐再看看我們這裡需要設定哪些 domain ﹖ 從上面的資料中﹐我們不難發(fā)現有兩個(gè)正解 zone 和兩個(gè)反解 zone 需要設定﹐分別是﹕
區域名稱(chēng) 記錄項名稱(chēng)
siyongc.domain emilie﹑acer﹑rh71﹑mdk
dmz.domain lp64﹑rh71
100.168.192.in-addr.arpa 11﹑20﹑23﹑24
1.0.10.in-addr.arpa 130﹑131
因為這些 IP 和 domain 都在內部網(wǎng)路使用﹐所以我們省卻了註冊這關(guān)﹐同時(shí)也不必擔心授權的問(wèn)題。但這些資訊也只能在內部網(wǎng)路使用﹐無(wú)論如何是不能設定在對外的 DNS 上面的 (為什麼﹖除了安全的考量之外﹐private IP 的使用本來(lái)就有這樣的規定﹐就算您真的對外散佈這些 DNS 資訊﹐在 IP 的路由上還是有問(wèn)題﹐所以﹐內部的資訊﹐只能內部使用)。
一般來(lái)說(shuō)﹐我會(huì )先設定“反查詢(xún)區域(revers zone)”﹐當然﹐這是個(gè)人習慣而已。所以﹐我首先在 /etc/named.conf 上面補上兩個(gè)反解 zone 的設定﹕
zone "100.168.192.in-addr.arpa" IN {// 定義反解區域名稱(chēng)
type master;// 定義伺服器類(lèi)型
file "192.168.100.rev";// 指定記錄檔名稱(chēng)
};// 結束區域設定
zone "1.0.10.in-addr.arpa" IN {
type master;
file "10.0.1.rev";
};
注意哦﹕如果您要設定外部 DNS 的反解﹐那就先獲得 ISP 的授權才能自己設定﹔否則反解部份就不用自己擔心了﹐但一定要請 ISP 幫忙。
Tips﹕假如您是 hinet 的固定制 ADSL 用戶(hù)﹐可以到 hinet 的網(wǎng)站填寫(xiě)表格﹐請他們幫忙設定反解﹕
http://hidomain.hinet.net/rever.html
其它 ISP 的用戶(hù)﹐請自行接洽 ISP 的客服部門(mén)。無(wú)論如何﹐如果沒(méi)有取得授權﹐那就不要自己設﹗
這裡﹐我們再一次碰到反解區域的識別標誌﹕“ .in-addr.arpa ”﹐同時(shí)﹐我們解釋一下上次關(guān)於本機反解還沒(méi)說(shuō)明的地方﹕如果您了解 DNS 的授權和查詢(xún)過(guò)程(這章一開(kāi)始的時(shí)候﹐我就已要求您一定要學(xué)習的)﹐您會(huì )知道反解查詢(xún)是先從 root 開(kāi)始(正解也是一樣)﹐然後到 arpa ﹑到 in-addr ﹑到第一組 IP ﹑到第二組 IP ﹑...... 這樣查詢(xún)下來(lái)的。所以﹐在設定反區域的時(shí)候﹐您一定要將您的 net ID 部份反過(guò)來(lái)寫(xiě)﹐例如﹕我的網(wǎng)路為 192.168.100.0/24﹐它的反查詢(xún)區域名則是﹕“100.168.192.in-addr.arpa”﹔假如我將 netmask 改為 16 bit ﹐即變成 192.168.0.0/16﹐它的反解區域名就會(huì )變成﹕“168.192.in-addr.arpa”。如果您還搞不懂如何區分 Net ID 和 Host ID﹐請立即去看一看“學(xué)習網(wǎng)路”中的“IP 基礎”。
同時(shí)﹐我將這些 zone 都設定為“主 DNS 伺服器”(即﹕master﹐也有人稱(chēng)之為 primary dns )。
在每個(gè) zone 的最後部份﹐我分別指定了它們各自的記錄檔名稱(chēng)。它們都存放在 /var/named 這個(gè)目錄下面(也就是前面 options 指定的 directory 啦)。檔案的名稱(chēng)隨您喜歡﹐不致做成混亂則可。
完成上面的設定之後﹐我們就可以到 /var/named 目錄去建立相應的記錄檔案了。說(shuō)實(shí)在﹐在 named.conf 裡面如何定義檔案名稱(chēng)沒(méi)一定的標準﹐只要您能正確指定哪個(gè)記錄檔給哪個(gè) zone 使用﹐而且檔案名稱(chēng)能夠一致就行。首先﹐根據第一個(gè) zone 的 file 設定﹐我要建立一個(gè) /var/named/192.168.100.rev 檔案﹐其內容如下﹕
$TTL 86400
@ IN SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
2001111601 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
@ IN NS rh71.siyongc.domain.
@ IN NS lp64.dmz.domain.
11 IN PTR emilie.siyongc.domain.
20 IN PTR acer.siyongc.domain.
23 IN PTR rh71.siyongc.domain.
24 IN PTR mdk.siyongc.domain.
而另外一個(gè)反解設定檔是 /var/named/10.0.1.rev ﹐我們依樣畫(huà)葫蘆就行了﹕
$TTL 86400
@ IN SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
2001111601 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
@ IN NS rh71.siyongc.domain.
@ IN NS lp64.dmz.domain.
130 IN PTR lp64.dmz.domain.
131 IN PTR rh71.dmz.domain.
就這樣﹐反解 DNS 就設定完成了﹗是否很簡(jiǎn)單呢﹖如果您回答“ Yes ”的話(huà)﹐那就讓我們繼續正解區域的設定吧。同樣的﹐先在 /etc/named.conf 裡面加上兩個(gè) zone﹕
zone "siyongc.domain" IN {
type master;
file "siyongc.domain";
};
zone "dmz.domain" IN {
type master;
file "dmz.domain";
};
完成後﹐再建立 /var/named/siyongc.domain 這個(gè)檔案﹕
$TTL 86400
$ORIGIN siyongc.domain.
@ IN SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
2001111601 28800 14400 3600000 86400 )
IN NS rh71.siyongc.domain.
IN NS lp64.dmz.domain.
IN MX 10 rh71.siyongc.domain.
IN MX 20 lp64.dmz.domain.
;; -- default address
@ IN A 192.168.100.23
;; -- linux servers --
rh71 IN A 192.168.100.23
IN MX 0 rh71.siyongc.domain.
IN MX 10 lp64.dmz.domain.
IN HINFO "Petium II 266""Redhat 7.1"
IN TXT "The internet gateway."
mdk IN A 192.168.100.24
IN MX 0 mdk.siyongc.domain.
IN MX 10 rh71.siyongc.domain.
IN HINFO "Petium II 266 dell""Mandrak 8.0"
;; -- Windows desktops --
acer IN A 192.168.100.20
IN MX 0 mdk.siyongc.domain.
IN HINFO "Petium III 800 acer""Windows ME"
emilie IN A 192.168.100.11
IN MX 0 mdk.siyongc.domain.
IN HINFO "Petium II 300""Windows 98"
;; -- cnames --
gw IN CNAME rh71
www IN CNAME rh71
ftp IN CNAME rh71
mail IN CNAME rh71
這裡﹐我們在正解記錄檔裡面看到幾個(gè)新的記錄類(lèi)別﹐或許需要進(jìn)一步講解一下的﹕
因為我這個(gè)區域的記錄分別由兩臺主機負責﹐所以我這裡指定了兩個(gè) NS 記錄。這裡﹐如果您確定上一個(gè) ORIGIN 是正確的話(huà)﹐那也可以偷懶﹕正如我上面解釋過(guò)﹐如果名稱(chēng)後面不是以“.”結尾的話(huà)﹐它所屬的 ORIGIN ( @ ) 就會(huì )自動(dòng)的加在該記錄名稱(chēng)後面﹔所以﹐您可以只寫(xiě)“ rh71 ”而不帶小數點(diǎn)結尾﹐就會(huì )變成“rh71.siyongc.domain.”了﹐這個(gè)名稱(chēng)實(shí)際就是我所要的。不過(guò)﹐我建議您在設定 NS 的時(shí)候還是儘量使用 FQDN 為好。
接下來(lái)的 ‘ MX ’ 記錄恐怕要花些時(shí)間解析﹕
MX 記錄
MX 是‘Mail eXchange’的意思﹐它指定了負責該記錄項(可以為 domain 也可以是 host )的郵件伺服器名稱(chēng)(最好使用 FQDN )﹐而且該名稱(chēng)必須是一個(gè) A 記錄(不建議使用 CNAME )。
在郵件系統中﹐只要郵件伺服器雙方都知道對方的 IP 就可以進(jìn)行郵件交換了。我們用 /etc/hosts 也可以做到名稱(chēng)查詢(xún)的目的﹐但正如我們可以想像的﹕ineternet 有那麼多郵件伺服器﹐我們不可能一一為它們建立好 IP 對應。就算﹐我們可以這樣做﹐如果對方要更換郵件伺服器呢﹖要維護這樣一個(gè)對應殊非易事。既然﹐我們可以用 DNS 來(lái)查詢(xún)主機和 IP﹐為什麼不使用這麼便利的系統呢﹖這也是 DNS 系統的應用原因啊~~~ 但問(wèn)題是﹐各區域的郵件伺服器名稱(chēng)都不一樣﹐我們不可能知道對方的郵件伺服器主機名稱(chēng)是什麼﹖就算知道﹐如果對方以後更換名稱(chēng)呢﹖
您看﹐即使我們使用了 DNS 系統來(lái)進(jìn)行郵件路由﹐也不是這麼簡(jiǎn)單的事情。但是﹐使用 MX 記錄就大大發(fā)揮了 DNS 系統的功能了﹕我們只要為每一個(gè)區域建立起 MX 記錄﹐利用 DNS 查詢(xún)得到的郵件伺服器名稱(chēng)(郵件路由查詢(xún)中﹐DNS 只是其中一種方法)﹐這樣﹐當郵件伺服器要和對方的區域進(jìn)行郵件傳遞的時(shí)候﹐就可以通過(guò) MX 記錄得到對方的郵件伺服器名稱(chēng)﹐而不需預先知道要和哪臺郵件主機溝通。在日後﹐就算對方更換名稱(chēng)﹐將 DNS 記錄改改就可以﹐完全無(wú)需知會(huì )其它郵件主機﹔而外面的郵件伺服器也根本無(wú)需認知到這個(gè)改變。
這樣的設計﹐無(wú)疑是非常靈活便利的﹗另外﹐使用 MX 還有一個(gè)功能﹕您可以用多個(gè) MX 同時(shí)指定好幾臺郵件伺服器名稱(chēng)﹐從而提供備援或平行處理服務(wù)。在我這個(gè)例子中﹐我就分別為‘siyongc.domain’這個(gè)區域指定了兩個(gè) MX 記錄﹕‘rh71.siyongc.domain.’和‘lp64.dmz.domain.’。但您有沒(méi)有發(fā)現它們前面都有一個(gè)數字呢﹖這數字有什麼作用啊﹖
問(wèn)得好﹗當外面的郵件伺服器通過(guò) DNS 查詢(xún)到我們的郵件伺服器﹐如果發(fā)現超過(guò)一臺主機負責郵件交換的話(huà)﹐數值越低的就越先被查詢(xún)。但有時(shí)候該主機沒(méi)有回應呢﹖那麼就由下一個(gè)數值的主機負責了。這樣有一個(gè)好處就是﹕就算第一臺郵件伺服器出現故障﹐也不至於導致郵件交換功能癱瘓掉。我們通常會(huì )將各自的 MX 主機儘量分佈在不同的位置上(例如別的城市或國家的分公司主機)﹐假如萬(wàn)一發(fā)生專(zhuān)線(xiàn)﹑甚至 ISP 的問(wèn)題﹐我們還能將郵件轉往下一臺 MX 主機。然而﹐在設計上﹐由於帳號和 client 端的設定因素﹐我們的郵件並非真的完全轉到下一個(gè) MX 主機接收﹐而是先將郵件暫時(shí)佇列( queue ) 在那臺機器上﹐當原來(lái)的 MX 主機恢復連線(xiàn)之後﹐郵件會(huì )自動(dòng)的從佇列主機那邊送回來(lái)﹐這樣就能避免郵件丟失或被退信。
Tips﹕雖然﹐我們通常喜歡用‘10’﹑‘20’﹑‘30’.... 這樣的偏好值( preference ) 來(lái)分配 MX 記錄﹐但只要您喜歡﹐用‘1’﹑‘2’﹑‘3’... 這樣的順序一樣可以。不過(guò)﹐我建議您還是使用慣例啦。
現在很多大型郵件系統﹐都可以同時(shí)使用多臺郵件主機來(lái)提供郵件交換服務(wù)﹐這時(shí)候您可以將 MX 的 preference 設為相同﹐然後利用 NIS 和 NFS 服務(wù)﹐將郵件同步到相同的帳號去。您已經(jīng)在前面的章節裡面學(xué)會(huì )了 NIS 和 NFS﹐等日後學(xué)習郵件主機架設的時(shí)候﹐不妨玩玩看﹗
或許﹐您還發(fā)現我這裡為所有主機指定了 MX 記錄﹐有些直接指向自己(如 rh71﹑mdk 等)﹐而有些則指向別的機器(如 lp64﹑acer 等)。在 Linux 機器上面﹐各主機本身就具備郵件交換功能(除非您將之移除了)﹐而 Windows 則除非額外加裝﹐否則本身是沒(méi)有郵件交換功能的。這裡的設定是﹐從外面通過(guò) DNS 查詢(xún)而寄往那些主機的郵件﹐都會(huì )轉到 MX 上面指定的郵件伺服器。這在實(shí)際的網(wǎng)路環(huán)境中很常見(jiàn)﹐尤其您接觸過(guò)“ mail hub ”這個(gè)概念。無(wú)論如何﹐我建議您應該幫負責 domain 的郵件伺服器本身設定一個(gè)偏好值最低的 MX 記錄指向自己(但這不是硬性必須如此的)。
Tips﹕事實(shí)上﹐我當初對 MX 的理解一直存在著(zhù)錯誤﹐直到有一次在新聞組上和大家討論﹐才糾正過(guò)來(lái)。如果您對這個(gè)故事感興趣的話(huà)﹐或是想更進(jìn)一步了解 MX 的實(shí)際運作原理﹐請參考 << Sendmail 與 MX >> 一文。
在過(guò)去﹐有些人並不知道如何正確的運用 MX 記錄﹐但相對的﹐他們會(huì )為 domain 名稱(chēng)本身設定一個(gè) A 記錄 (@ IN A 192.168.100.23 )。這樣的做法雖然不是正統的﹐但也行之有年了。而且﹐在許多網(wǎng)站的 URL 上﹐這樣的設定﹐也能讓您少輸入“ www. ”這四個(gè)鍵~~~
另外﹐在這個(gè)檔裡面﹐您或許還發(fā)現‘ TXT ’這樣的記錄類(lèi)別﹐它是‘Text InFORMation’的意思﹐它實(shí)際上不牽涉任何設定﹐只記錄一些環(huán)境說(shuō)明而已﹔這和‘ HINFO(Host InFORMation) ’差不多﹐但 HINFO 一定要有兩項記錄(分別用引號分開(kāi))﹐其中第一項是關(guān)於 CPU 的訊息﹐第二項則是作業(yè)系統。然而﹐TXT 和 HINFO 這些資訊僅能在一個(gè)信任的環(huán)境中提供﹐如果您架設的 DNS 是對外提供服務(wù)的﹐那麼﹐就不要設定這些資訊了。要不然﹐入侵者可非常感謝您哦﹐因為您幫他們省卻了很多主機系統的探測手續~~~ 所以﹐這裡僅做範例﹐供您參考而已。
而最後您所看到的‘CNAME’記錄又是怎樣的呢﹖CNAME 也是一個(gè)常見(jiàn)的記錄類(lèi)別﹐它是一個(gè)別名記錄( Canonical Name )。當 DNS 系統在查詢(xún) CNAME 左面的名稱(chēng)的時(shí)候﹐都會(huì )轉向 CNAME 右面的名稱(chēng)再進(jìn)行查詢(xún)﹐一直追蹤到最後的 PTR 或 A 名稱(chēng)﹐成功查詢(xún)後才會(huì )做出回應﹐否則失敗。例如﹐在正解查詢(xún)中﹐一個(gè) IP 通常(當然也有例外)﹐只會(huì )對應一個(gè) A 記錄﹐但我們可以使用 CNAME 在 A 名稱(chēng)之上賦予該 IP 更多的名稱(chēng)。也就是說(shuō)﹕所有關(guān)於‘www.siyongc.domain’﹑‘ftp.siyongc.domain’﹑‘mail.siyongc.domain’這些名稱(chēng)的查詢(xún)﹐實(shí)際上都會(huì )再查詢(xún)一次‘rh71.siyongc.domain.’這個(gè)記錄﹐直到找到它的 IP 位址為止。有些朋友或許會(huì )設定多層的 CNAME 查詢(xún)﹐例如﹕
C CNAME B
B CNAME A
這樣的話(huà)﹐會(huì )一層一層的逐級 CNAME 下去... 但是﹐這很浪費 DNS 資源﹗因為每一個(gè) CNAME 都一定會(huì )產(chǎn)生另外一個(gè)查詢(xún)動(dòng)作﹐如果層級越多﹐那就產(chǎn)生越多的重複查詢(xún)。所以﹐精明的 DNS 管理員﹐都會(huì )儘量的減少查詢(xún)次數的發(fā)生﹐他會(huì )將 CNAME 變成這樣子﹕
C CNAME A
B CNAME A
這樣就用心多了﹗
基本上﹐我們在正解設定上所使用到的記錄大概就前面所看到的。哦﹐對了~~ 還有另外一個(gè) /var/named/dmz.domain 檔案也不要忘記了﹕
$TTL 86400
$ORIGIN dmz.domain.
@ IN SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
2001111601 28800 14400 3600000 86400 )
IN NS rh71.siyongc.domain.
IN NS lp64.dmz.domain.
IN MX 10 rh71.dmz.domain.
;; -- linux servers --
rh71 IN A 10.0.1.131
IN MX 0 rh71.dmz.domain.
IN HINFO "Petium II 266""Redhat 7.1"
IN TXT "The internet gateway."
lp64 IN A 10.0.1.130
IN MX 0 rh71.dmz.domain.
IN HINFO "Pentium 90""Linpus 6.4"
;; -- cnames --
gw IN CNAME lp64
www IN CNAME lp64
ftp IN CNAME lp64
mail IN CNAME lp64
您看﹗就這樣﹐我們的 DNS 就已經(jīng)設定好了﹐包括反解和正解哦~~~
重新啟動(dòng) named
當您以為所有設定檔都設定好之後﹐最想做的事情莫過(guò)於要測試一下啦。但在測試之前﹐我們還要重新啟動(dòng) named ﹐否則﹐您查詢(xún)出來(lái)的還是舊資料。聰明的您或許已經(jīng)知道使用如下命令來(lái)重新啟動(dòng)DNS 服務(wù)了吧﹕
service named restart
然而﹐作為一個(gè)有經(jīng)驗的 DNS 管理員﹐在重新啟動(dòng) named 服務(wù)之後﹐他一定會(huì )檢查一個(gè)檔案﹐就是 /var/log/messages 。因為﹐許多時(shí)候﹐當您執行 service named restart 之後您看到的都是綠色的 OK ﹐但事實(shí)上是否真的 OK 呢﹖誰(shuí)也不敢保證﹐除非您在 log 檔中沒(méi)發(fā)現錯誤信息。所以﹐我也強烈建議您每次重新啟動(dòng) named 之後﹐一定一定要做如下動(dòng)作﹕
vi /var/log/messages
然後按“G”鍵(大寫(xiě))跳到檔案末尾部份(事實(shí)上﹐您也可以用 tail 命令)。您或許會(huì )看到如下這樣的記錄﹕
Nov 16 14:54:10 rh71 named[2211]: starting BIND 9.1.0 -u named
Nov 16 14:54:10 rh71 named[2211]: using 1 CPU
Nov 16 14:54:10 rh71 named: named startup succeeded
Nov 16 14:54:10 rh71 named[2215]: loading configuration from ‘/etc/named.conf‘
Nov 16 14:54:10 rh71 named[2215]: the default for the ‘a(chǎn)uth-nxdomain‘ option is now ‘no‘
Nov 16 14:54:10 rh71 named[2215]: no IPv6 interfaces found
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface lo, 127.0.0.1#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface eth0, 192.168.100.23#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface eth1, 10.0.1.1#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface eth2, 10.0.1.131#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface vmnet1, 172.16.233.1#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface vmnet8, 192.168.183.1#53
Nov 16 14:54:10 rh71 named[2215]: listening on IPv4 interface ppp0, 211.74.244.213#53
Nov 16 14:54:10 rh71 named[2215]: running
上面雖然有 ‘a(chǎn)uth-nxdomain‘ 和 IPV6 的提示﹐但那是正常的(除非您有設定相關(guān)的功能)。如果沒(méi)有其它錯誤信息的話(huà)﹐那真要恭喜您了﹗
但有時(shí)候您或許會(huì )看到有其他錯誤信息的﹐例如﹕
Nov 16 15:01:49 rh71 named[2287]: loading configuration from ‘/etc/named.conf‘
Nov 16 15:01:49 rh71 named[2287]: /etc/named.conf:41: parse error near zone
Nov 16 15:01:49 rh71 named[2287]: loading configuration: failure
Nov 16 15:01:49 rh71 named[2287]: exiting (due to fatal error)
這個(gè)錯誤信息明顯指出了是 /etc/named.conf 的問(wèn)題﹐而且很可能在 41 行附近。根據我個(gè)人的經(jīng)驗﹐這通常是您漏了 “ ﹔”符號的原因而已。
如果您碰到如下信息﹐那是沒(méi)有為所有 RR 記錄項設定 TTL 而已﹐您可以為每一個(gè)記錄項補上 TTL (在 IN 前面)﹐也可以在記錄檔的前面用 $TTL 來(lái)設定﹕
Nov 16 15:04:47 rh71 named[2395]: master.c:1172: unexpected error:
Nov 16 15:04:47 rh71 named[2395]: dns_master_load: siyongc:3: no TTL specified.
THIS ZONE WILL NO LONGER WORK IN FUTURE VERSIONS. Add a TTL.
Nov 16 15:04:47 rh71 named[2395]: dns_master_load: siyongc:5: using
RFC 1035 TTL semantics
如果您碰到下面這樣的信息﹐那多是因為您打字錯誤的關(guān)係﹐輸入了 named 不認識的記錄類(lèi)別名稱(chēng)(例如漏了記錄名稱(chēng)或打錯了)﹕
Nov 16 15:07:44 rh71 named[2422]: dns_master_load: siyongc:2: unknown RR
type ‘siyongc.domain.‘
Nov 16 15:07:44 rh71 named[2422]: dns_zone_load: zone siyongc.domain/IN: loading
master file siyongc: unknown class/type
如下的問(wèn)題﹐那可能是您沒(méi)有定義 SOA 記錄﹐或設定有錯誤﹕
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: could
not find NS and/or SOA records
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: has
0 SOA records
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: no
NS records
下面的問(wèn)題可能是您的 SOA 記錄中多輸入了一組數字﹐或少輸入了一組數字﹐或數字格式有錯誤﹕
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: could not
find NS and/or SOA records
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: has
0 SOA records
Nov 16 15:14:33 rh71 named[2506]: dns_zone_load: zone siyongc.domain/IN: no
NS records
Nov 16 15:18:24 rh71 named[2562]: dns_rdata_fromtext: siyongc:4: near eol: unexpected
end of input
Nov 16 15:18:24 rh71 named[2562]: dns_zone_load: zone siyongc.domain/IN: loading
master file siyongc: unexpected end of input
Nov 16 15:19:34 rh71 named[2640]: dns_rdata_fromtext:
siyongc:4: near ‘14B400‘:
syntax error
Nov 16 15:19:34 rh71 named[2640]: dns_zone_load: zone
siyongc.domain/IN: loading
master file siyongc: syntax error
以下問(wèn)題可能是 SOA 的 “ ( ) ”符號有問(wèn)題﹐要麼是“ ( ” 給斷到下一行了﹐要麼是“ ) ”給註解掉了﹕
Nov 16 15:22:08 rh71 named[2669]: dns_rdata_fromtext: siyongc:3: near eol: unexpected
end of input
Nov 16 15:22:08 rh71 named[2669]: dns_zone_load: zone siyongc.domain/IN: loading
master file siyongc: unexpected end of input
Nov 16 15:22:52 rh71 named[2696]: dns_rdata_fromtext: siyongc:4:
near ‘IN‘: extra input text
Nov 16 15:22:52 rh71 named[2696]: dns_zone_load: zone siyongc.domain/IN:
loading master file siyongc: extra input text
以下是您沒(méi)有設定 NS 記錄或 NS 記錄設定有錯誤﹕
Nov 16 15:25:30 rh71 named[2801]: dns_zone_load: zone siyongc.domain/IN: no NS records
下面的錯誤可能是您設定了一個(gè)記錄項超出了當前 ORIGIN 的範圍﹐例如 localhost. 或 siyongc. (也就是錯誤使用 FQDN )﹔或是錯誤的使用了 $ORIGIN 設定﹔或是在 named.conf 中有多個(gè) zone 在分享同一份記錄檔﹕
Nov 16 15:31:20 rh71 named[2920]: dns_master_load: siyongc:16:
ignoring out-of-zone data
下面的錯誤﹐有可能您在設定多個(gè) $ORIGIN 並同時(shí)嘗試設定多個(gè) SOA 時(shí)出現的錯誤﹕
Nov 16 15:28:31 rh71 named[2855]: dns_master_load: siyongc:26:
not at top of zone
許多許多問(wèn)題﹐事實(shí)上您都可以在 /var/log/messages 中找到﹐當您發(fā)現這些錯誤信息之後﹐看看是關(guān)於什麼記錄的﹐然後順藤摸瓜﹐留心一下檔案內容﹐就比較容易找到錯誤的原因了。
有時(shí)候﹐您想簡(jiǎn)化您的 DNS 設定工作﹐您可以使用 netconf 來(lái)做。不過(guò)﹐根據我的經(jīng)驗是﹕netconf 未必能夠完全幫您正確的設定起來(lái)。當您重新啟動(dòng) named 之後﹐別忘了看一下 /var/log/messages ﹐確定沒(méi)有錯誤發(fā)生。如果您使用工具來(lái)設定 DNS 而碰到問(wèn)題﹐這就需要您有手工設定的能力了。
設定 DNS Client
DNS 系統是一個(gè)典型的 Client/Server 架構﹐前面介紹的動(dòng)作僅是確保 DNS 的 server 成功啟動(dòng)起來(lái)而已﹐如果您要測試它﹐還必須設定好 client 端才行。
不知道您會(huì )不會(huì )設定 linux 的 dns client 呢﹖如果忘記了要打屁屁了哦~~~ 事實(shí)上我們在第一章的“網(wǎng)路設定”那裡就設定過(guò)了﹐也就是修改 /etc/resolv.conf 這個(gè)檔案﹐將您剛設定好的 DNS 主機 IP 放在檔案的前排位置﹐如﹕
nameserver192.168.100.23
nameserver168.95.1.1
nameserver139.175.10.20
domainsiyongc.domain
searchsiyongc.domain dmz.domain test.com
假如您的 client 和 server 在同一臺機器上﹐那可以將第一個(gè) name server 設定為 0.0.0.0 或 127.0.0.1 。
要是您使用 Windows ﹐但不是透過(guò) DHCP 來(lái)指定 DNS 的話(huà)﹐那您或許需要手工設定了﹕控制臺 --> 網(wǎng)路 --> TCP/IP (-> 網(wǎng)路卡) --> 內容 --> DNS 組態(tài) ﹕
請注意﹕如果您修改了這裡的設定﹐就算您的 Windows 是透過(guò) DHCP 取得 IP 設定的話(huà)﹐也會(huì )以這裡的設定為準。如果您想使用 DHCP 的設定﹐那就選擇“關(guān)閉 DNS”吧。
測試 DNS
要測試我們的設定是否生效﹐我們可以使用的方法有很多﹐其中最簡(jiǎn)單的莫過(guò)於 ping 命令了。直接 ping 一下您所預期的 dns 名稱(chēng)就知道結果了。
不過(guò)﹐ping 畢竟很有限﹐例如﹕您不能查詢(xún) MX 和 NS 等記錄。實(shí)作上﹐我們最最常使用的 DNS 查詢(xún)工具是 nslookup 命令。關(guān)於 nslookup ﹐在“學(xué)習網(wǎng)路”的“DNS 協(xié)定”文章中有很詳細的例子﹐這裡不再重複。如果我們在測試中失敗﹐例如 nslookup 回應說(shuō)﹕
*** rh71.siyongc.domain can‘t find XXX.XXXX.XXXX:
Non-existent host/domain
這通常是反解記錄沒(méi)設定好的緣故﹐請確定 DNS 主機本身的反解有設定起來(lái)﹐而且可以被 DNS 追查得到。如果反解沒(méi)有授權下來(lái)﹐那就請上游 ISP 幫忙設定。不過(guò)﹐我發(fā)現這個(gè)錯誤信息似乎在新版的 nslookup 中不會(huì )出現﹐anyway ﹐請您自己留意吧。
有時(shí)候 nslookup 會(huì )停在某處一動(dòng)也不動(dòng)﹐其實(shí)它不是當掉了﹐而是在查詢(xún)沒(méi)結果之後等 time out 而已。您可以按 Ctrl + C 終止查詢(xún)﹐再打 exit 跳出來(lái)。不過(guò)﹐如果您在按了 Ctrl + C 之後接著(zhù)再輸入一個(gè)無(wú)結果的查詢(xún)﹐那就好可能將 nslookup 當掉。這樣您可能要登錄進(jìn)另外一個(gè) terminal ﹐然後用 kill 將 PID 殺掉。同上﹐新版的 nslookup 沒(méi)有這個(gè)困繞﹐但如果按 Ctrl + C 的話(huà)﹐則會(huì )直接跳離 nslookup 程式。
然而﹐nslookup 似乎在以後的版本中不再維護了﹐取而代之的﹐就是 dig 命令﹐所以﹐當您在 Redhat 7.1 上輸入 nslookup﹐您會(huì )看到如下這樣的信息﹕
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig‘ or `host‘ programs instead. Run nslookup with
the `-sil[ent]‘ option to prevent this message from appearing.
這段文字不用解釋了吧﹖真的不知道說(shuō)什麼就查字典吧~~ 這裡﹐我們不妨學(xué)習一下如何用 dig 來(lái)查詢(xún)和測試 DNS 服務(wù)。
基本上﹐dig 命令的語(yǔ)法如下﹕
dig [@server] domain [<query-type>] [<query-class>] [+<query-option>]
[-<dig-option>] [%comment]
看起來(lái)蠻複雜的﹐恐怕要 man dig 才知道怎麼使用。不過(guò)﹐我們平時(shí)只用它來(lái)查詢(xún) dns 資料的話(huà)﹐要使用到的選項也不會(huì )太多啦﹐如果您會(huì )得在 nslookup 中設定 type=XXX 的話(huà)﹐那您也可以用 dig 來(lái)查詢(xún)不同的記錄類(lèi)別資料。例如﹕
# dig siyongc.domain mx
; <<>> DiG 9.1.0 <<>> siyongc.domain mx
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8198
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;siyongc.domain. IN MX
;; ANSWER SECTION:
siyongc.domain. 86400 IN MX 20 lp64.dmz.domain.
siyongc.domain. 86400 IN MX 10 rh71.siyongc.domain.
;; AUTHORITY SECTION:
siyongc.domain. 86400 IN NS lp64.dmz.domain.
siyongc.domain. 86400 IN NS rh71.siyongc.domain.
;; ADDITIONAL SECTION:
rh71.siyongc.domain. 86400 IN A 192.168.100.23
lp64.dmz.domain. 86400 IN A 10.0.1.130
;; Query time: 8 msec
;; SERVER: 192.168.100.23#53(192.168.100.23)
;; WHEN: Fri Nov 16 21:13:18 2001
;; MSG SIZE rcvd: 138
上面是的命令是使用預設的 name server 來(lái)查詢(xún) siyongc.domain 的 mx 記錄。當然﹐您也可以用 @ 來(lái)指定用某一臺 name server 來(lái)查詢(xún)其它的資訊。例如﹐我要用 hinet 的 dns 來(lái)查詢(xún)負責 com.tw 的 NS 有哪些﹕
# dig @168.95.1.1 com.tw ns
; <<>> DiG 9.1.0 <<>> @168.95.1.1 com.tw ns
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33339
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 4
;; QUESTION SECTION:
;com.tw. IN NS
;; ANSWER SECTION:
com.tw. 518400 IN NS b.twnic.net.tw.
com.tw. 518400 IN NS c.twnic.net.tw.
com.tw. 518400 IN NS a.twnic.net.tw.
;; ADDITIONAL SECTION:
b.twnic.net.tw. 159497 IN A 192.72.81.200
c.twnic.net.tw. 159497 IN A 168.95.192.10
a.twnic.net.tw. 159497 IN A 163.28.1.2
a.twnic.net.tw. 159497 IN A 140.111.1.2
;; Query time: 167 msec
;; SERVER: 168.95.1.1#53(168.95.1.1)
;; WHEN: Fri Nov 16 21:17:46 2001
;; MSG SIZE rcvd: 146
除了用 nslookup 和 dig 之外﹐如果您只想簡(jiǎn)單的查詢(xún) dns 資訊的話(huà)﹐那您可以用 host 命令。例如﹕
# host -t any siyongc.domain 0.0.0.0
Using domain server:
Name: 0.0.0.0
Address: 0.0.0.0#53
Aliases:
siyongc.domain. SOA rh71.siyongc.domain. root.rh71.siyongc.domain. 2001111601 28
800 14400 3600000 86400
siyongc.domain. name server lp64.dmz.domain.
siyongc.domain. name server rh71.siyongc.domain.
siyongc.domain. mail is handled by 10 rh71.siyongc.domain.
siyongc.domain. mail is handled by 20 lp64.dmz.domain.
siyongc.domain. has address 192.168.100.23
上面的命令就是用本機 name server 來(lái)查詢(xún) siyongc.domain 的 any 資訊。至於 host 命令的格式如下﹕
host [-aCdlnrTwv] [-c class] [-N ndots] [-R number] [-t type] [-W wait]
name [server]
老話(huà)啦﹐看 man host 以了解那些參數和選項的用法吧。
您可以發(fā)現﹕透過(guò) nslookup ﹑ dig ﹑與 host 命令﹐事實(shí)上可以查詢(xún)到許多 dns 上面的設定資訊。所以﹐如果您的 DNS 是對外提供服務(wù)的話(huà)﹐請儘量?jì)嵙靠刂?DNS 資訊量﹐如果您覺(jué)得沒(méi)必要對外提供的﹐那就拿掉它。無(wú)論如何﹐關(guān)於內部網(wǎng)路的 DNS 資訊﹐是絕對不能對外散佈的。如果查詢(xún)的結果未如您所預期的﹐您就要進(jìn)行 debug 工作了。
註冊 domain
Okay﹐相信到此為止﹐您已經(jīng)能夠在單一的 dns 上面設定一個(gè)或多個(gè) domain 的正解和反解服務(wù)了。這時(shí)候﹐您或許早已迫不及待想註冊一個(gè)屬於自己的 domain 來(lái)玩玩看吧﹖
呵呵~~ 有此衝動(dòng)絕對正常﹐尤其現在的 domain 註冊那麼方便和便宜﹐前幾天在‘討論園地’得知原來(lái)現在註冊一個(gè) .com 或 .org 的網(wǎng)站﹐一年都不用 $10 塊美金﹗實(shí)在是便宜得令人難以至信~~~ 如果您貪圖方便的話(huà)﹐可以請任何一家網(wǎng)路公司代您申請 domain (當然需額外的服務(wù)費)﹔要不然呢﹐也可以直接到網(wǎng)路上完成自己的 domain 註冊。
不過(guò)﹐要註冊自己的 domain 之前﹐有些條件您還是要準備好的﹕
還沒(méi)被註冊走的 domain 名字﹔
貴 domain 的擁有人﹑負責人﹑發(fā)票人﹑管理員 之姓名﹑住址﹑和聯(lián)絡(luò )資料(皆英文)﹔
管理貴 domain 的 ns 主機﹐必須有固定 IP (最少要兩臺﹐可請別人代管)﹔
合法有效的信用卡﹐而且您願意在網(wǎng)路上使用它。
當您這些條件都符號之後﹐可以連線(xiàn)到網(wǎng)路上的著(zhù)名 domain 服務(wù)網(wǎng)站﹐例如﹕
http://www.netsol.com/
http://www.dotster.com/
http://www.godaddy.com/
http://www.twnic.net/
當然﹐還有很多很多~~~ 而最後一個(gè)網(wǎng)站是負責臺灣的 domain 註冊的機構﹐您可以到那裡註冊所有以 tw 結尾的 domain﹐除了 twnic 之外﹐很多 ISP (例如 seednet )也有提供 tw domain 的註冊服務(wù)。
各網(wǎng)站的註冊手續和表格或許不儘相同﹐但基本上您需要提供的資訊還是大同小異的﹐我這裡就不介紹如何進(jìn)行了﹐只要您身邊有字典都沒(méi)問(wèn)題啦~~~ 在您所提供的資訊中﹐其中有一項比較傷腦筋的﹐就是 ns 主機要指向哪裡﹖(註冊時(shí)需要最少兩臺)
以正規的手續來(lái)說(shuō)﹐如果您要用一個(gè) IP 來(lái)作為您的 name server﹐您必須先要將這個(gè) IP 在 whois 資料庫中註冊為 NS 記錄才能使用﹐假如該 IP 或是該 NS 已經(jīng)註冊過(guò)了﹐您就不能按您的意思來(lái)註冊了﹐但您可以使用它(當然您要確定您能管理那臺註冊主機﹐或是獲得對方的管理員同意)。但我這裡告訴您一個(gè)秘訣﹕第一次註冊 domain 的時(shí)候﹐隨便設定都可以﹗(哦﹐這是我在 dotster 上面的經(jīng)驗啦﹐其它網(wǎng)站是否如此我就不清楚了~~) 然後您在完成註冊後﹐用您的帳號進(jìn)去修改 name server 的 IP 就可以了(當然﹐您要設定的 IP 必須還沒(méi)被註冊過(guò)﹐或已經(jīng)從 whois 資料庫中註銷(xiāo))。
然而﹐如果您日後要變更您的 NS 和 IP 的話(huà)﹐是很麻煩的一件事情﹗而根據我以往的經(jīng)驗﹐您最好用 email 和網(wǎng)站的支援人員取得聯(lián)絡(luò )﹐才能順利完成修改。嗯﹐這種工作實(shí)際上一點(diǎn)也不好玩啦﹐而且各網(wǎng)站有各自的方法和表格。比方說(shuō)﹐如果您透過(guò) networksolution 註冊的話(huà)﹐日後您要修改 name server﹐必須填寫(xiě) host FORMs﹐然後會(huì )根據您提供的確認方式確認之後才能完成﹐他們的確認方式有三種﹕
MAIL FROM﹕以您所提供的 email 信箱為依據﹔
CRYPT-PW﹕以您提供的密碼為依據﹔
PGP﹕以您的 PGP 簽名為依據。
不過(guò)﹐在實(shí)作流程上非常複雜﹐比方說(shuō)﹐如果原本採用 MAIL FROM 方式﹐但後來(lái)您的 email 信箱卻變更了﹐那就很麻煩了﹐因為對方不能根據您的新 email 信箱來(lái)作為確認依據的。我曾經(jīng)為所服務(wù)的公司修改過(guò) NS 記錄﹐到最後﹐只能以 fax 的方式來(lái)解決。
而像 dotster 網(wǎng)站﹐則只能透過(guò)帳號進(jìn)行線(xiàn)上修改。這原本很方便﹐但最不好的地方是﹕他們不提供確認信息﹗往往﹐您以為已經(jīng)修改完畢﹐但等了一個(gè)星期還沒(méi)生效﹐去信問(wèn)他們﹐才知道原來(lái)要修改的那個(gè) IP 並沒(méi)有註冊為 ns 主機﹐或已經(jīng)註冊在別的名稱(chēng)下面了。我曾經(jīng)數次寫(xiě)信給 doster 的 support 信箱﹐要求他們在線(xiàn)上修改後要向用戶(hù)提供確認資訊(不管成功與否)﹐但不知道他們現在是否有改善了呢﹖(如果還沒(méi)改變的話(huà)﹐請大家多作投訴﹐直到他們提供確認服務(wù)為止。)
Tips﹕如果您在 dotster 或其它網(wǎng)站修改 NS﹐而不能成功的話(huà)﹐請窮追他們的 support 信箱就是了。通常他們都會(huì )幫您搞定的﹐而且提供的資訊比較滿(mǎn)意。例如﹐如果您要修改的 IP 還沒(méi)註冊﹐他們會(huì )幫您完成註冊(注意哦﹐name server 的 host 註冊和您的 domain 註冊可是不同的哦~~)。
但我也曾經(jīng)試過(guò)到 networksolution 上面註冊一個(gè) new host﹐然後到 dotster 那邊修改﹐也能順利完成﹗但這個(gè)後門(mén)﹐不知道現在是否還行得通呢﹖
說(shuō)實(shí)在﹐就算您註冊了 domain﹐如果您沒(méi)有固定 IP 的話(huà)﹐最好不要自己管 DNS ﹐請別的有固定 IP 的朋友幫忙﹐或是付費請人代管就是了。而上面提到的 domain 網(wǎng)站﹐大都提供這樣的服務(wù)。
另外﹐還有一個(gè)概念或許是許多 DNS 新手容易搞混亂的﹕我們這裡所說(shuō)的 domain 註冊﹐在整個(gè) DNS 系統中﹐僅屬於“正解”方面的註冊和授權而已﹔這和“反解”的授權毫不相關(guān)。而反解的授權﹐因為是跟據 IP 授權的﹐所以必須透過(guò)您的 IP 發(fā)放機構進(jìn)行。換句話(huà)說(shuō)﹕反解的授權﹐只能透過(guò) ISP 進(jìn)行。請您一定要區分這兩種授權模式。
關(guān)於 Dynamic DNS
如果您還沒(méi)有固定 IP 而又想讓別人能夠透過(guò) DNS 來(lái)查詢(xún)主機的話(huà)﹐您可以到網(wǎng)路上申請所謂的‘動(dòng)態(tài) DNS ’服務(wù)﹐大部份都是免費的﹐而且也有多種平臺的 client 程式提供。如果您有興趣﹐可以找到很多這類(lèi)網(wǎng)站﹐下面只是其中兩個(gè)﹕
http://www.dyndns.org/
http://dns2go.deerfield.com/
http://www.adsldns.org:8080/service.php (中文)
如果您不知道如何申請和安裝這類(lèi)動(dòng)態(tài) DNS 的話(huà)﹐您可以參考如下網(wǎng)頁(yè)﹕
Steven 電腦世界 之“Linux 使用 ADSL (計時(shí)制) 的經(jīng)驗分享”
鳥(niǎo)哥的 Linux 與 ADSL 文件 之 “動(dòng)態(tài) DNS 申請 ”
Tips﹕如果您使用撥接式 ADSL (PPPoE) 並在 adsldns.org 上面完成註冊之後﹐您只需在 /etc/ppp 目錄下面修改一個(gè) ip-up.local 檔(如果沒(méi)有請自行建立)﹐增加如下內容﹕
#!/bin/bash
CMD="http://www.adsldns.org:8080/clientupdate.php\
email=XXXXX@XXXXXX&passwd=XXXXX\
&hostname=XXXXXX.adsldns.org&debug=1"
lynx -dump $CMD > /tmp/adslclient.log
(注意﹕請將 XXXXX 修改為您的正確資料。同時(shí)﹐首兩行結尾的 \ 符號不要漏了﹐其左右沒(méi)空白﹔要不然﹐拿掉 \ 符號並將前面三行寫(xiě)成一行。)
然後﹐只要您完成 ADSL 撥接之後﹐就能‘自動(dòng)’的幫您修改 IP 記錄了﹗
關(guān)於動(dòng)態(tài) DNS 的應用﹐除了上述的環(huán)境之外﹐在 DHCP 分配的網(wǎng)路中設定 DNS 也可以應用得上。但前提條件是﹕您的 named 必須是 bind 9.x 或以後﹐以及 dhcpd 必須是 3.x 或以後的版本。然而﹐RedHat7.1 上面預裝的 dhcpd 是 2.0p15-4 這個(gè)版本﹐您必須自行升級才能使用這個(gè)非常棒的功能。
下面﹐我將 dhcp 服務(wù)轉移到 mandrake 8.1 (其預裝的 dhcpd 版本是 3.0-0.rc12.1)﹐然後保留 named 在 rh71 上面﹐再透過(guò) ddns 技術(shù)更新和維護 dhcp 所發(fā)放的 DNS 資料。我初步整理出來(lái)的步驟如下﹕
在 mdk 上執行如下命令﹐產(chǎn)生 dns 加密驗證所需的 secret ﹕
dnssec-keygen -a HMAC-MD5 -b 128 -n HOST DHCP_MDK
這樣會(huì )在當前目錄下產(chǎn)生兩個(gè)以 Kdhcp_mdk 開(kāi)頭的檔案﹐有興趣您可以看看其中的內容。然後您將 Kdhdp_mdk*.private 中的最後一行 Key: 後面那串字串複製下來(lái) (如﹕4sxutdFuNMqF1B0Q2GV1uQ==)﹐待會(huì )要用到。
然後修改 /etc/dhcpd.conf 的內容﹐類(lèi)似如下﹕
ddns-update-style ad-hoc;# 這行一定要加上
subnet 192.168.100.0 netmask 255.255.255.0 {
......# 其中內容略﹐請自行填寫(xiě)
}
key DHCP_MDK {
algorithm HMAC-MD5.SIG-ALG.REG.INT;# 加密演算法名稱(chēng)
secret 4sxutdFuNMqF1B0Q2GV1uQ==;# 這就是上一步驟產(chǎn)生的 key
}
zone siyongc.domain. {
primary 192.168.100.23;# 指向 name server 所在位址
key DHCP_MDK;# 必須和前面的 key 名稱(chēng)一致
}
zone 100.168.192.in-addr.arpa. {
primary 192.168.100.23;# 同上
key DHCP_MDK;
}
然後重新啟動(dòng) dhcpd 的服務(wù)﹐並確定其功能正常。關(guān)於更多的設定﹐請 man dhcpd.conf ﹐搜尋 ddns 子串就可以找到。
然後轉移到 rh71 上面﹐修改 /etc/named.conf ﹐在 options 前面加上如下句子﹕
key DHCP_MDK {// 這段應該和 dhcpd.conf 設定一致
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret 4sxutdFuNMqF1B0Q2GV1uQ==;
};
logging {// 這是記錄設定
channel update_debug {
file "/var/log/update-debug.log";
severity debug 3;
print-category yes;
print-severity yes;
print-time yes;
};
channel security_info {
file "/var/log/named-auth.info";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category update { update_debug; };
category security { security_info; };
};
然後再為相應的 zone 加上 update 設定﹕
zone "siyongc.domain" {
type master;
file "siyongc.domain";
allow-update { key DHCP_MDK; };// 名稱(chēng)必須和前面的 key 一致
};
zone "100.168.192.in-addr.arpa" {
type master;
file "192.168.100.rev";
allow-update { key DHCP_MDK; };// 同上
};
然後建立所需的記錄檔﹕
touch /var/log/update-debug.log
touch /var/log/named-auth.info
chown named.named /var/log/update-debug.log
chown named.named /var/log/named-auth.info
完成後請重新啟動(dòng) named ﹐並檢查 /var/log/messages 及測試服務(wù)是否正常。
最後﹐就是等待記錄更新了~~~ 哦﹐我忘了準確的更新時(shí)機了﹐我在某處看到過(guò)(記不起來(lái)了﹕家裡的書(shū)﹖書(shū)局的書(shū)﹖網(wǎng)路上﹖)﹕更新的時(shí)機好像是 dns 那邊累積 100 了一百個(gè)記錄在 journal 的時(shí)候﹔或是每隔 60 分鐘 (哪個(gè)標準先到達就採用哪個(gè)方法﹐不過(guò)﹐真的記得不是很清楚)。如果您在 /var/named 的記錄檔下面發(fā)現更新(標誌其一是 Serial 號碼)﹐或是在 /var/log/update-degub.log 上看到有記錄。那就成功了﹗
如果一直沒(méi)動(dòng)作怎麼吧﹖呵呵~~~ 我也不知道。但我會(huì )建議您將 /etc/dhcpd.conf ﹑named.conf﹑和 /var/named/ 的記錄檔儘量簡(jiǎn)化﹐將那些有的沒(méi)的全部拿掉﹐並重新啟動(dòng)服務(wù)看看。當然了﹐/var/log/ 裡面記錄檔也有很多重要資訊﹐比方說(shuō)提昇 named.conf 裡的 debug level 數值(如﹕severity debug 9 )﹐然後執行﹕
tail -f /var/log/update-dbug.log
再不然﹐用 tcpdump 抓封包看囉~~~
老實(shí)說(shuō)﹐我原本寫(xiě)這篇文章的時(shí)候並沒(méi)有打算將 dhcp + dns 的動(dòng)態(tài)更新寫(xiě)進(jìn)來(lái)的﹐因為還沒(méi)實(shí)作過(guò)。幸得在新聞組上得到 小州兄 的指點(diǎn)﹐才裝了個(gè) Mandrak8.1 ﹐並按 man page 的步驟設定起來(lái)的。我覺(jué)得在本機上更新﹐也就是 dhcpd 和 named 都在同一臺機器上﹐會(huì )比較容易成功。如果跨網(wǎng)路進(jìn)行的話(huà)﹐那您得要首先解決網(wǎng)路想過(guò)的問(wèn)題﹐例如路由和防火牆這些設定。
Anyway﹐我不敢保證您能按照上面的步驟實(shí)作出來(lái)﹐總要自己多嘗試嘗試吧。如果您想更進(jìn)一步了解 DNS 的動(dòng)態(tài)更新﹐您可以研究一下 nsupdate 這個(gè)命令。它可以讓您以交談模式來(lái)更新 named 的記錄設定。
Tips﹕我知道許多所謂的動(dòng)態(tài) dns 服務(wù)﹐大都會(huì )於 server 上提供更新機制﹐我猜﹐只要透過(guò)簡(jiǎn)單的 cgi 或 client 程式﹐就應該可以完成的?？赐晗旅?Leo 兄的文章﹐您應該會(huì )有靈感的﹕
動(dòng)態(tài) DNS 設定技巧
除此之外﹐如果您還有興趣研究動(dòng)態(tài) DNS 技術(shù)的話(huà)﹐不妨到網(wǎng)路上找找 IXFR 的技術(shù)﹐也可以參考如下這些 RFC﹕1034﹐1995﹐1996﹐2136﹐2535﹐2694。
設定 master / slave
不管您是否有打算註冊自己的 domain 和管理自己的 DNS 主機﹐在您真正架設對外服務(wù)的 dns 伺服器之前﹐請先行在內部網(wǎng)路架設看看﹐直到您有信心之後才架設直接向 Internet 提供服務(wù)的 DNS 。而您需要練習的這些前置功夫中﹐其一就是 master 與 slave DNS 的設置。
假如您真的到網(wǎng)路上註冊過(guò) domain﹐他們通常需要您提供最少兩臺 NS 主機。為什麼呢﹖這是基於備援考量的。當一個(gè)註冊 domain 同時(shí)授權到兩臺 ns 上面管理的話(huà)﹐那別人透過(guò) DNS 查詢(xún)的時(shí)候﹐會(huì )獲得兩個(gè) NS 記錄( root zone 就有 13 個(gè) ns 之多﹗)。對方只需向其中一臺進(jìn)行查詢(xún)就可以了﹐如果第一臺不能成功的話(huà)﹐則轉向下一臺。究竟向哪一臺 NS 查詢(xún)﹐其先後順序沒(méi)什麼關(guān)係﹐但關(guān)鍵的是資料的準確性﹗
在前面您已經(jīng)知道如何在單一的主機上面進(jìn)行 DNS 設定了﹐那麼﹐當有兩臺主機需要為同一個(gè) domain 提供 DNS 服務(wù)的時(shí)候又如何設定呢﹖您當然可以在兩臺主機上各設定一次。但資料的同步呢﹖您總不能在一臺 NS 查詢(xún)到一個(gè) IP 位址﹑而在另一臺 NS 得到另外一個(gè)位址吧﹖如果發(fā)生資料變更需求的時(shí)候﹐您也得同樣的在兩臺機器上面進(jìn)行修改﹐而且必須透過(guò)人為的觀(guān)測﹐以確定雙方的資料一致性。那~~ 是否有更好的辦法來(lái)做到這點(diǎn)呢﹖
當然有啦﹐這就是 master 和 slave DNS 的設定了。透過(guò) master 和 slave 的架構﹐您日後要進(jìn)行資料變更的時(shí)候﹐只需在 master 上面維護就好﹐然後 slave 會(huì )定期的自動(dòng)過(guò)來(lái)將更新資料同步回去(還記得 SOA 那堆數字的嗎﹖您應該知道 Refresh 和 Serial 的作用吧﹖如果您忘記了﹐請回去溫習一下)。
如果您沒(méi)有理解錯誤﹐應該知道 slave 會(huì )在 refresh 時(shí)間到達的時(shí)候﹐就嘗試和 master 進(jìn)行資料同步的動(dòng)作﹐這在 DNS 系統裡面有一個(gè)專(zhuān)門(mén)術(shù)語(yǔ)﹐叫做“zone transfer”(區域轉移)﹐而在技術(shù)層面來(lái)說(shuō)﹐則是 AXFR 查詢(xún)﹕
當 slave 需要進(jìn)行 zone transfer 之前﹐它首先查詢(xún) master 的 SOA 記錄之 serial 數值﹔
如果發(fā)現數值比 slave 上的 serial 要大﹐就送出 AXFR 查詢(xún)﹔
如果 master 允許 slave 的 zone transfer ﹐那就回應 AXFR 的查詢(xún)結果﹔
然後 slave 根據查詢(xún)結果更新自己的記錄檔。
從上面的流程來(lái)看﹐您不難發(fā)現 serial 在整個(gè)區域轉移過(guò)程中的重要性。所以﹐您每次修改了 master﹐一定要將增加 serial 數值。雖然﹐您可以依序的增加數值﹐但如果您的 Serial 號碼是依照“日期 + 修改次數”格式的話(huà)﹐那麼您只要修改日期部份﹐就肯定可以獲得一個(gè)更大的數值(除非您又碰到 Y2K 的問(wèn)題 )﹔假如您的修改是在同一天發(fā)生的﹐那您可以修改最右邊的兩為數字(相信您一天之內不會(huì )修改 100 次吧﹖)。
要設定 slave DNS 其實(shí)非常簡(jiǎn)單﹐簡(jiǎn)單到或許您不相信﹗真的沒(méi)騙您﹐您只需在 slave 主機上面的 /etc/named.conf 增加這幾行就可以了﹕
zone "siyongc.domain" IN {
type slave;
masters { 192.168.100.23; };// 請不要漏了 masters 後面的 s ﹗
file "slave.siyongc.domain";
};
一點(diǎn)也沒(méi)錯﹗就這麼簡(jiǎn)單~~~ 我們假設上面的設定在 10.0.1.130 ( lp64 ) 上面進(jìn)行﹐而 master 則是 192.168.10.23 ( rh71 )。這裡﹐我再告訴您一個(gè)您非常樂(lè )意聽(tīng)到的信息﹕您根本無(wú)需擔心如何建立 slave 的記錄檔﹐named 會(huì )自動(dòng)幫您搞定﹗您只需確定 /var/named 這個(gè)目錄能夠被 named 寫(xiě)入就行了。如果您不確定﹐那只需將目錄的 owner 改一改就行了﹕
chown -R named.named /var/named
這樣的話(huà)﹐只要 slave 的 refresh 時(shí)間到達﹐就會(huì )自動(dòng)的幫您更新記錄資料了(當然了﹐底層的路由和連線(xiàn)必須是暢通無(wú)阻的)。但是﹐每次當您修改了 master 上面的設定並重新啟動(dòng) named 服務(wù)的時(shí)候﹐master 就會(huì )主動(dòng)向資源記錄當中的所有 NS 主機送出 NOTIFY 信號(自己除外﹐但 master 的 NS 記錄必須是第一筆)。當 slave(s) 收到來(lái)自 master 的 NOTIFY 之後﹐會(huì )回復一個(gè)確認給 master ﹔然後根據 /etc/named.conf 檔案中的設定﹐嘗試向所定義的 masters 位址進(jìn)行 zone transfer (是否要更新資料﹐當然還必須以 Serial 為依據)﹐就好像 refresh 到達了一樣。
Tips﹕假如您發(fā)現修改 master 後並不能及時(shí)同步 slave 上的資料﹐那可能是 slave 並沒(méi)寫(xiě)在 NS 記錄上。如果您不願意修改 NS 記錄﹐那您可以在 master 的 named.conf 裡面的 zone 設定上加上這幾行﹕
zone "siyongc.domain" IN {
type master;
file "siyongc.domain";
notify yes;
also-notify { 192.168.100.26; };
};
這樣﹐master 在修改後同時(shí)還會(huì )通知名單中的 slave 主機。
事實(shí)上﹐如果有別的 slave DNS 被設定為指向該這臺 master 的話(huà)﹐就算您這裡將 notify 設為 no ﹐當 slave 主機的 refresh 到期的時(shí)候﹐還是可以進(jìn)行區域轉移 (zone transfer) 的。
當然了﹐為了防止別人任意的向 master 進(jìn)行 zone transfer 而盜取 zone 資料﹐named 還允許您以 acl (Access Control List) 來(lái)控制哪些主機才能上來(lái)進(jìn)行區域轉移(這個(gè)我們後面再談)﹐同時(shí)﹐還允許 zone transfer 的時(shí)候以加密的方式傳送資料。
除了上述的備援需求外﹐在其它情形也有可能需要 master / slave 的架構。比方說(shuō)﹐您有一個(gè)很大型的網(wǎng)路﹐如果所有主機都集中向 master 進(jìn)行 DNS 查詢(xún)﹐那勢必會(huì )增加 master 的工作負荷﹑而降低其效能﹐同時(shí)也產(chǎn)生額外的遠程網(wǎng)路流量。這時(shí)﹐您最好設定多臺 slave 放置在不同的地點(diǎn)來(lái)分擔 master 的工作﹐同時(shí)也能提供備援服務(wù)。
設定 forwarder
我們除了能夠用 slave 來(lái)分擔 master 工作﹑減少網(wǎng)路流量之外﹐還可以透過(guò)另外一種 DNS 機制來(lái)減低網(wǎng)路流量的﹐那就是 forwarder 設定了。
所謂的 forwarder ﹐就是當某一臺 NS 主機遇到非本機負責的 zone ( slave zone 也屬於本機負責的範圍) 之查詢(xún)請求的時(shí)候﹐將不直接向 root zone 查詢(xún)而把請求轉交給指定的 forwarder (一臺或多臺) 主機代為查詢(xún)。如果您不了解 DNS 的查詢(xún)模式﹐那您很難理解這個(gè) forwarder 的意義和好處。
我們知道﹐當 NS 主機在接到 client 的查詢(xún)的時(shí)候﹐首先會(huì )檢查這個(gè)查詢(xún)是否屬於本機管轄﹐否則將轉向 root zone 再逐級的查詢(xún)下去﹐最後將結果告訴 client 。而在這個(gè)過(guò)程之中﹐NS 主機還會(huì )將每一筆結果存放到 cache 中。這樣﹐只要 cache 中的 TTL 沒(méi)過(guò)期的話(huà)﹐在下次遇到同樣查詢(xún)的時(shí)候﹐就可以直接將結果回應給 client 了﹐而無(wú)需再重複上次的查詢(xún)流程。如果 NS 上面指定了 forwarder﹐那這個(gè) NS 發(fā)現 cache 沒(méi)有記錄的話(huà)﹐將不向 root 查詢(xún)﹐而是將自己扮成一個(gè) client﹐向 forwarder 送出同樣的請求﹐然後等待查詢(xún)結果﹔而逐級往下查詢(xún)的動(dòng)作﹐則交由 forwarder 負責﹐NS 自己就輕鬆多了。但無(wú)論這個(gè)結果是自己直接查詢(xún)得來(lái)的﹐還是 forwarder 送回來(lái)的﹐NS 都會(huì )保存一份資料在 cache 中。這樣﹐其後的相同查詢(xún)就快多了﹐這對於 NS 所服務(wù)的 client 而言更是有效率得多。
但是﹐假如您仔細研究一下這個(gè) forwarder 機制﹐您會(huì )發(fā)現它的好處並非僅是上面所提到的效能提昇﹐而且﹐對於整個(gè)網(wǎng)路流量(尤其是對外的流量)也有非常正面的幫助。比方說(shuō)﹐您的內部網(wǎng)路需要 10 臺 DNS 來(lái)提供服務(wù)﹐您只需在某一臺能直接與外界溝通的電腦上架設 DNS 服務(wù)﹐然後將其它內部 NS 的 forwarder 指向該主機就行了。這樣﹐本來(lái)需要 10 次的 root 查詢(xún)﹐在 forwarders 的機制下﹐就只需 1 次而已﹗連同下層的往返查詢(xún)來(lái)計算的話(huà)﹐總體上所省下的對外查詢(xún)就更多了~~ 如果再加上 cache 的效能﹐forwarder 所降低的 DNS 流量是非常顯著(zhù)的。
事實(shí)上﹐forwarder 在我們的實(shí)際應用中也很常見(jiàn)﹐例如﹐我們只要將 forwarder 設定為 ISP 的 DNS ﹐那麼﹐我們的 NS 就無(wú)需直接向 root 查詢(xún)了﹔又因為 ISP 上的 DNS 也有 cache 的關(guān)係﹐所以我們的 NS 所獲得的查詢(xún)結果﹐也比直接向 root 查詢(xún)來(lái)得要快。
如果您打算使用 forwarder 的話(huà)﹐您可以在 /etc/named 的 options { } 裡面加入這樣的句子﹕
forward first;
forwarders {// 別漏了最後的 s ﹗
139.175.10.20;
168.95.1.1;
};
您或許從上面的設得知的這臺 NS 主要是對外連線(xiàn)的﹐假如您的主機是內部的其它 NS﹐那就集中指向對外的 NS 就好了。
然而﹐上面的設定由於是在 options 裡面設定的緣故﹐這樣會(huì )讓所有非本機的查詢(xún)都轉向 forwarder 。假如您不想這樣做﹐而只是針對個(gè)別的 zone 設定 forwarder 的話(huà)﹐那您也可以這樣設定﹕
zone "siyongc.domain" IN {
type forward;
forwarders { 192.168.100.23; 10.0.1.130; };
};
這樣﹐在這臺 NS 主機上面﹐所有關(guān)於 siyongc.domain 的查詢(xún)﹐都將轉交到 192.168.100.23 或 10.0.1.130 那邊去。
設定子網(wǎng)域授權
到這裡﹐您所需要具備的 DNS 技巧相信已經(jīng)足夠應付普通網(wǎng)路的需要了。但如果您的網(wǎng)路非常龐大﹐而且 DNS 系統比較複雜﹐或是您有興趣知道 Internet 上是如何進(jìn)行 DNS 授權的話(huà)﹐那您或許需要了解一下 DNS 的子網(wǎng)域 (sub zone) 授權設定。
這個(gè)問(wèn)題不如用實(shí)際的例子來(lái)說(shuō)明好了。正如您從本章所看到的範例﹐目前我在 rh71 上面已經(jīng)設定有兩個(gè) domain 的 zone ﹕siyongc.domain 和 dmz.domain 。假設我現在要在 siyongc.domain 分出一個(gè) sub-zone﹐稱(chēng)為 home.siyongc.domain ﹐同時(shí)將這個(gè) sub-zone 授權給一臺叫 diamond 的主機來(lái)管理﹔目前 diamond 上面有兩張網(wǎng)路卡﹕192.168.100.26 和 192.168.2.1 ﹐而 home 這個(gè) sub-zone 需要管理的 DNS 除了 diamond 本身外﹐還有 pc100 到 pc200 ( IP 範圍從 192.168.2.100 到 192.168.2.200 之間) 等主機﹐他們都是由 DHCP 發(fā)放的。當然了﹐底層的網(wǎng)路連接﹐例如 hub﹑路由﹑防火牆﹑等等﹐都已經(jīng)設定好了。那麼﹐我們要如何進(jìn)行呢﹖
首先﹐我需要修改 rh71 上的 /var/named/siyongc.domain 擋案﹐將 home 授權給 diamond.home.siyongc.domain 這臺 NS 來(lái)管理﹐您只需在記錄檔後面增加這些句子就可以了﹕
;; -- sub zones --
$ORIGIN home
@ IN NS diamond.home.siyongc.domain.
diamond IN A 192.168.2.1
上面我用一個(gè) $ORIGIN 來(lái)宣告一個(gè)屬於 siyongc.domain 範圍內的 sub-zone 叫 home (如果改用帶小數點(diǎn)的 FQDN 的話(huà)﹐則寫(xiě)成 home.siyongc.domain. )﹐以及負責這個(gè) sub-zone 的 NS 主機﹐還有 NS 主機的 IP 位址所在。這裡的 NS 記錄就是用來(lái)授權用的了﹗目前我只授權給單一一臺 NS 而已﹐如果您喜歡﹐那您可以授權多臺 NS 主機。事實(shí)上﹐當您在網(wǎng)路上註冊 domain 的時(shí)候﹐他們也是在上游(如 com. 或 com.tw. ) 那邊幫您設定 NS 記錄和 NS 主機的 A 記錄而已~~~
Tips﹕假如您不使用 $ORIGIN 的話(huà)﹐那可以取消這行﹐然後將 @ 改為 home ﹐以及將 diamond 改為 diamond.home 就可以了(註﹕兩個(gè)記錄名稱(chēng)都沒(méi)有小數點(diǎn)﹗)。
接下來(lái)的設定﹐需要轉到 diamond 上面進(jìn)行。首先﹐修改 /etc/named.conf 檔案﹐增加如下數行﹕
zone "siyongc.domain" IN {// 上一級區域設定
type forward;
forwarders { 192.168.100.23; };
};
zone "home.siyongc.domain" IN {// 本機管轄區域設定
type master;
file "home.siyongc.domain";
};
這裡﹐您或許發(fā)現我用 forwarder 將上游的查詢(xún)轉向正確的位置(當然﹐您直接在 options 裡面指定 forwarders 也可以)﹐您應該知道這樣做的好處了吧﹖除了無(wú)需繞到 root zone 往下查詢(xún)下來(lái)之外﹐更重要的原因是﹕這個(gè) sub-zone 主機和上游主機不是同一臺 NS ﹐除非這兩臺主機同時(shí)是 internet 的合法 IP 且經(jīng)過(guò)註冊(換句話(huà)說(shuō)﹕父網(wǎng)的 NS 主機可以從 root zone 查詢(xún)下來(lái))﹐否則的話(huà)﹐它就查詢(xún)不到其它 sub-zone 的記錄了﹗除了用 forwarder ﹐另外還有一個(gè)方法是﹕就是架設 slave 主機以獲得上游的 zone 資料。不管用哪一種方法﹐如果您不能查詢(xún)到上游 NS 的話(huà)﹐您就沒(méi)辦法查詢(xún)其他 sub-zones 了。
除此之外﹐我們還必須建立 /var/named/home.siyongc.domain 這個(gè)檔案﹐內容如下﹕
$TTL 86400
$ORIGIN home.siyongc.domain.
@ IN SOA diamond.home.siyongc.domain. root.diamond.home.siyongc.domain. (
2001111701 28800 14400 3600000 86400 )
IN NS diamond.home.siyongc.domain.
600 IN MX 10 diamond.home.siyongc.domain.
;; -- servers --
diamond IN A 192.168.2.1
IN MX 0 diamond.home.siyongc.domain.
;; -- workstations --
$GENERATE 100-200 pc$ A 192.168.2.$
在這裡﹐我首先將 MX 的 TTL 降為 10 分鐘﹐因為我目前還不很確定這個(gè) sub-zone 的郵件是否由 diamond 來(lái)管。如果不增加 600 這個(gè)欄位的話(huà)﹐那麼 TTL 會(huì )以前面的 $TTL 值為準﹐也就是一天。然則﹐一旦有別的 DNS 查詢(xún)過(guò)這個(gè) MX 記錄﹐那麼這個(gè)記錄會(huì )在對方的 cache 中存在一天時(shí)間。假如我日後修改 MX 記錄的話(huà)﹐那我很可能要等一天之後﹐才能讓別的 DNS 查詢(xún)到新的設定值。
Tips﹕ 事實(shí)上﹐在您進(jìn)行任何 DNS 記錄的修改﹐都必須認識到 TTL 的重要性以及它可能產(chǎn)生的影響﹐這點(diǎn)﹐我在本章最後再談。
然而﹐在這個(gè)檔案中﹐您首次接觸到 $GENERATE 這個(gè)選項。如果您有寫(xiě)過(guò) shell script﹐或是具有“變數 (variable) ”概念的話(huà)﹐這行一點(diǎn)都不難理解﹕
首先﹐我用 $GENERATE 產(chǎn)生一段數值範圍﹐您可以將之當成一個(gè)變數陣列( array )。注意﹕這段數值並不能直接用來(lái)作記錄項﹔
然後﹐在這個(gè)句子後面的“ $ ”符號就是變數陣列裡面的值(還記得 for 迴圈嗎﹖如果忘記了﹐請回去 system 系列那邊補習 shell 的知識)﹔
其後﹐我所定義的 pc$ 才是記錄項名稱(chēng)的開(kāi)始﹕它的意思就是定義一個(gè) pcXXX 的名稱(chēng)﹐而 XXX 的值就是 $ 。
那後面的 A 呢﹖您應該知道什麼是 A 記錄類(lèi)別了吧﹖(不過(guò)﹐我覺(jué)得奇怪﹐這個(gè)版本竟不接受“ IN A ”這樣的設定﹗不知道新版有沒(méi)有解決了﹖)
同樣道理﹐192.168.2.$ 的那個(gè) $ ﹐和 PC$ 那個(gè) $ 是同一樣的值。
不難理解吧﹖換而言之﹐如果您不使用 $GENERATE 的話(huà)﹐那就為 pc100 到 pc200 這 100 臺主機設定 100 行 A 記錄就是了。那麼﹐請問(wèn)﹕您願意用那個(gè)方法呢﹖
註﹕假如您已經(jīng)在 Internet 上註冊了一個(gè)合法的 domain ﹐那麼您在這個(gè) domain 下面切分出去的 sub-zone 就無(wú)須再註冊了。因為您的 domain 所使用的 zone 已經(jīng)獲得授權﹐並且也有自己的 SOA ﹐那麼其下要再授權出多少個(gè) sub-zone﹐或往下授權多少層﹐完全由您自己作主。
設定子網(wǎng)反解授權
好了﹐剛纔介紹的 sub-zone 授權﹐是屬於正解部份的﹐那麼反解又如何呢﹖通常來(lái)說(shuō)﹐如果您獲得的 IP 是一整段 class (或 A 或 B 或 C ) 的話(huà)﹐在反解設定上也不會(huì )太難就是了。我相信聰明的您一定已經(jīng)知道如何設定吧﹖(前面不是設定過(guò)了嗎﹖)
如果您真真正正了解 IP 和 Net mask 的關(guān)係﹐那我這裡要出一道難題了﹕我在我的網(wǎng)路設定中﹐10.0.1.0 這個(gè)網(wǎng)路實(shí)際上借用了 3 個(gè) bit 來(lái)切割成 8 個(gè)子網(wǎng)路。而我將這臺 rh71 上其中一個(gè)界面分配到 sub-net ID 為‘100’的這個(gè)子網(wǎng)中﹐也就是說(shuō)﹐實(shí)際的 Net ID 應該是‘10.0.1.128’﹔而另外一個(gè)界面則分配在 10.0.1.0/27 這個(gè)子網(wǎng)路中。
在前面﹐我們已經(jīng)設定過(guò) 0.1.10.in-addr.arpa 的反解了﹐但那次只是單純的為整個(gè) C Class 做反解﹐事實(shí)上並沒(méi)考慮到 sub-net 的問(wèn)題?，F在我打算將這個(gè)網(wǎng)路的反解再進(jìn)行子網(wǎng)路的授權設定。我暫時(shí)保留 10.1.0 這個(gè)‘父網(wǎng)’的反解﹐然後將 128 這個(gè)子網(wǎng)的反解授權給 10.0.1.130 ( lp64 ) 上面進(jìn)行(至於其他網(wǎng)暫時(shí)不設定了﹐反正只要會(huì )了設定其中的一個(gè)﹐就能舉一反三)。
Tips﹕對於切割子網(wǎng)的 DNS 反解設定﹐是非常難懂的﹐您一定要對 IP 位址劃分有很清晰的了解﹐要不然﹐請您先搞定 IP 的 subneting 再回來(lái)(可參考“學(xué)習網(wǎng)路”中的 “ IP 位址 ”一文)。在以後的敘述裡﹐請務(wù)必留神﹗如果您不想弄那麼複雜﹐最簡(jiǎn)單莫過(guò)於在“父網(wǎng)”上面做好所有子網(wǎng)的記錄設定(像是請 ISP 那邊幫忙設定反解一樣)。但問(wèn)題是﹐如果子網(wǎng)那裡要進(jìn)行變更﹐就一定要勞煩上級網(wǎng)路管理員﹐網(wǎng)路的靈活性當然就大打折扣了。
或許﹐在一開(kāi)始弄 DNS 的時(shí)候就把子網(wǎng)帶進(jìn)來(lái)﹐會(huì )顯得過(guò)於艱難。我這裡建議您大可先將關(guān)於子網(wǎng)的部份略過(guò)﹐等您對 named 有一定的經(jīng)驗了﹐隨時(shí)歡迎回來(lái)再看﹐也很歡迎您 來(lái)信 和網(wǎng)中人討論心得﹗
無(wú)論如何﹐我先得在 rh7.1 上面確定 /etc/named.conf 這個(gè)檔案有關(guān)於‘父網(wǎng)’的設定﹕﹕
zone "1.0.10.in-addr.arpa" IN {
type master;
file "10.0.1.rev";
};
事實(shí)上﹐上面的內容和我們以前的設定沒(méi)什麼不一樣﹐您只需確定它有這個(gè)設定就行了。然而﹐原本的 /var/named/10.0.1.rev 卻必須修改一下﹐使之變成如下內容﹕
$TTL 86400
$ORIGIN 1.0.10.in-addr.arpa.; 宣告當前網(wǎng)路(父網(wǎng))反解
@ IN SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
2001111701 28800 14400 3600000 86400 )
IN NS rh71.siyongc.domain.
; 以 $GENERATE 的方式﹐建立 CNAME ﹐將查詢(xún)轉往子網(wǎng)﹕
$GENERATE 128-159 $ CNAME $.sub-128
; 將 128 這個(gè)子網(wǎng)授權出去﹕
sub-128 IN NS lp64.dmz.domain.
在這個(gè)特殊的“切割子網(wǎng)”例子中﹐其中最關(guān)鍵的設定是 CNAME 的設定﹐如果您沒(méi)忘記我前面是如何解釋 CNAME 的話(huà)﹐您會(huì )知道凡是查詢(xún) CNAME 左邊的記錄﹐就轉到 CNAME 右邊再查一次。這裡﹐我們用 $GENERATE 的方式將 128-159 這段記錄用 CNAME 轉向 sub-128 這個(gè)子網(wǎng)查詢(xún)。
Tips﹕事實(shí)上﹐這個(gè)子網(wǎng)名稱(chēng)在 DNS 系統裡面可以隨便定義﹐比方說(shuō)﹐有些人喜歡用 mask bit 的數目來(lái)定義﹐那就可以寫(xiě)成 128-27 ﹔當然﹐如果您喜歡用 IP 範圍來(lái)定義也可以﹕128-159 。如何定義沒(méi)關(guān)係﹐只要不混亂就行。
因為 128 至 159 這段 IP 實(shí)際上是在子網(wǎng) 10.0.1.128 裡面的範圍(這段現已授權出去﹐但您不能在 ineternet 上面查詢(xún) 203.30.35.128.134 這樣的五組數字的 IP 格式)﹐當人們要查詢(xún)所有以 10.0.1 開(kāi)頭的 IP 的時(shí)候﹐都會(huì )先向 1.0.10.in-addr.arpa. 的 NS 查詢(xún)﹐也就是目前這臺機器﹔然後再透過(guò) CNAME 將查詢(xún)轉向其子網(wǎng)路 sub-128.1.0.10.in-addr.arpa. 進(jìn)行查詢(xún)﹐直至找到 128 至 159 之間的 PTR 記錄為止。
Tips﹕在 A 和 B class 的子網(wǎng)授權設定中﹐只要不超過(guò) 24bit mask 且使用完整 otec 的話(huà)﹐應該無(wú)需使用 CNAME﹐直接為下一個(gè) otec 進(jìn)行 NS 授權就行了。
在上例中的最後一行﹐我將 sub-128 這個(gè)自己定義的子網(wǎng)記錄項﹐以 NS 授權給 “lp64.dmz.domain.”來(lái)負責。而至於 lp64.dmz.domain 的 IP 在哪裡呢﹖那就透過(guò)正解查詢(xún)來(lái)獲得了﹐我們無(wú)需擔心這個(gè)﹐除非解那邊沒(méi)設定起來(lái)。
接下來(lái)﹐讓我們轉到 sub-128.1.0.10.in-addr.arpa. 的 NS ﹐也就是 lp64 這臺機器上面。首先﹐需要修改 /etc/named.conf 檔案﹐讓 named 知道 sub-128 目前由它來(lái)負責﹕
zone "1.0.10.in-addr.arpa" {
type forward;
forwarders { 192.168.100.23; };
};
zone "sub-128.1.0.10.in-addr.arpa" {
type master;
file "10.0.1.128.rev";
};
這裡的 forwarder 之作用與前面介紹的 sub-zone 授權時(shí)的設定一樣﹕如果您不能查詢(xún)到父網(wǎng)的 NS 的話(huà)﹐您就沒(méi)辦法查詢(xún)其他子網(wǎng)路。
當我們完成 named.conf 的設定之後﹐還必須在 /var/named 目錄下面建立相應的檔案﹐也就是 10.0.1.128.rev 這個(gè)檔﹕
$TTL 86400
$ORIGIN sub-128.1.0.10.in-addr.arpa.; 關(guān)於當前子網(wǎng)的設定
@ IN SOA lp64.dmz.domain. root.lp64.dmz.domain. (
2001111701 28800 14400 3600000 86400 )
@ IN NS lp64.dmz.domain.; 這應該和父網(wǎng)指定的一致
; 固定 IP 的反解﹕
129 IN PTR dialser.dmz.domain.
130 IN PTR lp64.dmz.domain.
131 IN PTR rh71.dmz.domain.
; 撥接主機的反解﹕
$GENERATE 132-155 $ PTR dialup-pc$.dmz.domain.
在當前的 Internet 環(huán)境來(lái)說(shuō)﹐能順利申請到完整的一組 class IP 的情況實(shí)在非常少見(jiàn)了。這時(shí)候您很可能要需要上游 ISP 幫您做反解﹐要驚動(dòng)他們是在所難免的。如果他們肯受權下來(lái)﹐那麼您自己的設計彈性就比較高﹐日後要修改也容易得多。但如果上游沒(méi)有受權的話(huà)﹐您可千萬(wàn)不要越俎代庖﹐設了也等於白設﹕因為您的 NS 並沒(méi)有經(jīng)過(guò)授權﹐別人是不能從 root zone 反查詢(xún)得到的。而且﹐更嚴重的是﹕如果您自己將整個(gè) C Class 的反解私自設定起來(lái)的話(huà)﹐由於沒(méi)辦法知道除了您這個(gè) subent 之外的其他 subnet 的資訊﹐也就沒(méi)辦法設定。這樣結果將會(huì )是﹕如果您不設﹐或許可以透過(guò) ISP 查詢(xún)到它們﹔如果設了反而查不到﹗
但是﹐如果在上游沒(méi)有授權的情況之下﹐您日後的每次修改﹐都必須要通知上游﹐才能保持資料的準確性﹐卻是十分的不方便。下面的這個(gè)方法是是一個(gè)折衷的辦法﹐您只需到上游註冊一次(如果上游不同意﹐請努力說(shuō)服他們)﹐日後的變動(dòng)則完全看您自己的意思了﹕
假設您是一個(gè) ADSL 的用戶(hù)﹐獲得 5 個(gè)可用 IP﹐分別從 211.2.3.113 到 211.2.3.118﹔同時(shí)﹐您為您目前的 domain 註冊為 my.domain。這樣﹐您首先要到上游完成反解的註冊﹐這樣設就可以了﹕
$ORIGIN 3.2.211.in-addr.arpa.
......
114INCNAME114.my.domain.
115INCNAME115.my.domain.
116INCNAME116.my.domain.
117INCNAME117.my.domain.
118INCNAME118.my.domain.
......
然後您也無(wú)需另外設定反解﹐全部都在 my.domain 的記錄檔上面設就可以了﹕
......
$ORIGIN my.domain.
114INPTRdns.my.domain.
dnsINA211.2.3.114
115INPTRwww.my.domain.
wwwINA211.2.3.115
116INPTRftp.my.domain.
ftpINA211.2.3.116
117INPTRpop.my.domain.
popINA211.2.3.117
118INPTRsmtp.my.domain.
smtpINA211.2.3.118
......
照這樣看來(lái)應該沒(méi)什麼問(wèn)題了。假如您對子網(wǎng)劃分有不理解的地方﹐歡迎參考一篇我與網(wǎng)友的討論信件 (注意﹕內容是引用舊版的文章﹐所以設定上和目前的方法有所不同﹐但原理還是一樣的)。
許多人都覺(jué)得﹕我沒(méi)有設定反解﹑ISP 那邊也不願意幫忙設定﹐我的 DNS 還不是照常工作﹗那麼究竟什麼時(shí)候才會(huì )用到反解呢﹖如果不設定反解有什麼後果呢﹖嗯~~ 如果有這個(gè)疑問(wèn)的話(huà)﹐我建議您先讀讀如下的文章﹐相信您就知道反解的重要性在哪裡了﹕
reverse domain 的使用時(shí)機
另外﹐如果 DNS 授權有誤﹐則很容易做成 lame server 的問(wèn)題。發(fā)生這問(wèn)題的原因是﹕從 DNS 系統上查詢(xún)某一個(gè)名稱(chēng)的時(shí)候﹐獲得一個(gè) NS 資訊﹐然後向那個(gè) NS 進(jìn)行查詢(xún)的時(shí)候卻得不到結果。您可以參考下面這篇文章認識問(wèn)題產(chǎn)生的理論﹐然後進(jìn)行修正﹕
DNS/bind-4.9.x Lame Server 訊息所代表的意義 ( 理論篇 )
不過(guò)﹐如果 lame server 是由於別人亂設而引起的話(huà)﹐那您只能設法與對方的管理原取得聯(lián)繫﹐然後請對方修改了。
關(guān)於 DNS 的安全問(wèn)題
DNS 系統在網(wǎng)路溝通上面提供了非常便利的途徑﹐一個(gè)設定完整的 DNS 系統﹐無(wú)論在管理或除錯方面都是非常有效的。然而﹐在許多網(wǎng)路入侵案例中﹐往往因為 DNS 提供的信息過(guò)多﹐而讓入侵者省卻了許多步驟和時(shí)間﹐這也增加了對入侵行為的偵察和預警的難度。
所以﹐假如您同時(shí)需要為內部和外部網(wǎng)路提供 DNS 服務(wù)﹑而又有條件的話(huà)﹐最好設定多臺 DNS 伺服器﹐分別對內和對外提供服務(wù)。在所有這些對外服務(wù)的機器上﹐我們只設定最少的必須記錄就可以了﹐千萬(wàn)不要把 HINFO 等一些關(guān)於主機和網(wǎng)路環(huán)境的記錄寫(xiě)進(jìn)去。同時(shí)﹐任何不必要對外提供的 IP 和主機記錄﹐一概刪除就是了。而其它的為信任網(wǎng)路提供服務(wù)的主機﹐則無(wú)論如何也不要讓過(guò)多的 DNS 信息流出 internet。您甚至可以通過(guò)火牆過(guò)濾來(lái)保護內部的 DNS 服務(wù)查詢(xún)。
為了獲得更好的安全效果﹐您可以在 /etc/named.conf 檔案中設定一些限制﹐讓 DNS 僅對那些信任的網(wǎng)路或主機提供服務(wù)﹐或是擋掉來(lái)自不信任主機的查詢(xún)。下面﹐我提供一個(gè)安全設定的範例給大家參考一下﹕
//---file: /etc/named.conf
//
//---首先定義各安全群組---//
acl LOCALHOST {
127.0.0.0/8;
};
acl DMZ_net {
10.0.1.128/27;
};
acl TRUSTED_net {
192.168.100.0/24;
192.168.2.0/24;
};
acl TRUSTED_host {
192.168.100.26/32;
10.0.1.130/32;
10.0.1.161/32;
};
acl BAD_Guys {
38.38.38.38;
44.44.44.44;
119.119.119.119;
}; //-注﹕以上 ip 僅作例子 :-)﹗-//
//---然後在 options 中設定預設原則---//
options {
directory "/var/named";
forward first;
forwarders {
139.175.10.20;
168.95.1.1;
};
allow-update { none; };
allow-transfer { none; };
allow-query { any; };
blackhole { BAD_Guys; };
};
//---在各區域中另行設定區屬安全原則---//
zone "." {
type hint;
file "named.ca";
};
zone "localhost" IN {
type master;
file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
//--- 註﹕上兩個(gè) zone 原本有 update 限制的﹐
//--- 但由於已經(jīng)在 options 中限制過(guò)了﹐故不重複。
zone "100.168.192.in-addr.arpa" {
type master;
file "192.168.100.rev";
allow-query { LOCALHOST; DMZ_net; TRUSTED_net; };
allow-transfer { TRUSTED_host; };
notify yes;
also-notify { 10.0.1.130; 192.168.100.26; };
};
zone "1.0.10.in-addr.arpa" {
type master;
file "10.0.1.rev";
allow-query { LOCALHOST; DMZ_net; TRUSTED_net; };
allow-transfer { TRUSTED_host; };
notify yes;
also-notify { 10.0.1.130; 10.0.1.161; };
};
zone "128.1.0.10.in-addr.arpa" {
type slave;
file "slave.10.0.1.128";
allow-query { LOCALHOST; DMZ_net; TRUSTED_net; };
};
zone "siyongc.domain" {
type master;
file "siyongc.domain";
allow-query { LOCALHOST; DMZ_net; TRUSTED_net; };
allow-transfer { TRUSTED_host; };
notify yes;
also-notify {
192.168.100.26;
10.0.1.130;
};
//--- 如果您有設定 dynamic dns 或是 samba 更新﹐請開(kāi)放 update 。
allow-update { LOCALHOST; TRUSTED_net; };
};
zone "home.siyongc.domain" in {
type slave;
masters { 192.168.100.26; };
file "slave.home.siyongc.domain";
allow-query { LOCALHOST; DMZ_net; TRUSTED_net; };
};
在設定 DNS 的安全原則的時(shí)候﹐有些問(wèn)題您必須注意﹕
如果 client (包括 localhost ) 如果不在 allow-query 範圍內的話(huà)﹐將不能查詢(xún)該區域的任何資訊。
當這一個(gè)區域作為 master 且有其它 slave 指向它的時(shí)候﹐slave 主機必須同時(shí)被包括在 allow-query 和 allow-transfer 設定中才可以完成區域轉移。
那些不在 allow-query 設定當中的主機﹐雖然不能夠直接將 server 指向這臺 DNS 來(lái)查詢(xún)所在區域。然而﹐如果對方先將 server 指向另一臺 DNS 主機﹐且該主機是屬於 allow-query 設定之中的話(huà)﹐也可以對該區域進(jìn)行查詢(xún)。
例如﹐如果在 zone "siyongc.domain" 當中允許 DMZ_net 的查詢(xún)。雖然從外面的主機不能直接查詢(xún)這個(gè) zone ﹐但只要對方將 server 指向 DMZ_net 其中任一臺 DNS 主機﹐而該主機的 allow-query 可以讓其通過(guò)的話(huà)﹐那他們也就可以查詢(xún) siyongc.domain 了。
實(shí)質(zhì)上﹐also-notify 並不能限制區域轉移的進(jìn)行﹐它只不過(guò)可以讓 master 通知其中的 slave 主機罷了。任何一臺 DNS﹐只要通過(guò)了 allow-transfer 和 allow-query 檢查﹐就可以用進(jìn)行區域轉移了。
關(guān)於 allow-update 的限制﹐並非是說(shuō)在 slave 上允許 master 將資料同步過(guò)來(lái)﹐而是針對動(dòng)態(tài) DNS 協(xié)定所進(jìn)行的限制。
一些注意之處
對於剛開(kāi)始接觸 DNS 的朋友來(lái)說(shuō)﹐常常會(huì )“硬性的”將反解和正解聯(lián)繫起來(lái)。其實(shí)在實(shí)際的設定中是非常多樣化的﹐反解和正解在許多情形下未必是一致對應的。比如我有一組 192.168.100.* 的 C Class IP ﹐我並非只能分配給 siyongc.domain 這一個(gè) zone 。如果我喜歡﹐可以將裡面的 IP 分配給好幾個(gè) zone 來(lái)使用。同理﹐我的 siyongc.domain 下面﹐也未必只能用 192.168.0.* 裡面的 IP﹐事實(shí)上我還可以使用其它的 IP 。很簡(jiǎn)單一個(gè)例子是﹕我的 rh71 這臺主機﹐就有三張路卡﹐它們分別屬於不同的 IP 網(wǎng)路﹐但它們可以使用同一個(gè)主機名稱(chēng)﹐也就是說(shuō)﹐您可以為同一個(gè) RR 記錄名稱(chēng)設定多個(gè) A 記錄。
如果您機器有多個(gè)名稱(chēng)的話(huà)﹐那麼﹐在反解那裡也容許一個(gè) IP 有多個(gè) PTR 記錄的。不過(guò)﹐如果您用 nslookup 的正常模式查詢(xún)的話(huà)﹐會(huì )以 roung robind 的形式一次顯示一個(gè)記錄﹐您要經(jīng)過(guò) set type=ptr 之後才可以看到全部記錄。
每次當您修改了 master 機器上的的內容﹐請一定要更新 Serial 號碼﹗同時(shí)﹐在 slave 上面設定的時(shí)候﹐也不要漏了 masters 的 s 字母﹔同樣﹐設定 forwarder 的時(shí)候﹐最後也有一個(gè) s 字母~~
如果您要修改 NS 或 MX 這些敏感性記錄(例如移機或更換 IP )﹐事先請將 TTL 降低﹐然後等上一個(gè) TTL 過(guò)期之後再修改﹐並且利用外面的 DNS 來(lái)查詢(xún)修改結果。等穩定之後才將 TTL 提高到原來(lái)水平。如果記錄資料都很穩定﹐不妨將 TTL 提高一點(diǎn)﹐這對於繁忙的系統有所幫助﹐但對於修改則非常不便。所以﹐如何拿捏 TTL 的水平﹐也是非?？季康?。
老實(shí)說(shuō)﹐我自己對 DNS 的設定也是一知半解而已。如果您想看一看正規的設定範例﹐可以到
http://dnsrd.nctu.edu.tw/Named-Conf/conf.html 看看﹔
DNS 的技術(shù)原理則可以參考﹕
http://turtle.ee.ncku.edu.tw/~tung/dns/。
另外﹐
http://www.tp.edu.tw/service/dns0.htm
這篇相當容易上手﹐也建議看看。最後﹐這個(gè)
http://www.acmebw.com/cats.htm
網(wǎng)站﹐也有許多 DNS 的問(wèn)題與解答﹐有問(wèn)題可以到那裡找找﹐或許答案早在那裡了﹗還有﹐到
http://www.isc.org/products/BIND/
這個(gè)網(wǎng)站﹐您可以了解到最新最全面的關(guān)於 BIND 這個(gè)軟體的資訊。
聯(lián)系客服
