DNS・名前解決 / 名前解決
DNSとは
Domain Name System。ドメイン名をIPアドレスへ変換する仕組みです。電話帳のように、名前から接続先を探します。
用語集内のカードを見るDNS・名前解決 / 名前解決
Domain Name System。ドメイン名をIPアドレスへ変換する仕組みです。電話帳のように、名前から接続先を探します。
用語集内のカードを見るDNSを、定義だけで終わらせず、現場で出てくる場面、確認材料、見落としやすい点、関連語とのつながりまで順に確認できます。
実務メモ
DNS障害では、利用者端末、社内DNS、パブリック再帰DNS、権威DNSで見える答えが違うことがあります。まず「どこへ問い合わせた結果か」を分けると、設定ミスなのか、委任違いなのか、キャッシュ残りなのかを切り分けやすくなります。
残す証跡は、FQDN、問い合わせたDNSサーバー、レコード種別、回答値、TTL、問い合わせ時刻です。変更作業では旧値、新値、権威DNSでの回答、利用者側での回答を同じメモに並べます。
管理画面の値だけを見て反映済みと判断すると、NS委任先違い、古いTTL、端末キャッシュ、CNAME先の不備を見落とします。
DNS(Domain Name System)は、FQDNなどの名前をIPアドレスやメール配送先などの情報へ対応付ける仕組みです。単に名前をIPへ変換するだけでなく、Web、メール、証明書、SaaS連携、CDN、監視対象の入口になります。
実務では、権威DNS、再帰DNS、社内DNS、端末キャッシュ、ブラウザキャッシュ、TTL、レコード種別を分けて確認します。管理画面の値が正しくても、委任先が違う、キャッシュが残る、CNAME先が古い、社内DNSだけ別回答を返す、といった差分で障害になります。
証跡には、FQDN、問い合わせたDNSサーバー、レコード種別、回答値、TTL、問い合わせ時刻、旧値、新値、変更チケットを残します。
DNS変更の確認では、まず権威DNSへ直接問い合わせ、ゾーンの正しい現在値を確認します。次に利用者が使う再帰DNSや社内DNSへ問い合わせ、キャッシュや転送設定の影響を確認します。
権威DNSで新値が見えるのに利用者側で旧値が返る場合は、TTL、再帰DNSキャッシュ、端末キャッシュを疑います。権威DNSでも旧値なら、管理画面の反映、ゾーン、委任先、NSを見直します。
A/AAAAは接続先IP、CNAMEは別名、MXはメール配送先、TXTはSPFや所有確認、NSは委任先を表します。どのレコードを変えるかで、影響範囲と確認先は変わります。
Web切替ではA/AAAAやCNAMEだけでなく、証明書SAN、CDN設定、LB、旧環境の受け口も確認します。メールではMX、SPF、DKIM、DMARC、受信ログを同じ変更として扱います。
DNS障害で多い誤りは、反映待ちと設定ミスを混同することです。TTL内で旧値が返るのは正常な場合がありますが、権威DNSで誤値が返る、委任先が違う、複数NSで回答が違う場合は設定ミスです。
変更前にTTLを短くしていない場合、切替後の旧値残りは長引きます。逆にTTLを短くしたまま戻し忘れると、問い合わせ増加や運用負荷につながります。
DNS変更では、変更前後の値、TTL、対象FQDN、レコード種別、権威DNS、利用者側DNS、戻し条件を残します。疎通確認だけでなく、HTTP、TLS、メール配送、監視の結果も必要に応じて保存します。
引き継ぎでは、どのDNSを正とするか、誰がゾーンを管理するか、異常時にどこへ問い合わせるかを明記します。関連語としてFQDN、CNAME、TTL、権威DNS、再帰DNS、NSを並べると確認しやすくなります。
同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。