要約
このDNS浸透チェックは、DNS変更が一部のリゾルバーから見えない状態が続く最長時間を見積もります。浸透とはキャッシュの期限切れそのものです。リゾルバーはTTLが切れるまで古い回答を保持するため、最悪ケースは古いTTLと同じになります。変更の種類、TTL、編集からの経過時間を入力すると残り時間が分かります。計算はブラウザ内で行われ、ライブのDNSには問い合わせません。
DNS浸透チェック：変更が反映されるまでの時間を確認
TTLと変更からの経過時間を入力してください。このDNS浸透チェックは、レコード変更、新しいDKIMキー、ネームサーバー切り替えについて、残りの最長待ち時間を表示します。
このツールが計算しているもの
浸透とはキャッシュの期限切れです
DNSは変更を押し出して配信しません。各リゾルバーは取得した回答をTTLが切れるまで保持し、その後で問い合わせ直します。最も遅いリゾルバーは、編集の直前に古い回答を取得したものなので、最悪ケースは古いTTLと同じになります。
新しいレコードには独自の時計があります
存在しなかったレコードも「存在しない」という回答としてキャッシュされることがあります。その否定的回答は、SOAのTTLとSOAのminimumフィールドの小さい方の値の間保持されます。事前に誰も名前を問い合わせていなければ、新しいレコードはすぐに見えます。
ネームサーバーの変更はレジストリの設定に従います
ネームサーバーを切り替えると、親ゾーンにあるNSレコードが変わりますが、そのTTLはユーザーが設定できません。このツールはそれを入力値として受け取り、.comのような大規模TLDで一般的な値である2日を初期値にしています。
待ち時間を短くする4つのステップ
SPF、DKIM、DMARC、MXを送信ドメインで編集するときに、当社が使っている手順です。
-
1
現在のTTLを確認する
レコードに対してdigを実行し、answerセクションの数値を読みます。それが変更の反映に必要な待ち時間の上限です。
-
2
事前にTTLを下げておく
TTLを300秒に設定し、レコードを編集する前に古いTTLと同じ時間以上待ちます。長く保持されたコピーを、先にリゾルバー側で期限切れにさせる必要があります。
-
3
変更を保存し、時刻を記録する
編集を保存し、その時刻をメモして、経過時間を上の計算ツールに入力します。
-
4
まず権威サーバー、次にリゾルバーで確認する
まず権威ネームサーバーに問い合わせ、次に公開リゾルバーに問い合わせます。両方が新しい値を返し、ウィンドウが過ぎたらTTLを元に戻します。
Common questions
このDNS浸透チェックは無料ですか？
ライブのDNSサーバーに問い合わせますか？
新しいTTLではなく古いTTLで見積もるのはなぜですか？
ネガティブキャッシュのTTLとは何で、いつ適用されますか？
ネームサーバーの変更にこれほど時間がかかるのはなぜですか？
ウィンドウを過ぎても古い値が見えます。どうすればよいですか？
SPF、DKIM、DMARCのレコードにも当てはまりますか？
自社の送信を支えるインフラも確認しましょう
このツールは待ち時間を見積もるものです。Notification Harborは、自分で管理する送信を支えます。ドメインのウォームアップ、トレースレベルの可観測性、そして本番送信の前に正しく設定されたSPF、DKIM、DMARCを提供します。