2.2ゾーン情報の管理

named.conf がゾーンの「置き場所」を宣言するのに対し、実際の名前とアドレスの対応を記録するのがゾーンファイルです。1行1行のリソースレコードを正確に読み書きできるかが、L2 の実務力を測る核心です。

2.2.1ゾーンファイルのレイアウト

• ゾーンファイルは先頭付近に SOAレコード（Start of Authority＝そのゾーンの権威情報）を1つ置き、以降に各種リソースレコードを並べる。書式は概ね 名前 [TTL] IN 種別 値。
• SOA にはシリアル番号（ゾーン転送のトリガー。更新のたびに増やす）・refresh（セカンダリが確認する間隔）・retry・expire（確認できない場合に破棄するまでの期間）・negative TTL（否定応答のキャッシュ期間）が含まれる。

2.2.2主要なリソースレコード

• NS＝そのゾーンの権威サーバーを示す。A＝ホスト名→IPv4アドレス。AAAA＝ホスト名→IPv6アドレス。
• MX＝メール配送先ホストと優先度（数値が小さいほど優先）。CNAME＝別名から正規名（実体）への別名参照（CNAME 先にさらに他レコードを重ねるのは不可というルールに注意）。
• PTR＝逆引き（IPアドレス→ホスト名）専用レコード。逆引きゾーンは in-addr.arpa（IPv4）・ip6.arpa（IPv6）で運用される。

ゾーンファイル編集は「小さなミスが全体に波及する」典型例です。たとえば新しい Web サーバーを追加する際、www IN A 192.0.2.10 を書き足すだけでなく、SOA のシリアル番号を必ずインクリメントしなければ、セカンダリサーバーは変更をゾーン転送で取得しません（refresh 間隔を待っても serial が変わっていなければ「更新なし」と判断されるため）。メールの到達性を確保するなら example.com. IN MX 10 mail1.example.com. と IN MX 20 mail2.example.com. のように優先度違いの複数 MXを並べ、mail1 に障害があれば mail2 へフォールバックさせます。CNAMEはホスト名の別名付けに便利ですが、www IN CNAME app.example.com. と書いた www に同時に www IN TXT "..." のような別レコードを追加するのは禁止されており、これはよくある設定ミスです。編集後は必ずnamed-checkzoneでゾーンファイルの整合性を検査してから運用に反映し、テキスト形式から高速な内部表現に変換したい場合はnamed-compilezoneを使います。逆引きの整備を怠ると、メールサーバーの逆引き確認（多くの受信側 MTA が実施）に失敗し配送が拒否される、という実務上の落とし穴もあります。

2.2.3この節のまとめ

• SOA＝権威情報（シリアル必須インクリメント）／NS＝権威サーバー／A・AAAA＝正引き／MX＝メール優先度（小さいほど優先）／CNAME＝別名／PTR＝逆引き
• 編集後の整合性検査は named-checkzone、内部表現への変換は named-compilezone