DNS・名前解決 / DNS
NSとは
Name Server。そのドメインのDNS情報を管理するネームサーバーを示します。
用語集内のカードを見るこの記事で学べること
NSを、定義だけで終わらせず、現場で出てくる場面、確認材料、見落としやすい点、関連語とのつながりまで順に確認できます。
- NSを読むときの前提
- 委任先と編集先を突合する
- 複数NSの回答差を確認する
- サブドメイン委任とglueを確認する
- 変更証跡と引き継ぎ
実務メモ
委任先と実際の編集先を必ず突合する
どこで効くか
NSはドメインやサブドメインのDNS情報をどの権威DNSが持つかを示します。DNS変更が反映されないときは、レコード内容より先に委任先と編集先が一致しているかを確認します。
残す証跡
証跡には対象ドメイン、親ゾーンで見えるNS、子ゾーン内のNS、旧NS、新NS、権威DNSの回答、SOA serial、TTL、glue、確認時刻を残します。
避けたい誤解
古いDNSサービスへレコードを追加しても、親ゾーンが別NSを指していれば利用者には返りません。複数NSの一部だけ古い回答を返すと、利用者ごとに結果が揺れます。
まず確認すること
- 親ゾーンのNS回答を確認する
- 編集したDNSサービスと委任先を突合する
- 全NSへ直接問い合わせて回答差を確認する
NSを読むときの前提
NS（Name Server）レコードは、そのドメインやサブドメインのDNS情報をどの権威DNSが持つかを示します。DNSの回答内容そのものより前に、どのサーバーを正として見に行くかを決める委任情報です。
実務では、レジストラ側の委任、親ゾーンのNS、子ゾーン内のNS、権威DNSの実回答を分けて確認します。管理画面でレコードを直しても、委任先が別サービスなら利用者には反映されません。
証跡には、対象ドメイン、親ゾーンで見えるNS、子ゾーン内のNS、権威DNSの回答、旧NS、新NS、TTL、glue、確認時刻を残します。
委任先と編集先を突合する
DNS変更が反映されないときは、まずNS委任先と実際に編集したDNSサービスが一致しているか確認します。古いDNSサービスにレコードを追加しても、親ゾーンが別NSを指していれば回答されません。
ドメイン移管やDNSサービス移行では、レジストラ、DNSホスティング、CDN、SaaSの管理境界が分かれます。誰がどの画面を管理しているかを証跡に残します。
- 親ゾーンのNS回答を確認する。
- 編集したDNSサービスと委任先を突合する。
- 旧NSにだけ残るレコードを確認する。
複数NSの回答差を確認する
権威DNSは複数台で構成されることが多く、ゾーン転送や反映の不備でNSごとに回答が違うことがあります。DNS障害では、代表1台だけではなく全NSへ直接問い合わせます。
一部NSだけ古い値を返すと、利用者によって結果が揺れます。再帰DNS側のキャッシュに見えても、元の権威DNS間差分が原因のことがあります。
- 全NSへ同じレコードを直接問い合わせる。
- SOA serialや回答値の差を確認する。
- 一部NSだけの旧値を時刻付きで保存する。
サブドメイン委任とglueを確認する
サブドメインだけ別DNSへ委任する場合、親ゾーンのNS設定と子ゾーン側の権威DNSが一致している必要があります。子ゾーンのネームサーバー名が同じドメイン配下にある場合はglueレコードも関係します。
委任が壊れると、AやMXの設定が正しくても名前解決できません。DNSSECを使う場合はDSレコードの整合も確認対象になります。
- 親ゾーンと子ゾーンのNSを比較する。
- 必要なglueレコードを確認する。
- DNSSEC利用時はDSとDNSKEYの整合を見る。
変更証跡と引き継ぎ
NS変更は、DNS全体の参照先を変えるため影響が大きい変更です。切替前に新NSのゾーン内容、TTL、SOA、DNSSEC、旧NSの保持期間、戻し条件を確認します。
引き継ぎでは、正のDNS管理画面、委任元、委任先、管理者、関連語としてDNS、権威DNS、再帰DNS、TTL、DNSSECを残すと追いやすくなります。
- 新NSで全主要レコードを事前確認する。
- 旧NSをいつ停止するか記録する。
- レジストラとDNSホスティングの担当を分けて残す。
関連語
同じ主要カテゴリの用語
DNS・名前解決の学習順
同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。