インターネット上の通信において、ドメイン名とIPアドレスを紐付けるDNS（Domain Name System）は欠かせないインフラです。
もしDNSサーバが停止してしまうと、Webサイトへのアクセスやメールの送受信が不可能になります。
このような致命的なトラブルを防ぎ、サービスの継続性を確保するために欠かせないのが「セカンダリDNSサーバ」の存在です。
セカンダリDNSサーバは、メインとなるサーバのバックアップとして機能するだけでなく、負荷分散などの重要な役割も担っています。
この記事では、セカンダリDNSサーバの定義やプライマリとの違い、情報の同期が行われる仕組みについて詳しく解説します。
セカンダリDNSサーバとは何か
セカンダリDNSサーバとは、特定のドメインに関する権威情報を保持する「権威ネームサーバ」のうち、予備的な役割を持つサーバのことです。
一般的に、DNSサーバは「プライマリDNSサーバ」と「セカンダリDNSサーバ」の2種類で構成されます。
セカンダリDNSサーバは、プライマリDNSサーバが保持している設定情報（ゾーンファイル）のコピーを同期して保持しています。
インターネットの標準的な仕様では、信頼性を高めるために1つのドメインに対して最低2つ以上のネームサーバを設置することが推奨されています。
セカンダリDNSサーバを設置することで、どちらか一方のサーバに障害が発生しても、名前解決のサービスを継続することが可能になります。
利用者のブラウザやメールソフトは、プライマリからの応答がない場合に自動的にセカンダリへ問い合わせを行う仕組みになっています。
また、セカンダリDNSサーバは単なるバックアップに留まらず、外部からの膨大な問い合わせを分散して処理する役割も果たします。
このように、システムの可用性と安定性を高めるために不可欠な存在がセカンダリDNSサーバです。
プライマリDNSサーバとセカンダリDNSサーバの違い
プライマリDNSサーバとセカンダリDNSサーバの最大の違いは、「データのマスター（原本）をどこで管理しているか」という点にあります。
プライマリDNSサーバは、管理者がドメインの設定を直接編集し、最新の状態を保存する場所です。
これに対し、セカンダリDNSサーバはプライマリから送られてくる情報をそのまま受け取り、自身のデータを更新します。
以下に、両者の主な違いを表にまとめました。
| 比較項目 | プライマリDNSサーバ | セカンダリDNSサーバ |
|---|---|---|
| データの役割 | マスター（原本）を保持 | スレーブ（複製）を保持 |
| 情報の編集 | 可能（直接設定を変更する） | 不可（同期によって更新される） |
| 主な役割 | 設定の管理と名前解決の提供 | 冗長性の確保と負荷分散 |
| 設置の優先順位 | 1番目に参照されることが多い | 2番目以降に参照される |
セカンダリDNSサーバ側で設定ファイルを直接書き換えることは通常ありません。
もしセカンダリ側で勝手にデータを書き換えてしまうと、プライマリとの整合性が崩れ、正しい名前解決ができなくなる恐れがあるからです。
そのため、情報の同期（ゾーン転送）というプロセスを経て、常に最新の状態が保たれるようになっています。
セカンダリDNSが情報を同期する仕組み
セカンダリDNSサーバがプライマリDNSサーバから最新のデータを取得する仕組みを「ゾーン転送」と呼びます。
ゾーン転送には、いくつかの重要なプロセスと技術が含まれています。
SOAレコードとシリアル番号
ゾーン転送が行われる際、セカンダリDNSサーバは「SOA（Start of Authority）レコード」を確認します。
SOAレコードの中には「シリアル番号（serial）」という数値が含まれており、これが更新の判断基準となります。
プライマリDNSサーバで設定が変更されると、このシリアル番号がカウントアップされます。
セカンダリDNSサーバは定期的にプライマリへ問い合わせを行い、自身の保持する番号よりも新しい番号になっていれば、更新が必要だと判断します。
AXFRとIXFR
ゾーン転送の手法には、大きく分けて「AXFR」と「IXFR」の2種類が存在します。
AXFR（Full Zone Transfer）は、ゾーン内の全情報を丸ごと転送する方法です。
IXFR（Incremental Zone Transfer）は、前回からの差分のみを転送する方法です。
現代の運用では、通信トラフィックを抑えるために差分転送であるIXFRが活用されるのが一般的です。
DNS NOTIFY
以前はセカンダリ側が定期的にチェックするのを待つ必要がありましたが、現在は「DNS NOTIFY」という仕組みが使われています。
プライマリ側で更新が発生した際、即座にセカンダリ側へ「更新された」という通知を送る機能です。
この通知を受け取ったセカンダリDNSサーバは、即座にゾーン転送を開始するため、情報の反映スピードが大幅に向上しました。
セカンダリDNSサーバを導入するメリット
セカンダリDNSサーバを適切に運用することには、多くのメリットがあります。
1. 冗長化による耐障害性の向上
単一のDNSサーバ（シングルポイント障害）での運用は、非常に高いリスクを伴います。
セカンダリDNSサーバがあれば、プライマリがメンテナンスやサイバー攻撃、ハードウェア故障で停止しても、名前解決を継続できます。
これにより、Webサイトのダウンタイムを最小限に抑えることが可能です。
2. 負荷分散（スケーラビリティ）
アクセス数が多いドメインの場合、1台のDNSサーバに問い合わせが集中すると処理遅延が発生します。
複数のセカンダリDNSサーバを設置し、問い合わせを分散させることで、全体的なレスポンスの向上が期待できます。
特に世界中からアクセスがあるグローバルなサービスでは、物理的に異なる場所にセカンダリを配置することが有効です。
3. セキュリティの強化（Hidden Master）
「Hidden Master（隠しマスター）」と呼ばれる構成をとることで、セキュリティを高めることができます。
これは、プライマリDNSサーバをインターネットから直接見えない場所に配置し、外部からの問い合わせにはセカンダリDNSサーバのみが応答する仕組みです。
マスターデータを保持するサーバを隠蔽することで、設定の改ざんや直接的な攻撃から保護することができます。
セカンダリDNSの設定例（BIND）
オープンソースのDNSソフトウェアであるBIND（Berkeley Internet Name Domain）を用いた設定のイメージを紹介します。
セカンダリDNSサーバ側では、設定ファイル（named.confなど）で自身がスレーブ（slave）であることを指定します。
# セカンダリDNSサーバ側の設定例
zone "example.com" {
type slave; # セカンダリ（スレーブ）であることを指定
masters { 192.168.1.10; }; # プライマリDNSサーバのIPアドレスを指定
file "/var/named/slaves/example.com.bak"; # 同期した情報の保存先
};この設定により、指定されたプライマリDNSサーバ（192.168.1.10）から情報を取得するようになります。
正常に同期が行われると、指定したパスにバイナリ形式などでゾーン情報のバックアップが生成されます。
運用上の注意点とセキュリティ
セカンダリDNSサーバを運用する際には、いくつかの注意点があります。
まず、ゾーン転送の制限を適切に行うことが重要です。
不特定の第三者がゾーン転送を実行できるように設定されていると、ドメイン内の全ホスト名リストを外部に流出させてしまうリスクがあります。
そのため、ゾーン転送を許可するIPアドレスは、信頼できるセカンダリDNSサーバのものだけに制限しなければなりません。
また、プライマリとセカンダリの間で時刻設定が大きくズレていると、同期トラブルの原因になることがあります。
NTP（Network Time Protocol）を使用して、すべてのネームサーバの時刻を同期させておくことが推奨されます。
さらに、最近ではクラウドベンダーが提供するマネージドDNSサービスを利用し、自社でサーバを立てずにセカンダリ機能を確保するケースも増えています。
まとめ
セカンダリDNSサーバは、インターネットの安定性を支える非常に重要な仕組みです。
プライマリDNSサーバの情報を同期して保持することで、障害時のバックアップや負荷分散といった役割を果たします。
ゾーン転送の仕組みやSOAレコードの役割を理解することで、より堅牢なネットワークインフラを構築することが可能になります。
現代のビジネスにおいて、DNSの停止は大きな損失に直結するため、必ずセカンダリ構成による冗長化を検討しましょう。
適切な設定とセキュリティ対策を施したセカンダリDNSサーバを運用し、安心・安全なインターネット環境を維持することが大切です。
