再問個弱智問題，如何讓修改的zone生效，而不重新啟動named？

如何讓新加zone的或者修改的zone馬上生效，而不重新啟動named？

還有，修改zone以后，serial值能不能自動更新？難道每次都要手工更新？

修改master以后，slave是馬上更新？還是等到refresh的時候才更新？
如果是等到refresh的時候才更新，那有什么命令可以馬上更新？

還有53的tcp和udp再幫忙解釋一下

阿驍 回復于：2004-08-11 00:15:28

1、修改 zone 數據文件之后一定要更新 serial 序列號，沒法自動更新，因為 named 進程就靠這個序列號來檢查 zone 數據文件是否修改過。 2、可以使用 rndc reload 這個命令來重新加載 zone 數據文件，還可以精確到具體的某個 zone 數據文件，比如 domain.com 這個 zone 數據文件被更改了，那么可以用 rndc reload domain.com 來更新。不用重新啟動 named 進程。 3、master 修改后，master 會發送一個更新通知給 slave ，slave 服務器就會自動來更新了

Fun-FreeBSD 回復于：2004-08-11 10:58:10

更新通知都在什么時候發？refresh？rndc reload？還有別的嗎？ 還有，53的tcp和udp再幫忙解釋一下，以前看過，時間太久，記不清楚了

阿驍 回復于：2004-08-11 11:37:07

更新通知是 master 發現自己的 zone 數據文件變更后主動發出的，如果 zone 數據文家沒有變更，即使 rndc reload 也不會進行更新通知的發送。而 refresh 時間到了以后，slave 服務器是自動去查詢 master 是否有更新，和更新通知沒關系。 一般的 dns 查詢都是用 udp 的53端口，tcp 怎么用我也不是很清楚。

supereyes 回復于：2004-08-11 12:23:35

tcp應用在zone傳輸上，同時我記得一文檔里寫到，當udp不可用時，會通過tcp來查詢

Fun-FreeBSD 回復于：2004-08-11 14:54:02

好像不行啊，關了udp，就不能查詢了

Fun-FreeBSD 回復于：2004-08-11 15:10:37

[quote:33f4161a74="阿驍"]更新通知是 master 發現自己的 zone 數據文件變更后主動發出的，如果 zone 數據文家沒有變更，即使 rndc reload 也不會進行更新通知的發送。而 refresh 時間到了以后，slave 服務器是自動去查詢 master 是否有更新，..........[/quote:33f4161a74] 還是糊涂 zone的更改是由serial決定的，對吧？ zone的更改之后，還要rndc reload，然后才能notify，對吧？

Fun-FreeBSD 回復于：2004-08-11 15:20:27

這就是說我修改了zone，還要記得修改serial，然后必須rndc reload notify是在serial修改以后，并且rndc reload之后才發生的，對吧？

網中人 回復于：2004-08-12 01:25:38

簡單來說: named 在跑起來時, 會載入"當時"的 db 文件. 若 db 文件在這個時間點之後被修改了, 那 named 是不知道的, 除非你 restart/reload ...

Fun-FreeBSD 回復于：2004-08-12 09:17:03

primary在reload的時候，由serial決定是不是notify，是不是？

Fun-FreeBSD 回復于：2004-08-12 09:18:18

salve在refresh的時候也是靠serial來決定是不是transfer對不對？

阿驍 回復于：2004-08-12 14:32:03

建議你看看 dns 的經典書籍《dns and bind》，里面有詳細的介紹。

Fun-FreeBSD 回復于：2004-08-12 15:10:53

哪里有下載？厚不厚？ 我也沒啥要問的了，就這兩個問題了 再深了我也不想研究，用的到再去看吧

jesiu 回復于：2004-08-12 15:17:21

厚，置頂的帖子里有

Fun-FreeBSD 回復于：2004-08-12 15:25:54

OK，謝了，我已經從你那里下了

Fun-FreeBSD 回復于：2004-08-12 15:27:41

不過還是懶得看，呵呵，我現在知道的對我現在用的已經夠用了

Fun-FreeBSD 回復于：2004-08-12 15:33:39

primary在reload的時候，由serial決定是不是notify salve在refresh的時候也是靠serial來決定是不是transfer 這兩條對不對？我現在就想知道這兩條就行了，再深我也不想研究了 拜托，拜托

jesiu 回復于：2004-08-12 15:34:07

[quote:a9ce2a543f="Fun-FreeBSD"]OK，謝了，我已經從你那里下了[/quote:a9ce2a543f] ？我哪有地址讓你下

Fun-FreeBSD 回復于：2004-08-12 15:48:07

[quote:54cfa92cd9="jesiu"] ？我哪有地址讓你下[/quote:54cfa92cd9] 我是從小驍那里下了，不是你，小樣的 這個破網太慢了

Fun-FreeBSD 回復于：2004-08-12 16:04:49

With Version 8 or 9 masters and slaves, the slaves pick up the new data quickly because the primary master notifies the slaves of changes within 15 minutes of the change 這句話是notify slave 15分鐘之內的改變呢？還是15分鐘之內notify slave呢？ 不好意思，英文太濫 Each of the zone data files has a serial number. Every time you change the data in a zone data file, you must increment the serial number. If you don't increment the serial number, slave name servers for the zone won't pick up the updated data 這里也沒說如果serial 沒有改變的情況下，reload的時候是不是notify 想來想去，master在reload的時候，不管肯定serial 是不是已經改變，肯定要notify，然后slave再由serial 決定是不是transfer 因為bind沒有什么機制或者標簽讓master知道自己的serial是不是已經改變，從而決定是不是notify

Fun-FreeBSD 回復于：2004-08-12 16:23:36

總結： master在restart/reload的時候，不管serial是不是已經改變，肯定會對slave進行notify的 然后slave再由serial決定是不是transfer 嗯，我還是蠻聰明的

Fun-FreeBSD 回復于：2004-08-12 16:37:43

不過還有問題，master是怎么notify的？廣播？多播？不可能是單播吧？除非是單獨指定了幾個slave，但是實現這種單播好像也沒必要

Fun-FreeBSD 回復于：2004-08-12 17:26:48

不搞了，麻煩，剛找了個h2n，這么點破玩意，還寫了整整一大篇man

abel 回復于：2004-09-02 02:27:29

[quote:ec55b720b7]master在restart/reload的時候，不管serial是不是已經改變，肯定會對slave進行notify的  然后slave再由serial決定是不是transfer  嗯，我還是蠻聰明的 [/quote:ec55b720b7] 這個想法是對的,實際上就是這樣沒錯,你若有將 logging 設立起來,你也會發現 事實就是如此 [quote:ec55b720b7="Fun-FreeBSD"]不過還有問題，master是怎么notify的？廣播？多播？不可能是單播吧？除非是單獨指定了幾個slave，但是實現這種單播好像也沒必要[/quote:ec55b720b7] master 會看 zone 中所有的 NS 去 notify 至於單獨或特別指定某幾臺去 notify (also-notify) 對一般人可能沒有用,但對 ISP 或 NIC 卻是必要的,因為要建立 Hot-Site,當 DNS 出問題時,隨時有機器可 以頂替,你也不用在那忙的半死,遠端就可以做到頂替的動作,將 Hot-Site 的 IP. 改成現行的 Nameserver,以避免 Cache 或 Lame 的問題造成困擾. 所以我們放在 ISP 的 DNS 都是放兩套,放在同一網段. 此外, also-notify,讓你可以做到外部的 DNS 全是 slave, master 不提供服務

原文轉自：http://www.kjueaiud.com