質問: dnsの疑問。ゾーンファイル書換えの伝播時間は?? 以前、 http://oshiete1.goo.ne.jp/qa3855700.html という質問をさせて頂きました。 要は、“プライマリdnsのゾーンファイルを書き換えた時に、 その情報が世界的に有効になるまでにはどのくらいの時間がかかるのか??” という事です。 上記質問の回答では ----- “世界のdnsキャッシュサーバが持っているのは、あるドメインのdnsがドコドコか” という情報だけで、ゾーンファイルまではキャッシュで持っていない。 すなわち、毎回そのドメインのプライマリdnsもしくはセカンダリdnsまで 問い合わせに行っている ----- という回答を頂きました。 が、その後色々調べていくうちに やはりゾーン情報もどこかにキャッシュで持っているのでは、と思い始めました。 実際のところはどうなんでしょうか。 また、キャッシュでゾーン情報を持たれていたとして、 予めそのドメインのゾーンファイルに「ttlを86400」「refreshを600」として記載していた場合、 ゾーンファイルの変更が世界的に伝播されるまでにはどのくらいの時間が掛かりますでしょうか。 宜しくお願いいたします!!
回答: > このアナウンスにあるような“管理dnsのキャッシュ”と、 > 今回の私の質問であるゾーンファイルに書かれたttlによる“ゾーン情報のキャッシュ”とは > 同じキャッシュと言ってもキャッシュのされ方等、全く別のものと考えて宜しいでしょうか?? “管理dnsのキャッシュ”は上位サーバも設定していることが話を複雑にしています。 q. 自分の dns サーバでキャッシュ時間を短くしても、上位サーバがキャッシュ時間を長く設定したら、どうなるでしょう? a. (参考 url 1つ目の p.33 から p.35 を確認お願いします。問い合わせてくる dns サーバによって動作が違うらしいので頭が痛いです) > 基本的にttlよりrefreshの方が短く設定されているかと思います。 > (=ttlでキャッシュしている情報よりrefresh時間が来て > プライマリdnsから引っ張ってきた情報の方が確かな情報という事。) > > そう考えるとttlがなぜ必要なのかよく分かりません。。。 最近は、refresh をあまり使わなくていいです。 bind は notify (追加した都度連絡)ができますし、djbdns は refresh を見ません。 というのも参考 pdf の受け売りなんですが(苦笑)。 > ----- > $ttl 3600 > 900 ; refresh > 7200 ; retry > 1814400 ; expire > 600 ) ; minimum > ----- > という感じです。 > ちょっと間隔が短いですかね?? 最近では ttl が短すぎると、負荷だけでなく、セキュリティの問題も出てきますから注意をお願いします。(参照 url の2つ目。資料の例にある ttl 30 秒はさすがにまずいと思います)