DocsDigest
一覧へLanguage: EN
OpenAICloudflare2026/07/20 20:59

Cloudflare Internal DNS is now generally available

要点だけを先に読めるように短く再構成したセクションです。

元記事
OpenAIClaude

Quick Digest

要約

要点だけを先に読めるように短く再構成したセクションです。

openaijamodel: gpt-5-mini-2025-08-07

Cloudflare Internal DNS が一般提供になりました

internal-dnscloudflare-gatewaydnszero-trustsplit-horizonresolverauthoritative

Key Points

  • 一般提供（GA）
  • 公開と内部を単一管理
  • EnterpriseはGatewayに含む

Summary

2026-07-20 に Cloudflare Internal DNS が一般提供（GA）になりました。Cloudflare の既存のグローバルネットワークと単一のコントロールプレーン上で、プライベートネットワーク向けの権威（authoritative）および再帰（recursive）DNS を提供します。Public DNS、Zero Trust、ネットワーキングと同じ管理面で内部 DNS を運用でき、Enterprise 向けには Cloudflare Gateway に追加料金なしで含まれます。

Key Points

  • 提供コンポーネント:
    • Gateway Resolver: 再帰解決とポリシー評価（1.1.1.1 ベース）
    • Internal Authoritative DNS: 内部ゾーンの権威管理
  • 主な利点:
    • DNS 運用の統合（1つの API、1つの監査ログ、1か所でポリシー管理）
    • Split-horizon の簡素化: 同一ゾーンに対する内部/外部の view を単一制御面で定義
    • Zero Trust 拡張: Gateway の resolver ポリシーでユーザー/デバイスごとの view を強制
    • レガシー機器の削減: アプライアンスやクラウド毎のロックから解放
  • 導入の実務チェックリスト:
    • 既存ゾーンと split-horizon マッピングの棚卸し
    • view と resolver ポリシーの設計・検証
    • Gateway でのユーザー/デバイス割当と監査ログの有効化
    • 解決フロー（内部/外部回答、フェイルオーバー）の機能テスト
    • 移行後にレガシー DNS アプライアンスを段階的に廃止
  • 注意点:
    • 各クラウドのネイティブ DNS と挙動差があるため事前確認を推奨

実務的な次の一手

  1. 現行 DNS 環境（パブリック／プライベート、クラウドごとの解決ポリシー）をドキュメント化する
  2. 内部/外部 view と Gateway の resolver ポリシーを設計し、ステージングで検証する
  3. ログと監査設定を有効化して移行後の可観測性を確保する
  4. 問題がなければ段階的にレガシー装置を退役させる

Full Translation

翻訳

原文の流れを保ったまま読める翻訳セクションです。

openaijamodel: gpt-5-mini-2025-08-07

Cloudflare Internal DNS が一般提供になりました

2026年7月20日 — Enrique Somoza と Hannes Gerhart — 読了時間: 6 分

Starting today、Cloudflare Internal DNS は一般提供（GA）になりました。Cloudflare Internal DNS は、プライベートネットワーク向けの authoritative と recursive の両方の DNS を、既にパブリック DNS、Zero Trust、ネットワーキング、アプリケーションサービスで使用している同じグローバルネットワークと制御プレーン上で提供します。

Internal DNS（プライベート DNS とも呼ばれることがあります）は、エンタープライズインフラでまだ他のネットワークから分離して管理されている最後の要素の一つです。多くの組織はパブリック DNS に一つのプラットフォーム、内部 DNS に別のプラットフォームを使い、それぞれのクラウド環境内でクラウドネイティブな DNS サービスを別個に運用しており、それぞれに異なるセキュリティポリシーを重ねています。これらのシステムは共通の制御プレーンを共有していません。Split-horizon DNS（分割ホライズン DNS）はさらに複雑さを加え、内部と外部のユーザーが同じホスト名に対して異なる応答を受け取るように複数の DNS 環境を同期させ続ける必要があることが多いです。これらのシステムが乖離すると、障害が発生します。

Cloudflare Internal DNS を使うことで、パブリックとプライベートの DNS リソースを一つのプラットフォームで管理し、DNS ポリシーを適用し、DNS スタック全体の可視性を得ることができます。Enterprise 顧客向けには、追加料金なしで Cloudflare Gateway に含まれます。

なぜお客様が Internal DNS を採用しているのか

  • DNS 運用の統合
    • パブリックとプライベートの DNS を一つのプラットフォーム、1つの API、1つの監査ログ、1つのポリシー設定場所で運用できます。旧来の DNS に伴うアプライアンス更新サイクルやスケーリングのボトルネックは解消されます。
  • Split-horizon DNS の簡素化
    • 内部解決と外部解決を共有ゾーン上の別々のビューとして定義し、単一の制御プレーンから管理します。並行するシステムを同期させる必要がなく、乖離を追いかける必要がありません。
  • Zero Trust を DNS に拡張
    • リゾルバポリシーにより、どのユーザーやデバイスがどのビューを解決するかを決定し、既にトラフィックの残りを管理している同じ Cloudflare Gateway によって強制されます。プライベート名解決は、その他の Zero Trust アーキテクチャのギャップではなくなります。
  • レガシーインフラの近代化
    • ハードウェアアプライアンス、レガシー DNS サーバー、クラウドにロックされたリゾルバを廃止できます。Cloudflare Internal DNS は 1.1.1.1 の裏側で動作するインフラ上で稼働し、ラックに入れるハードウェアも、プロビジョニングすべき容量もありません。

私たちが構築したもの

Cloudflare Internal DNS は二つのコンポーネントで構成されています：Gateway Resolver と Internal Authoritative DNS。

  • Gateway Resolver
    • 再帰的な解決とポリシー評価を担当します。2020 年に公開され、パブリック解決には 1.1.1.1 を利用しており、DNS クエリをフィルタリングしたり、クエリを異なる上流ソース（upstream sources）へリダイレクトしたりできる組み込みのポリシーエンジンを備えています。
  • Internal Authoritative DNS
    • ゾーンをオーソリティブに管理する役割は、DNS セキュリティとルーティングポリシーを強制する役割とは異なる作業です。Internal Authoritative DNS はそのオーソリティブ側の管理を担います。

（この記事は続きます。）