DNS用語集

DNSゾーンとは?

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

A DNS zone is an administratively managed portion of the DNS namespace that begins at a delegated domain name and includes all subordinate names not delegated elsewhere, served by authoritative name servers that hold and publish its resource records. Organizations structure their namespaces into zones to control delegation, management responsibility, and change authority, with zone design directly affecting DNS reliability, security, and operational consistency across internal and external views. Proper zone configuration—including multiple authoritative servers on separate networks, secure zone transfers restricted to named secondaries, DNSSEC signing, and consistent SOA serial management—prevents resolution failures, data disclosure, tampering, and subdomain takeover risks that could otherwise cascade across large enterprise DNS infrastructures.

  • A zone is the administratively controlled unit of the DNS namespace defined by an SOA record and NS records at its apex, distinct from a domain which represents the entire hierarchical branch including delegated subdomains that may span multiple zones.
  • Zone design and replication strategy directly impact reliability; RFC 2182 recommends multiple authoritative servers on separate networks, with stale NS records, lame delegations, and failed SOA serial increments causing inconsistent answers and intermittent resolution failures that are difficult to diagnose.
  • Security exposure from unprotected zone transfers, open transfers to any requester, and unmanaged dangling records can enable internal host mapping, data disclosure, tampering, and subdomain takeover attacks; mitigation requires restricting transfers to named secondaries with TSIG authentication and applying DNSSEC signing.

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

関連記事