dig は「指定した1台の DNS サーバーが、今どう答えるか」を詳しく見るコマンドで、whatsmydns は「世界各地の公開 DNS サーバーが、今どう答えているか」を一覧で見る Web サービスです。サーバー移転やネームサーバー変更の確認では、dig で権威サーバーの正しい値を固め、whatsmydns でその値が各地に広まったかを眺める、という順で組み合わせると判断を誤りにくくなります。この記事では、両者で見えるもの・見えないものを比べ、場面ごとの使い分けと、両者の結果が食い違ったときの考え方を説明します。
2つのツールの性格の違い
まず、両者が何をしているかを整理します。
dig は、手元の PC やサーバーから、指定した DNS サーバーに問い合わせを1回送り、返ってきた応答をそのまま表示します。問い合わせ先は自分で選べるので、権威サーバー、公開 DNS、社内の DNS など、どこにでも聞けます。応答の状態（NOERROR、NXDOMAIN、SERVFAIL など）、フラグ、TTL、どのサーバーが答えたかまで読めるのが強みです。
whatsmydns は、ブラウザで名前とレコード種別を入力すると、運営側が選んだ世界各地の公開 DNS サーバーに問い合わせ、その結果を地図と一覧で表示するサービスです。自分の手元からは届かない地域やプロバイダーの DNS の答えを、まとめて見られるのが強みです。対応しているレコード種別や表示の項目、問い合わせ先のサーバーの顔ぶれは運営側の判断で変わることがあります（2026年10月現在）。
つまり、dig は「1か所を深く」、whatsmydns は「多くの場所を浅く」見るツールです。どちらが正しいかではなく、見ている範囲が違います。
dig でしか分からないこと
whatsmydns の一覧では見えにくく、dig で確かめるべきことがあります。
- 権威サーバーが返す値：ゾーンに今設定されている値は、権威サーバーに直接聞くと分かります。whatsmydns が表示するのは各地のキャッシュサーバーの答えなので、設定そのものの確認には向きません。
- 応答の状態とフラグ：名前が存在しない（NXDOMAIN）のか、サーバーの不調（SERVFAIL）なのか、権威サーバーの答え（aa フラグ）なのかは、dig の出力のヘッダーで分かります。
- TTL の残り時間：キャッシュサーバーに聞いたときの TTL は残り時間なので、あとどのくらいで新しい値に切り替わるかの目安になります。
- 社内や手元の環境：社内 DNS、VPN 越しの DNS、手元のルーターの DNS は、外部の Web サービスからは問い合わせできません。
# 権威サーバーに直接聞いて、今の設定値を確かめる（ns1.example.net は例）
dig @ns1.example.net www.example.com A +norecurse
# 公開 DNS に聞いて、キャッシュの残り TTL を見る
dig @8.8.8.8 www.example.com A +noall +answerwhatsmydns でしか分からないこと
逆に、dig だけでは確かめにくいこともあります。
- 他の地域・他のプロバイダーの見え方：手元から dig で聞けるのは、主に自分のネットワークから届く DNS です。海外や別のプロバイダーの利用者にどう見えているかを一度に知るには、whatsmydns のような外部のサービスが手軽です。
- 広まり具合の全体像：多くの地点で新しい値が返っているか、古い値が残っている地点はどこかを、地図と一覧で一目で把握できます。
- 関係者への共有：コマンドに慣れていない依頼主や社内の担当者にも、ブラウザの画面で状況を見せられます。
ただし、whatsmydns に表示されるのは「その瞬間に、その地点のサーバーが返した答え」です。古い値が出ている地点があっても、設定が間違っているとは限らず、キャッシュの期限切れを待っているだけのことがほとんどです。
場面ごとの使い分け
WordPress サイトの運用でよくある場面ごとに、どちらを使うかを整理します。
- サーバー移転で A レコードを変えた直後：まず dig で権威サーバーに聞き、新しい IP になっているかを確かめます。そのうえで whatsmydns で各地の広まり具合を見て、旧サーバーをいつ止めるかの判断材料にします。
- ネームサーバーを別の事業者に変えた：dig で親ゾーンの委任（
+traceで NS がどう返るか）と新しい権威サーバーの中身を確かめ、whatsmydns の NS の確認で各地の切り替わりを見ます。 - 一部の利用者だけサイトが表示されない：その利用者のプロバイダーや地域の答えを whatsmydns で探し、古い値や異なる値を返している地点がないかを見ます。原因の特定は、dig でその利用者に近い DNS や権威サーバーに聞いて詰めます。
- メールが届かない（MX や SPF の確認）：設定値は dig で権威サーバーに聞いて確かめます。TXT は複数の値を持つことが多いので、一覧表示で値の一部しか見えない場合は dig の出力で全体を確認します。
- 社内からだけ名前解決できない：外部のサービスは社内の DNS を見られないため、dig で社内 DNS と公開 DNS を比べます。
結果が食い違ったときの考え方
dig と whatsmydns の結果が違うときは、次の順で確認すると原因を絞り込めます。
- 問い合わせ先が違わないか：dig の問い合わせ先が、手元のルーターやプロバイダーの DNS になっていないかを確認します。
@で権威サーバーを指定した結果を基準にします。 - キャッシュの残り時間ではないか：公開 DNS に dig で聞き、TTL を確認します。変更前の TTL が長いと、その時間が過ぎるまで古い値を返すサーバーがあります。
- 地域で答えを変える設定ではないか：CDN や GeoDNS を使っていると、問い合わせ元の地域ごとに違う IP が返るのが正常です。dig の
+subnetで問い合わせ元のネットワークを指定すると、対応しているリゾルバーでは地域ごとの答えを再現できる場合があります。対応状況はリゾルバーによって異なります。 - 入力の誤りではないか：whatsmydns に入れた名前の綴り、www の有無、レコード種別を見直します。
それでも説明がつかない場合は、権威サーバー同士で答えが違っていないかを dig で1台ずつ確かめます。複数の権威サーバーのうち1台だけ古いゾーンを持っていると、地点によって答えがばらつきます。
使うときの注意
whatsmydns は外部のサービスなので、確認できるのはインターネットに公開している名前だけです。また、同じ名前を短時間に何度も確認すると、利用制限がかかることがあります。dig で公開 DNS に問い合わせるときも、スクリプトで大量に繰り返すのは避けてください。
キャッシュを消してほしい場合、Google Public DNS や Cloudflare の 1.1.1.1 にはキャッシュ消去を依頼する Web のページが用意されています。ただし、プロバイダーの DNS や利用者の端末のキャッシュは消せないので、最終的には TTL が過ぎるのを待つことになります。
まとめ
- dig は指定した1台の DNS の答えを詳しく見るコマンド、whatsmydns は世界各地の公開 DNS の答えを一覧で見る Web サービスです。
- 設定値の確認は dig で権威サーバーに聞き、広まり具合の把握は whatsmydns で行います。
- 社内 DNS や応答の状態・フラグ・TTL の確認は dig、他地域の見え方や関係者との共有は whatsmydns が向いています。
- 食い違ったときは、問い合わせ先、TTL、地域ごとの答え、入力の誤りの順に確認します。