DNS用語集

DNSゾーンとは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

DNSゾーンとは、ドメイン名空間の管理対象領域であり、委任されたドメイン名を起点として、権威ネームサーバーによって提供され、1人の管理者によって単一の単位として管理されるものです。 名前空間のサブツリー全体を表すドメインとは異なり、ゾーンはそのサブツリーのうち、他の場所に委任されていない部分のみを指します。ゾーンは、誰がどの名前を変更できるか、またエラーがどこまで伝播するかを決定する、DNSにおける管理の基本単位です。 ゾーンの設計と管理は、信頼性、セキュリティ、および運用の一貫性に直接影響を与えます。そのため、別々のネットワーク上に複数の権威サーバーを設置し、適切な委任設定を行い、安全なゾーン転送を確保するとともに、断続的な解決失敗を引き起こす可能性のある、不適切な委任、古いシリアル番号、スプリットビューのずれといった一般的な設定ミスを防止する必要があります。

  • ゾーンは、その最上位にあるスタート・オブ・オーソリティ(SOA)レコードおよびNSレコードによって定義され、委任されたサブドメインを含まないドメインの管理対象部分として区別されます。一方、ドメインは、すべての委任を含む階層構造全体を網羅します。
  • 内部および外部ビューにまたがって数千ものゾーンを運用する大企業は、一貫した所有権および命名規則を徹底する必要があります。これは、ゾーンの設計が管理範囲と障害境界を決定するためであり、RFC 2182 では、単一障害点によるゾーンへの到達不能を防ぐために、別々のネットワーク上に複数の権威サーバーを設置することが推奨されているからです。
  • 不適切な委任、SOAシリアル番号のインクリメント漏れ、グルーレコードの欠落、ゾーン転送の開放、スプリットビューのドリフトといった一般的なゾーン設定ミスは、断続的な解決失敗、データの不整合、内部ホスト名のセキュリティ上の露出、およびサブドメイン乗っ取りの脆弱性を引き起こします。これらを軽減するには、TSIG認証とDNSSEC署名が必要です。

DNSゾーンの概要

AttributeValue
CategoryDNS administrative unit
Defined inRFC 1034 and RFC 1035
Protocol and portDNS, port 53 over UDP and TCP
OSI layerApplication layer (layer 7)
Primary useDelegating and managing authority over part of the DNS namespace
Related termsAuthoritative name server, Zone transfer, Resource record, SOA record, NS record, Delegation

DNSゾーンの仕組み

ゾーンは、親ゾーンがドメイン名を一連のネームサーバーに委任する際に作成されます。その後、そのゾーンには、その名前およびそれ以上委任されていないサブドメインに関するレコードが格納されます。

  1. 委任(Delegation):親ゾーンは、子ドメインの権威サーバーを指定するNSレコードを公開します。これにより、その名前空間の一部に関する管理責任が、子ゾーンの管理者に委譲されます。
  2. ゾーンの定義:管理者は、権限開始(SOA)レコードで始まるゾーンファイルまたはデータベースエントリを作成します。また、このファイルには、NSレコードや、A、AAAA、MX、CNAMEなど、ゾーン内の名前に対応するその他のリソースレコードも記載されます。
  3. パブリケーション:1つ以上の権威あるネームサーバーがゾーンを読み込み、そのゾーン内の名前に対するクエリに、権威あるデータを用いて応答します。
  4. レプリケーション:セカンダリサーバーは、ゾーン転送を使用してプライマリサーバーからゾーンをコピーします。SOAレコード内のシリアル番号を比較し、より新しいバージョンが存在するかどうかを判断します。
  5. 解決:再帰的リゾルバは、ルートから下方向へと委任をたどって、そのゾーンの権限を持つサーバーに到達するまで進み、そのサーバーにレコードを問い合わせます。

ゾーンはドメインとは異なります。ドメインは名前空間のサブツリーであるのに対し、ゾーンはそのサブツリーのうち、1つの単位として管理される部分です。したがって、サブドメインが委任されているドメインは、複数のゾーンにまたがることになります。また、ゾーンファイルは、ゾーンの動作を変更することなく、データベースを基盤としたストレージに置き換えることも可能です。

企業ネットワークにおいてDNSゾーンが重要な理由

ゾーンは、DNSにおける管理単位です。各ゾーンには独自のレコード、権威サーバー、変更プロセスが存在するため、組織がネームスペースをどのようにゾーンに分割するかによって、誰がどの名前を変更できるか、またエラーがどこまで波及するかが決まります。大企業では、内部および外部のビューにわたって数千ものゾーンを運用していることが多く、そのため一貫した所有権と命名規則が重要となります。

ゾーンの設計は信頼性に影響を与えます。 RFC 2182では、1つの障害によってゾーンにアクセスできなくなることを防ぐため、ゾーンには別々のネットワーク上に配置された複数の権威サーバーを設けることを推奨しています。古くなった、または不一致のNSレコード、不適切な委任、新しいSOAシリアル番号を取得できないセカンダリサーバーは、回答の不整合や、追跡が困難な断続的な解決失敗を引き起こします。

ゾーンにはセキュリティ上のリスクも伴います。ゾーン転送ではゾーンの全内容が返されるため、任意の要求者への転送を許可するサーバーは、内部のホスト名やアドレスを漏洩させてしまいます。 転送を指定されたセカンダリサーバーに限定し(多くの場合、トランザクション署名を使用)、DNSSECでゾーンに署名することで、情報の漏洩や改ざんを防ぐことができます。また、ゾーン内に管理されていない未処理のレコードが存在すると、サブドメインの乗っ取りを可能にしてしまう恐れもあります。

DNSゾーンと関連用語の比較

DNSゾーンとDNSネームスペース

DNSネームスペースとは、ドメイン名の階層構造全体を指すのに対し、ゾーンとは、そのネームスペースのうち、管理上区切られた一部を指します。DNSネームスペースとは何ですか?

DNSゾーンとドメインの違い

ドメインとは、ネームスペース内のノードとその直下に位置するすべての要素を指しますが、ゾーンは、そのドメインのうち、別のネームサーバー群に委任されていない部分のみを対象とします。

AttributeDNS zoneDomain
ScopeNames from the zone apex down to any delegation pointsThe domain name and all names beneath it, including delegated subdomains
Unit ofAdministration and server configurationNaming hierarchy
Defined byA start of authority record and NS records at the apexPosition in the namespace tree
RelationshipA domain can be split across several zonesA zone belongs to exactly one domain apex

DNSゾーンに関する一般的な問題

親ゾーンには、子ゾーンに対して権威ある応答を行わないサーバーのNSレコードがリストされます。これは、サーバーが廃止された場合や、ゾーンが一度も読み込まれなかった場合によく見られます。リゾルバーは、選択したサーバーに応じて、一部のクエリに対してSERVFAILまたはタイムアウトを返します。

管理者がゾーンを編集してもSOAシリアル番号を変更しない場合、セカンダリサーバーは新しいバージョンを認識できず、それを転送することもありません。クライアントは、どの権威サーバーが応答するかによって異なる回答を受け取ることになります。

子ゾーンのネームサーバーは子ゾーン内に存在しますが、親ゾーンはグルーアドレスを公開しません。リゾルバーはサーバーを見つけることができず、ゾーン全体にアクセスできなくなります。

プライマリサーバーは、どのリクエスト元に対しても転送を許可するため、誰でもそのゾーン内のすべてのレコードをダウンロードし、内部ホストをマッピングすることができます。転送をリストに登録されたセカンダリに限定し、TSIG を使用して認証を行ってください。

同一ゾーンの内部バージョンと外部バージョンは別々に編集されるため、徐々に差異が生じます。ユーザーはクエリを実行する場所によって、同じ名前に対して異なるアドレスが表示されるため、トラブルシューティングに時間がかかります。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

DNSゾーンに関するよくある質問

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事