1. 亡霊の正体

動作を続けている古いDNS(コンテンツ）サーバが発生源だ。

• しかし、それだけでは亡霊は存在し続けられない。

2. TTLが更新される

DNSレコードの変更、とりわけNSレコード関連の変更がキャッシュに取り込まれない問題（いわゆる/浸透問題)は

• キャッシュにある情報のTTLよりも新たに送られてきた返答中のTTLを優先することにより発生する。 （djbdnsのdnscache はそのような動作をする。 古いunboudや9.2以前のbindも）

3. 解決法

キャッシュサーバではすでにキャッシュされているレコードのTTLを伸ばすような変更は行わないことにすればよい。

• 多少の効率を犠牲にして、浸透問題の発生を抑止できる。 -- ToshinoriMaeno 2011-08-10 23:45:47

/dnscacheでのテスト結果；　期待通りの動作をしている。 -- ToshinoriMaeno 2011-08-11 11:09:07

このような動作をするキャッシュサーバはすでに多数存在する。 /unboundの動作

• BIND９もそうだ。いつからかは分かっていない。

4. 再調査

共用キャッシュサーバの振る舞いを調べてみる。 DNS/キャッシュサーバ比較/TTLの更新　　-- ToshinoriMaeno 2011-08-14 01:38:43

• authority/additional section のレコードにより、TTLを上書きして長くする共用キャッシュサーバが複数存在する。

また、キャッシュ満了寸前に（キャッシュしている同じサーバに）問い合わせしなおす、という設定もあるかもしれない。

• これでも、浸透問題は続くことになる。-- ToshinoriMaeno 2011-08-11 15:16:46

権威サーバと同居しているキャッシュサーバでの浸透遅延問題はキャッシュの問題ではない。

コンテンツサーバの設定したTTLは尊重される

• http://www.e-ontap.com/dns/propagation/ttl.html　Aレコードが5分毎に書き換わる a.t.e-ontap.com