DNS TTL確認ツール - DNSレコードの有効期間を簡単チェック

ドメイン名・レコードタイプ・DNSサーバーを指定して、DNSレコードのTTL値を確認します。
TTLを秒数と、人間が読みやすい形式(例:3600秒 = 1時間)で表示します。

ドメイン名必須

サブドメインも指定可能です(例:www.example.com)。プロトコル(https:// 等)は不要です。

レコードタイプ

A / AAAA / CNAME / MX / TXT / NS など、確認したいレコードタイプを選択してください。

DNSサーバー

IPv4アドレス形式で指定してください(例:8.8.8.8 / 1.1.1.1)。未入力の場合は「8.8.8.8」が使用されます。

この「DNS TTL確認ツール」は、指定したドメイン名のDNSレコードに設定されているTTL（Time To Live）を、Webブラウザ上から簡単に確認できるツールです。

通常、TTLの確認はnslookupやdigといったコマンドライン操作が必要ですが、このツールを使えば、ドメイン名やレコードタイプを入力してボタンを押すだけで、誰でも即座にTTLの値（キャッシュの有効期間）を秒単位と分/時間単位で取得できます。

オンライン事業売買

WordPressサイト売買

ドメイン売買

データを読み込み中...

TTL確認ツールの使い方

使い方は非常にシンプルです。以下の3ステップでTTLを確認できます。

ドメイン名（必須）: TTLを調査したいドメイン名（例: example.com）を入力します。サブドメイン（例: www.example.com）の指定も可能です。
レコードタイプ（選択）: 調査したいDNSレコードの種類をドロップダウンから選択します。（A, AAAA, CNAME, MX, TXT, NSなど）
DNSサーバー（任意）: 特定のDNSサーバーに対して問い合わせたい場合、そのサーバーのIPアドレス（例: 1.1.1.1）を入力します。空欄の場合は、Googleが提供するパブリックDNS（8.8.8.8）を使用して確認します。
確認実行: 「確認する」ボタンをクリックします。
結果の表示: 入力欄の下に「DNSレコードが見つかりました」と表示され、以下の情報がテーブル形式で出力されます。
- レコードの内容: IPアドレスやホスト名など、実際のレコード情報。
- TTL (秒): DNSキャッシュの有効期間（秒単位）。
- TTL (別の単位): 秒単位のTTLを、分や時間など、より人間が読みやすい単位に換算した値。

TTLは「Time To Live」の略で、日本語では「生存期間」と訳されます。DNSの文脈におけるTTLとは、「DNSサーバーが一度取得したレコード情報を、どれくらいの期間キャッシュ（一時保存）しておくか」を定めた時間（秒単位）のことです。

例えば、example.comのTTLが「300秒」に設定されている場合、DNSサーバーは一度その情報を取得したら、次の300秒間（5分間）は、再度オリジナルのDNSサーバーに問い合わせることなく、キャッシュした情報を応答します。

本ツールで選択できる主なレコードタイプの意味は以下の通りです。

レコードタイプ	意味
A	ドメイン名（ホスト名）に対応するIPv4アドレス（例: `142.250.196.110`）を指定します。
AAAA	ドメイン名（ホスト名）に対応するIPv6アドレスを指定します。
CNAME	あるドメイン名を別のドメイン名（正式な名前）に転送（エイリアス設定）する際に使用します。
MX	そのドメイン宛のメールを配送するサーバー（メールサーバー）を指定します。
TXT	ドメインに関するテキスト情報（メモ書き）を記述します。主にSPF（送信ドメイン認証）などで使用されます。
NS	そのドメインの情報を管理しているネームサーバーを指定します。
SRV	特定のサービス（SIP、XMPPなど）を提供しているサーバーのホスト名やポート番号を指定します。
CAA	そのドメインのSSL/TLS証明書を発行できる認証局（CA）を制限するために使用します。
SOA	ドメイン（ゾーン）の管理情報（シリアル番号、管理者の連絡先、ゾーン転送設定など）を指定します。

このTTL確認ツールは、特に以下のようなシチュエーションで役立ちます。

サーバー移転（引っ越し）の計画時: Webサーバーやメールサーバーを移転する際、事前に現在のTTLを確認します。TTLが長い（例: 86400秒＝24時間）場合、移転作業の24時間以上前にTTLを短く（例: 300秒＝5分）に変更しておくことで、移転後のDNS切り替え（IPアドレスの変更）が世界中のネットワークへ迅速に反映されるよう準備できます。
DNSレコード変更後の反映確認: DNSの設定（AレコードやMXレコードなど）を変更した後、その変更が正しく反映されているか、また古いTTLがいつ切れるのかを確認したい場合に使用します。
DNSトラブルシューティング時: 「Webサイトが見えなくなった」「メールが届かない」といった問題が発生した際、意図した通りのDNSレコードが参照されているか、あるいは古いキャッシュが残っていないかを調査する手助けとなります。

メリット: DNSレコードを変更した際、変更内容がインターネット全体に反映されるまでの時間が短くなります。サーバー移転などを計画している場合に有利です。
デメリット: キャッシュの有効期間が短いため、DNSサーバーへの問い合わせ（DNSクエリ）が頻繁に発生します。これにより、Webサイトの表示がわずかに遅延したり、DNSサーバーへの負荷が（わずかに）高まったりする可能性があります。

メリット: 一度取得したキャッシュが長時間（例: 24時間）保持されるため、DNSサーバーへの問い合わせ回数が減ります。これにより、名前解決の速度が向上し、DNSサーバーへの負荷も軽減されます。
デメリット: DNSレコードを変更した場合、古い情報のキャッシュが切れるまで（例: 最大24時間）待たなければならず、変更内容の反映が非常に遅くなります。