DNS浸透チェッカー

ドメインを入力すると、世界中のリゾルバーからDNSレコードをルックアップし、最近の変更がもう反映されたかどうかを確認できます。

24か所からチェック中

解決済み
応答なし
チェック中

場所結果時間ステータス
Benito Juarez メキシコ —
Buenos Aires アルゼンチン —
City of London イギリス —
Chicago アメリカ合衆国 —
Lehi アメリカ合衆国 —
New York アメリカ合衆国 —
Frankfurt am Main ドイツ —
Paris フランス —
Roosendaal オランダ —
Vancouver カナダ —
South Brisbane オーストラリア —
Tokyo 日本 —
Singapore シンガポール —
Pune インド —
São Paulo ブラジル —
Milan イタリア —
Son Espanyol スペイン —
Slaka スウェーデン —
Jakarta インドネシア —
Randburg 南アフリカ —
San Bernardo チリ —
Vinhomes Times City ベトナム —
Ajman アラブ首長国連邦 —
Jerusalem イスラエル —

国別にDNSを確認

すべての国 →

DNS浸透（伝播）の仕組み

TTLという時計

すべてのDNSレコードにはTTL（time-to-live）があります。リゾルバーが権威ネームサーバーに再度問い合わせるまで、キャッシュした答えを保持してよい秒数です。

キャッシュの期限切れ

以前の値を持っているリゾルバーは、キャッシュが切れるまでそれを配り続けます。切れて初めて新しい答えを取得します。

世界規模の収束

一斉に切り替わるグローバルなスイッチはありません。期限切れは何千ものリゾルバーで独立に起こるため、ある場所では更新が反映済みでも、別の場所ではまだ古いままということが起こります。

計画的な変更の1日前にTTLを下げておくと、変更が早く定着します。多くの場所から確認すれば、新しい値がどこまで広がったかがわかります。

場所によって結果が違う理由

キャッシュのタイミング

各リゾルバーは自分のスケジュールでキャッシュするため、あるリゾルバーが更新済みのレコードを、別のリゾルバーはまだ保持していることがあります。オフィスからは変更が完了して見えるのに、モバイル回線のスマートフォンからは未完了に見えることもあります。

CDNの地域別応答

多くの大規模サイトは、問い合わせてきたリゾルバーの場所に合わせて選んだIPで応答します。ヨーロッパのリゾルバーとアジアのリゾルバーが、同じホスト名に対してどちらも正しいのに異なるアドレスを受け取ることがあります。

2つの見分け方

キャッシュの遅れはTTLが切れるにつれて消えていきますが、CDNによる違いは仕様として残り続けます。場所を並べて比べれば、この2つを切り分けられます。

確認できるDNSレコードタイプ

A: Aレコードはホスト名をIPv4アドレスに対応付けます。ブラウザーがウェブサイトのサーバーを見つけるために解決するレコードなので、ホスティング移転後に確認するのは通常このレコードです。
AAAA: AAAAレコードはホスト名をIPv6アドレスに対応付けます。IPv6でサイトに到達するクライアントやネットワークにとって、Aレコードと同じ役割を果たします。
MX: MXレコードは、ドメイン宛てのメールを受け付けるメールサーバーを指定し、それぞれに優先度を与えます。受信側のメールサーバーはこれを読んで配送先を決めるため、メールホスティングを変更したら必ず確認してください。
NS: NSレコードはドメインの権威ネームサーバーを列挙します。ゾーンの本当の答えを持っているのはこれらのサーバーで、レジストラでの委任はここを指していなければなりません。
TXT: TXTレコードは名前に紐づく任意のテキストを格納します。ドメイン認証や、SPF・DKIMのようなメールポリシーのレコードとして広く使われています。
PTR: PTRレコードはIPアドレスをホスト名へ逆向きに対応付けます。AやAAAAの逆引きです。IPブロックを管理するプロバイダーの配下に置かれ、メールサーバーの評判の確認によく使われます。
CNAME: CNAMEレコードはあるホスト名を別のホスト名のエイリアスにし、リゾルバーはそれをたどって対象のレコードに到達します。CNAMEを持つ名前は、同じラベルに他のレコードタイプを持てません。
CAA: CAAレコードは、どの認証局がそのドメインのTLS証明書を発行してよいかを宣言します。認証局は発行前にこれを読むため、誤発行の抑止になります。
SOA: SOAレコードはゾーンの管理設定を保持します。プライマリネームサーバー、責任者の連絡先、シリアル番号、既定のネガティブキャッシュ時間などです。ゾーンごとにちょうど1つ存在します。
SRV: SRVレコードは、SIPやXMPPのような特定のサービスのホストとポートを、構造化された名前の下で公開します。対応するクライアントはこのレコードを使ってサービスの場所を特定します。

このチェッカーの使い方

調べたいドメインまたはホスト名（例：www.example.com）を入力し、リストからレコードタイプを選びます。
チェックを実行します。各サーバーが独立にレコードを問い合わせ、受け取った答えを応答時間とともに報告します。
場所ごとの結果を比べます。どこでも答えが一致していれば変更は浸透済みです。古い値と新しい値が混在していれば、一部のリゾルバーがまだキャッシュを保持しています。

よくある質問

Global DNS Checkerとは何ですか？

Global DNS Checkerは、ドメインのDNSレコードを世界中のサーバーから同時にルックアップする無料ツールです。

A、AAAA、CNAME、CAA、MX、NS、PTR、SOA、SRV、TXTの各レコードに対応しています。

Global DNS Checkerは無料ですか？

はい。サイト上のすべてのツールが無料で、アカウントも一切不要です。お願いしたいのは、スクリプトを向けるのではなく、手作業でサイトを使っていただくことだけです。

ドメイン名のDNSレコードはどうやって確認しますか？

ページ上部の入力欄にドメインを入力し、レコードタイプを選んで「DNSをチェック」をクリックしてください。その下に並ぶサーバーが同じクエリを実行し、それぞれが受け取った答えを応答時間とともに表示します。

DNSの浸透にはどのくらい時間がかかりますか？

決まった時間ではなく、レコードのTTLで決まります。

リゾルバーはキャッシュが切れるまで以前の答えを返し続け、切れてから新しい答えを取得します。

そのためTTLが300秒のレコードは5分ほどで更新されますが、TTLが1日なら最大24時間かかることもあります。

「変更には必ず48時間かかる」という通説は、ネームサーバーが遅かった時代の名残の俗説です。

本当に反映を早めたいなら、変更前にTTLを下げておくことです。

なぜ私のDNSは浸透しないのですか？

たいていは正常に動いていて、TTLが切れるまで古い値をキャッシュしているリゾルバーを見ているだけです。

ほかによくある原因は、レジストラ側で保存されていないネームサーバー変更（委任が古いプロバイダーを指したままになる）と、ネガティブキャッシュ（名前が存在しなかったことをリゾルバーが記憶し、SOAのネガティブキャッシュタイマーが切れるまでその答えを返し続ける）です。

複数の場所から確認すれば、新しい値が広がりつつあるのか、本当に欠けているのかがわかります。

DNSキャッシュはどうやってクリアしますか？

Windowsではコマンドプロンプトを開いて ipconfig /flushdns を実行します。

macOSでは sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder を実行します。

systemd-resolvedを使うほとんどのLinuxでは sudo resolvectl flush-caches を実行します。

ブラウザーや端末の再起動でもアプリケーションレベルのキャッシュはクリアされます。キャッシュのクリアが影響するのは自分のマシンだけで、世界中の他のリゾルバーが返す内容は変わりません。

DNSのTTLとは何ですか？

TTLはtime-to-live（有効期間）の略で、リゾルバーが権威サーバーに再度問い合わせるまでキャッシュしたDNSの答えを保持してよい秒数です。

TTLが低いとリゾルバーは頻繁に更新するため変更がすぐ反映されますが、その分ルックアップが増えます。

TTLが高いとルックアップは減りますが更新は遅くなります。

計画的な変更の前にTTLを下げ、変更後に戻せば、恒常的な負荷なしに速い浸透が得られます。

DNSチェックとWHOISルックアップの違いは何ですか？

DNSチェックは、ドメインのレコード（A、MX、TXTなど）が現在どんな値を返しているかをリゾルバーに問い合わせます。

これが実際にトラフィックやメールの行き先を決めています。

一方WHOISルックアップは、ドメイン自体の登録情報、つまりレジストラ、作成日・有効期限、ネームサーバーの委任を報告します。

DNSはドメインの「今の挙動」を、WHOISは「誰がいつ登録し、いつ切れるか」を教えてくれます。

私のDNSはどこでも更新済みですか？

このツールは多くの場所のリゾルバーから同時にドメインを確認します。

すべてのサーバーが新しい値を返せば、テストしたリゾルバーには変更が浸透しています。

ただし、世界にはどんなツールでも問い合わせきれないほど多くのリゾルバーがあるため、完全に一致した結果は「強い証拠」であって絶対の保証ではありません。

古い答えと新しい答えが混在している場合は浸透がまだ進行中で、一部のリゾルバーがTTLの切れるまでキャッシュを保持しています。

どのDNSレコードタイプを確認すべきですか？

変更したレコードを確認してください。

ウェブサイトを新しいホスティングへ移したらAレコードを、IPv6も提供しているならAAAAレコードも確認します。

メールのホスティングを変えたらMXレコードを確認します。

ドメインを新しいDNSプロバイダーへ移すときはNSレコードを確認します。

ドメイン認証やSPF・DKIMなどのメールポリシーはTXTレコードです。

迷ったらAとMXから始めてください。

サイトとメールの変更の大半をカバーできます。