2026年6月7日
2026年6月7日
whatsmydns の出力を読み解くポイント|レコード種別ごとの表示の見方と、期待する値との照らし合わせ方
whatsmydns(whatsmydns.net)の結果を正しく読むには、検索する前に「期待する値」を手元に用意し、表示された各地の値をレコード種別ごとの決まりに沿って照らし合わせることが大切です。A と MX と TXT では、同じ「値が違う」でも意味が違います。この記事では、A・AAAA・CNAME・MX・TXT・NS・SOA・CAA・PTR のそれぞれについて、表示のどこを見て何を判断するかと、「失敗」や「結果なし」の表示の読み分け方を説明します。
結果が地域ごとにばらつく理由(TTL の残り、否定応答のキャッシュ、NS 変更の遅れなど)の全体像は、別の記事で扱っています。ここでは、種別ごとの読み方に絞ります。
読む前に「期待する値」を書き出す
whatsmydns が見せてくれるのは、世界各地のキャッシュサーバーがその時点で持っている答えです。その値が正しいかどうかは、画面からは判断できません。判断の基準になるのは、ドメインの権威サーバーが返す値です。
# 権威サーバー名を調べてから、直接聞く(ns1.example.net は例)
dig +short example.com NS
dig @ns1.example.net www.example.com A +norecurse +short
ここで得た値と、変更前の値の両方をメモしておきます。各地の結果が「新しい値」「古い値」「どちらでもない値」のどれかを即座に分けられるようになり、どちらでもない値が出たときに、設定の誤りや想定外の構成に気づけます。
whatsmydns の画面の構成、成功や失敗を示す印、選べるレコード種別は、サイト側の更新で変わることがあります。この記事の説明は執筆時点(2026年10月現在)のものなので、画面上の凡例や説明も合わせて確認してください。
A と AAAA
1つの地点に複数の IP アドレスが表示されることがあります。ラウンドロビンや CDN で複数のアドレスを登録している場合で、地点によって並び順が違っても問題ありません。照らし合わせるときは、並び順ではなく「期待するアドレスの組と同じか」を見ます。
Cloudflare のプロキシなど、CDN を経由させる設定のレコードでは、表示されるのは CDN のアドレスで、オリジンサーバーのアドレスは出てきません。期待値も CDN のアドレスとして考える必要があります。
AAAA で多くの地点が「結果なし」になるのは、IPv6 のアドレスを登録していなければ正常です。逆に、移転後に AAAA だけ旧サーバーのアドレスが表示され続ける場合は、AAAA の書き換え漏れを疑います。A と AAAA は別々に検索して、両方が新サーバーを指しているかを確かめてください。
CNAME
種別に CNAME を選ぶと、各地でその名前がどの名前に置き換えられているかが表示されます。A を選んで CNAME の設定された名前を検索した場合は、置き換えの先まで解決したアドレスが表示されるのが一般的です。
CNAME の値は期待どおりなのに A の結果がばらつく場合、ばらつきは置き換え先のゾーンで起きています。置き換え先は CDN やホスティング事業者が管理していることが多く、TTL も事業者が決めているので、自分の DNS を直しても変わりません。CNAME と A を両方検索して、どちらの段階で違いが出ているかを分けて見ます。
MX
MX は「優先度の数字」と「メールサーバーのホスト名」の組で表示されます。数字が小さいほど優先されます。地点によって行の並び順が違っても、数字とホスト名の組が同じなら問題ありません。
照らし合わせるときは、ホスト名だけでなく優先度の数字も期待値と比べてください。メールサービスを移行するとき、旧サービスの MX を低い優先度で残す設定にしていると、移行の途中で旧サービスにメールが届くことがあります。0 . のような表示は Null MX と呼ばれ、「このドメインはメールを受け取らない」という宣言です。メールを受け取るドメインでこれが出ていたら、設定を見直します。
TXT
TXT は1つの名前に複数並ぶのが普通です。SPF、各種サービスの所有確認の文字列などが同じ名前に同居するので、照らし合わせは「期待する文字列が含まれているか」で行います。
TXT で特に確かめたい点は次のとおりです。
- SPF が1つだけか:
v=spf1で始まる TXT が2つあると、SPF の評価がエラーになります。新しい送信サービスを追加するときは、既存の SPF に追記して1つにまとめます。 - 確認する名前が合っているか:DMARC は
_dmarc.example.com、DKIM はセレクター._domainkey.example.comのように、ドメインそのものではない名前に置きます。ドメイン名で TXT を検索しても DMARC や DKIM は表示されません。 - 長い文字列の区切り:DKIM の公開鍵のような長い値は、引用符で区切られた複数の文字列として表示されることがあります。受け取る側はつなげて1つの値として扱うので、区切りがあること自体は誤りではありません。
NS
NS の結果は、各地のキャッシュサーバーが覚えている権威サーバーの一覧です。照らし合わせるのは、DNS 事業者から案内されたネームサーバー名の組です。
ネームサーバーを変えた直後に新旧が混在するのは、委任の情報を持つ親ゾーン(.com や .jp など)の TTL が長めに設定されていることが多いためです。この間は、旧事業者の側のゾーンも消さずに同じ内容で残しておきます。混在ではなく、どの地点でも想定外のネームサーバーが並ぶ場合は、レジストラでの設定を確かめます。
SOA
SOA の結果では、シリアル番号(ゾーンの版を表す数字)を見ます。地点によってシリアル番号が違うなら、それぞれのキャッシュサーバーが異なる版のゾーンの情報を持っているということで、変更が広がっている途中だと読めます。
ただし、マネージド DNS の中には、シリアル番号を独自の規則で付けるサービスや、変更しても番号が変わらないように見えるサービスもあります。シリアル番号だけで判断せず、変更したレコード自体も検索して確かめてください。
CAA
CAA は「フラグ・タグ・値」の形で表示されます。たとえば 0 issue "letsencrypt.org" は、Let's Encrypt に証明書の発行を許可する設定です。ホスティングの移転で認証局が変わる場合は、新しい認証局の値が含まれているかを照らし合わせます。CAA が1件も無いときは、どの認証局でも発行できる状態なので、「結果なし」は誤りではありません。
PTR
PTR は IP アドレスから名前を引く逆引きです。検索欄には名前ではなく IP アドレスを入れます。表示された名前が、メールサーバーなどとして名乗っているホスト名と合っているかを照らし合わせます。逆引きの値は IP アドレスの管理者(VPS やホスティングの事業者)が設定するもので、自分のドメインの DNS では変えられません。
「失敗」「結果なし」の表示を読み分ける
whatsmydns の画面では、次のような異なる状態が、似た「失敗」や「結果なし」の表示にまとめられて見えることがあります。
- 名前そのものが存在しない(NXDOMAIN)
- 名前はあるが、その種別のレコードが無い(NODATA)
- キャッシュサーバーが答えを作れなかった(SERVFAIL。DNSSEC の検証の失敗などで起きる)
- 応答が無かった(タイムアウト)
画面だけでは区別がつかないときは、手元の dig で同じ名前と種別を公開 DNS に問い合わせ、ヘッダーの status を見ます。
dig @8.8.8.8 www.example.com A
status が NXDOMAIN なら名前の作成漏れか綴りの誤り、NOERROR なのに答えが空なら種別の誤り、SERVFAIL なら DNSSEC か権威サーバーの不調を疑います。一部の地点だけが失敗している場合は、その地点のキャッシュサーバーの一時的な不調であることも多いので、時間をおいて再検索してから判断します。
確認を終える目安
次の3つがそろえば、DNS の変更は落ち着いたと判断してよいでしょう。
- 権威サーバーが期待する値を返している
- whatsmydns のほとんどの地点が期待する値を返している
- 変更前のレコードの TTL の時間が過ぎている
手元の PC やプロバイダーのキャッシュの状態は whatsmydns には表示されないので、最後に手元でも確認します。社内専用のホスト名は公開ツールに入力しないようにしてください。
まとめ
- 検索の前に、権威サーバーの値と変更前の値を「期待する値」として書き出しておきます。
- A・AAAA は並び順ではなく値の組で比べ、CNAME がある名前は CNAME と A を分けて検索します。
- MX は優先度とホスト名の組、TXT は期待する文字列が含まれているかと SPF が1つだけかを確かめます。
- NS は新旧の混在に注意し、SOA はシリアル番号に加えて変更したレコード自体も確かめます。
- 「失敗」「結果なし」は画面だけで区別しにくいので、dig の status で読み分けます。