DNS伝播の高速化のベストプラクティス
可能性のある複製：
Aレコードが伝播するのにどのくらい時間がかかりますか？
私は最近ネームサーバーを変更し、それから24時間になります。私の訪問者の何人かは、彼らがまだ新しいサイトを見ている間に、彼らがまだ古いサイトを見ていると不満を言っています。各訪問者のホストファイルを更新せずにDNS伝播を高速化する方法はありますか？
この問題を最小限に抑えるためにネームサーバーを変更する場合、ベストプラクティスはありますか？
DNSレコードは、サーバーから他のリゾルバーに「プッシュ」されないという意味では伝播しません。実際に起こることは、他のDNSサーバーがドメインをルックアップするときに、レコードをX秒キャッシュして、別のルックアップを実行する必要がないことです。後続のリクエスト。 X秒すべきレコードが取得されたときのTTLレコードの値によって決定されますネームサーバーから。アドレスをすでに変更している場合は、座って待つしかありません。これを事前に計画していた場合は、TTL。
一部の大規模なDNSリゾルバーは、TTLよりも長くキャッシュします。これは、関連するRFCの違反です（ただし、気にしません）。この問題をいくつかのネームサーバーまで追跡できる場合は、オペレーターにメールを送信して、ゾーンのキャッシュを無効にするよう依頼し、キャッシュされた（古い）レコードの使用を停止することができます。
正直なところ、これが長期間続く場合を除いて、損傷が既に発生しているため、きっちりと座って待って、次回のためのより良い移行を計画することもおそらく同じです。
他の回答で提案されているように、低TTLで事前公開することを保証することとは別に、oldネームサーバーがa）オフになっているか、b）新しいゾーンファイルを提供している。
理由は この質問 に対する私の回答で説明されていますが、短いバージョンは-一部のリゾルバーは古いネームサーバーをクエリし続け、親ゾーンが変更されたことに気づきません。
この問題を最小限に抑えるためにネームサーバーを変更する場合、ベストプラクティスはありますか？
MarkMがすでに言ったように-デフォルトを設定TTL to small value。Best Practice is "Think forward"、ie-set small TTL変更前に、RRデータが変更された後、古いレコードが期限切れになるまで待ちます。
誰もがすでに述べたように、言い換えれば：
TTLは他のレコードと同じくらい遅い速度で伝播します。したがって、TTLを減らしてfix DNSを伝播することはできません。 prevent長いキャッシュレコードを意図しています。 保証高速な伝播ではありません。