5 分と 1 日の TTL を日付をまたいで比べる
切り替えの前に TTL を 5 分へ下げたレコードと、下げ忘れて 1 日のままのレコードを同じ変更時刻で比べる例です。1 日のほうが翌日の同じ時刻まで残ることが分かります。
入力
TTL(秒)。1 行に 1 つ
300 86400
レコードを変更した日時
2026-10-28 23:30
結果
エラー 0 件・警告 0 件・情報 1 件
指摘(エラー・警告・情報)
- 情報 全体 TTL は「その時間まではキャッシュに残してよい」という最大の目安で、必ず残るという意味ではありません。実際の保持は実装によって短くなることがあります(RFC 2181 8 節)。
| 変更した日時 | 2026-10-28 23:30:00(水) JST / 2026-10-28 14:30:00(水) UTC |
|---|---|
| 最も遅い終了 | 2026-10-29 23:30:00(木) JST(最長の TTL 1 日) |
古い値が残りうる最長の時刻
| TTL(秒) | 長さ | 古い値が残りうる最長の時刻(日本時間) | 同(UTC) |
|---|---|---|---|
| 300 | 5 分 | 2026-10-28 23:35:00(水) JST | 2026-10-28 14:35:00(水) UTC |
| 86400 | 1 日 | 2026-10-29 23:30:00(木) JST | 2026-10-29 14:30:00(木) UTC |
検算(この結果になる理由)
300 秒は 5 分なので 23:30 の 5 分後の 23:35(同じ日)です。86400 秒はちょうど 24 時間で、翌日 10 月 29 日の 23:30 になります。最も遅い終了は 1 日の TTL のほうの 10 月 29 日 23:30 です。
判定の根拠は仕様と根拠に、仕様の出典とともにまとめています。自分の入力で試すにはツールをお使いください。
このツールの制約
- 実際のキャッシュの保持は実装しだいで、TTL より短く捨てられることがあります。ここで出すのは仕様上の最長の目安です。
- 変更前に TTL を下げてある場合、下げる前の TTL が残る期間までは考慮しません。変更前の TTL の履歴を入れて計算してください。
- 他社の DNS サーバーや、ブラウザ・OS・ルーターが独自に持つキャッシュの動作は判定しません。
ご利用にあたって
- 結果は仕様上の最長の目安で、実際に古い値が消える時刻を保証するものではありません。
- 本番の切り替えでは、複数の場所から実際の応答を確かめてから旧環境を止めてください。