whatsmydns（whatsmydns.net）は、世界各地の DNS キャッシュサーバーに同じ名前を問い合わせ、その結果を一覧で見せてくれる Web ツールです。結果がばらついていても、多くの場合は設定ミスではなく「キャッシュの入れ替わりの途中」を見ているだけです。この記事では、一覧の各行が何を表しているか、ばらつきの原因を見分ける順番、そして whatsmydns だけでは判断できないことを整理します。
一覧の各行は「そのサーバーが今持っている答え」
whatsmydns で名前とレコード種別を指定して検索すると、国や都市の名前と、そこにあるキャッシュサーバーが返した値が並びます。成功を示す印や失敗を示す印、地図上の表示などの見た目はサイト側の更新で変わることがあるため、画面上の凡例や説明も合わせて確認してください。この記事の説明は執筆時点（2026年10月現在）のものです。
大事なのは、各行が示すのは「あなたのドメインの正しい設定」ではなく、「そのキャッシュサーバーがその瞬間に持っていた答え」だという点です。DNS の値はドメインの権威サーバーに保存されていて、各地のキャッシュサーバーは一度取得した値を TTL（キャッシュしてよい秒数）の間だけ使い回します。そのため、権威サーバーで値を変えても、TTL が切れていないサーバーは古い値を返し続けます。
よく「DNS の浸透」「伝播」と呼ばれる現象は、新しい値が広がっていくのではなく、古いキャッシュが順番に期限切れになっていく過程です。この理解があると、一覧の読み方がぶれません。
ばらつきの原因を見分ける順番
結果が地域によって違うときは、次の順に疑うと効率よく切り分けられます。
1. 古い値が TTL の間だけ残っている
一番多い原因です。旧サーバーの IP と新サーバーの IP が混在して表示されているなら、まずこれを疑います。変更前のレコードに設定されていた TTL が 3600 秒なら、変更から1時間ほどで多くのサーバーが新しい値に切り替わる計算です。TTL が 86400 秒（1日）なら、丸1日は混在が続いてもおかしくありません。
対処は待つことです。事前に TTL を短くしておけば、次回からは切り替えが速くなります。
2. レコードを作る前に問い合わせてしまった
新しいサブドメインを作る前に名前を確認し、「存在しない」という答えをキャッシュされると、その否定の答えもしばらく残ります。否定応答をキャッシュする時間は、ゾーンの SOA レコードの値（最後の数値と SOA 自体の TTL の小さいほう）で決まります。新しく作った名前だけ一部の地域で失敗し続ける場合は、この可能性があります。
3. ネームサーバーの変更は親ゾーンの TTL に左右される
DNS 事業者を乗り換えて NS を変更した場合、委任の情報は .com や .jp などの親ゾーン側にあり、その TTL は1日〜2日程度に設定されていることが多いです。A レコードの変更よりも切り替えに時間がかかるのが普通で、その間は旧事業者のゾーンを消さずに残しておく必要があります。
4. 地域ごとに違う答えを返すのが正しい構成
CDN や地域別に応答を変える DNS（GeoDNS）を使っている場合、地域によって IP が違うのは設計どおりです。Cloudflare のプロキシを有効にしているレコードであれば、表示されるのは Cloudflare の IP で、オリジンサーバーの IP は出てきません。これも正常です。
5. 特定のサーバーだけが失敗している
ほとんどが成功で、ごく一部だけ失敗やタイムアウトになっているなら、そのキャッシュサーバー側の一時的な不調や、通信経路の問題の可能性があります。時間をおいて再検索し、同じサーバーだけが失敗し続けるかを見ます。
6. DNSSEC の検証に失敗している
多くの地域で一斉に失敗しているのに、権威サーバーに直接聞くと値が返る、という場合は DNSSEC を疑います。署名を検証するキャッシュサーバーは、検証に失敗すると値を返さず SERVFAIL にします。DNS 事業者の移転で DS レコードの更新を忘れた場合などに起きます。
whatsmydns だけでは判断できないこと
便利なツールですが、見えないものもあります。
- あなたの PC やルーター、契約している国内プロバイダーのキャッシュサーバーの状態は表示されません。一覧に「問題なし」と出ても、手元のブラウザで古いサイトが表示されることはあります。
- 社内ネットワーク専用の名前や、内部と外部で答えを変える構成（スプリットホライズン）の内部側は確認できません。社内向けのホスト名を公開ツールに入力すると、その名前を外部に知らせることにもなるので避けてください。
- 権威サーバーに正しい値が入っているかは、一覧からは推測しかできません。
正しい確認の順番
whatsmydns は全体の進み具合を眺めるのに向いたツールです。設定の正否は、次の順で確認すると無駄がありません。
最初に、権威サーバーに直接問い合わせて、意図した値が入っているかを確かめます。ここで違っていれば、待っても直りません。DNS 事業者の管理画面を見直します。
# 権威サーバー名を調べる
dig +short example.com NS
# 権威サーバーに直接聞く（aa フラグと値を確認）
dig @ns1.example.net www.example.com A +norecurse権威サーバーが正しい値を返したら、whatsmydns で各地の切り替わり具合を確認します。旧い値が残っている地域があれば、変更前の TTL の分だけ待ちます。
最後に、手元の環境を確認します。OS やブラウザの DNS キャッシュを消してから、普段使っているキャッシュサーバーに問い合わせます。
# 手元の設定で問い合わせる（TTL の残りも見る）
dig +noall +answer www.example.com A回答に表示される TTL の数字は、そのキャッシュが期限切れになるまでの残り秒数です。この値を見れば、あとどのくらいで新しい値に切り替わるかの目安がわかります。
サーバー移転での使い方
WordPress サイトを別のサーバーへ移すときは、次の流れにすると切り替え時の混乱が少なくなります。
- 切り替えの1日以上前に、対象レコードの TTL を短く（たとえば 300 秒）しておく
- 新サーバーにサイトを移し、hosts ファイルなどで表示を確認する
- DNS の A レコードを新サーバーの IP に変更する
- 権威サーバーで新しい値になったことを dig で確かめる
- whatsmydns で各地の切り替わりを見守る
- 旧サーバーは切り替え後もしばらく稼働させ、その間のコメントや問い合わせを取りこぼさないようにする
- 落ち着いたら TTL を元の長さに戻す
切り替え中は、旧サーバー側で受け付けたコメントやフォーム送信が新サーバーに入らない点に注意してください。移転作業の前にはデータベースとファイルのバックアップを取っておきます。
TXT や MX を確認するときの読み方
whatsmydns では A 以外の種別も選べます。TXT の場合は、1つの名前に複数の TXT（SPF、各種サービスの所有確認など）が並ぶのが普通なので、目的の値が含まれているかを見ます。MX の場合は優先度とホスト名の組で表示されます。地域によって並び順が違って見えても、優先度の数字が同じなら問題ありません。
まとめ
- 一覧の各行は、各地のキャッシュサーバーがその時点で持っている答えで、設定の正しさそのものではありません。
- ばらつきは、TTL の残り、否定応答のキャッシュ、NS 変更の親ゾーン TTL、GeoDNS・CDN、個別サーバーの不調、DNSSEC の順に疑います。
- 手元の PC やプロバイダー、社内 DNS の状態は表示されません。社内向けの名前は入力しないようにします。
- 確認は「権威サーバーを dig で確認 → whatsmydns で全体 → 手元の環境」の順で行います。
- 移転時は事前に TTL を短くし、旧サーバーをしばらく残します。