サイトが表示されない、メールだけ届かない——こうしたトラブルの原因はDNSにあることが少なくありません。A・AAAA・MX・NS・CNAME・TXT・SOAという主要レコードが、それぞれ何を担当しているかを押さえておくと、切り分けが一気に速くなります。
DNSは「名前」を「住所」に変換する仕組み
ブラウザは example.com のままでは通信できません。実際の通信にはIPアドレスが必要で、この変換を担うのがDNS（Domain Name System）です。この変換処理を名前解決と呼びます。
ポイントは、問い合わせがキャッシュDNS（ISPや8.8.8.8など）と権威DNS（そのドメインの正式な担当サーバー）の2段構えになっていることです。設定変更がすぐ反映されないのは、途中のキャッシュがTTLの間だけ古い答えを返し続けるためです。
主要レコードの役割
A / AAAA — ホスト名をIPアドレスに変換する
AはIPv4アドレス、AAAAはIPv6アドレスを返します。「サイトにアクセスできない」ときにまず見るのがここです。AAAAだけ設定されていて、経路側がIPv6に対応していない、といった構成ミスも起こりえます。
MX — メールの配送先を決める
メールの宛先サーバーを指定します。数値の優先度（priority）が小さいほど優先され、同値なら分散されます。Webは見えるのにメールだけ届かない場合、Aレコードは正しくMXが誤っている、という切り分けができます。
NS — そのドメインの「正解」を持つサーバー
権威DNSサーバーを指定します。ネームサーバーを移行したのに反映されない場合、レジストラ側のNS設定と、DNSサービス側のゾーン設定が食い違っていることがよくあります。
CNAME — 別名（エイリアス）
「このホスト名は、実体としては別のホスト名です」という転送です。CDNやSaaSの利用時に多用されます。注意点として、CNAMEを設定したホスト名には他のレコードを同居させられません。ドメイン直下（apex）にCNAMEを置けないのはこのためです。
TXT — 認証・所有権確認の置き場
任意の文字列を置けるレコードで、実務ではSPF・DKIM・DMARCといったメール認証や、Google Search Consoleの所有権確認に使われます。迷惑メール判定されるときは、まずSPFのTXTを確認します。
SOA — ゾーンの管理情報
ゾーンの起点となるレコードで、管理者メールアドレスやシリアル番号を持ちます。シリアル番号は更新のたびに増えるため、「設定変更が権威DNSに反映されたか」の確認に使えます。
サブドメインのレコードも見落とさない
メール関連の設定は、ドメイン直下だけでなく mail.example.com のようなサブドメイン側に置かれていることもあります。調査の際は、直下のレコードだけを見て判断しないことが大切です。
DNSルックアップでは、A/AAAA/MX/NS/CNAME/TXT/SOAを一度に取得できるほか、よく使われるサブドメインのMXレコードや、証明書透明性ログから検出したサブドメイン一覧もあわせて表示します。
まとめ
- 名前解決はキャッシュDNSと権威DNSの2段構え。反映の遅れはTTLが原因
- Web不調はA/AAAA、メール不着はMXとTXT（SPF）から確認する
- NSの不一致はレジストラ側とDNSサービス側の両方を突き合わせる
- SOAのシリアル番号は、変更が反映されたかの判断材料になる
