NSサーバ移転に伴うNSレコードおよびそのTTL変更に関して - inuzのブログ
TwitterID:@inuwarumonoというのは僕のことです。 Twitterにて@ockeghemさんというか、徳丸浩さんとNSサーバ移転について 教えて頂いたり意見させて頂いたり、やりとりをさせて頂きましたが 僕の言いたかった事が正しく伝えられなかったことと、僕が正しく理解できて いなかったことなどを、ブログの形にまとめます。 まずは経緯、背景から触れて、次に争点を整理し、検討を加えて最後にまとめます。 経緯 きっかけは徳丸さんのこのツイートでした。 ONAMAE.COMのレンタルDNSサーバーではNSレコードは変更できない（01.DNSV.JPなど固定）ので、NSレコードのTTLが5分というのは本当に意味ない、と思います— 徳丸 浩さん (@ockeghem) 3月 8, 2012 これに対して、NSレコードのTTLが5分というのに意味がない点には完全同意ですが、 僕は徳丸さん
DNSの変更を早く伝播させるか方法 – あんじーのテクニカルブログ
違うホスティングサーバーにドメインを移行したりするときには、DNS情報が早く切り替わったほうがメールが旧サーバーと新サーバーにばらばらに届いたりする時間を短くできる。さて、DNSの変更をできる限り早く伝播させるにはどうしたらよいか？ キーポイントは、TTLとSOAレコードのRefreshにある。TTLについては、DNSのTTLで記載をしているが、SOAレコードのTTLではなく、$TTLの値を変更しておかなければならない。この時間は、セカンダリDNSを除くDNSサーバーがDNS情報に対する問い合わせ結果を保持している時間となる。 $TTLをいくら変更しても、DNSがプライマリDNSサーバーを参照するか、セカンダリDNSを参照するかまでは制御できないので、セカンダリDNSの情報をいかにはやく更新するかもポイントになる。（プライマリDNSの情報が更新されても、セカンダリDNSの情報が更新されず、
DNS の SOA (TTLなど)を確認する方法
あるドメインの DNS サーバの TTL や Expire, Retry などの SOA を確認する方法です。 $ dig example.net SOA …… ;; ANSWER SECTION: example.net. 86400 IN SOA example.net root.example.net. 2007012301 3600 600 1209600 86400 …… ここでは最初の 86400 が TTL。最後の数字が並んでいる部分は順に、シリアル、refresh, retry, expire, minimum。参考までに意味を記しておくと、 TTL 問い合わせ結果のキャッシュ有効期間 シリアル ゾーン情報が更新したときに大きな数値になる。というか変更する。これで DNS の情報が新しくなったことを判断する。 refresh セカンダリサーバが更新を問い合わせる間隔。 re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
