プライベートDNS

ドメイン・ツリーの全体または一部を作成できます。ビューは、任意の数のリゾルバで使用でき、同じリージョン内のVCN間でプライベートDNSデータを共有できます。プライベート・ゾーンとインターネット・ゾーンで同じゾーン名を使用できるため、これらのゾーンをスプリットホライズンDNSに使用できます。VCN内から、パブリック問合せとプライベート問合せに異なる回答を提供できます。

問合せに回答するためのロジックを定義するルールを追加します。サポートされているルール・タイプは、FORWARDのみです。このルールは、クライアントIPまたはターゲットのQNAMEに基づいて、条件付きで問合せを宛先IPに転送します。宛先IPアドレスは、別のVCN内のオンプレミス設定、プライベート・ネットワークまたはリスニング・リゾルバ・エンドポイント用です。リゾルバ・ルールqnameCoverConditionsは、完全一致およびサブドメインをカバーします。

VCN内のDNSレスポンスは、専用リゾルバの構成を使用して特定の順序で評価されます:

1. アタッチされた各ビューが順番に評価されます。デフォルト・ビューは最後に評価されます(リストに明示的に含まれていない場合)。
2. リゾルバ・ルールが順番に評価されます。ビューに一致する最初のリゾルバ・ルールが適用されます。前述の条件と重複する条件(条件なしを含む)を持つリストの下位にあるルールは、評価されません。アクセスできないルールの例としては、より一般的なルールより後のより具体的なqnameCoverConditionまたはclientAddressConditionsがあります。より一般的なルールが一致する場合、より具体的なルールは評価されません。
3. 問合せがインターネットに解決されます。

順番の最初の項目で回答を提供できる場合は、それを提供します。回答が提供されると、回答が否定的であっても、それ以上の項目は評価されません。

たとえば、問合せ名がプライベート・ビューのゾーンに含まれており、その名前がゾーンに存在しない場合、ゾーンは信頼できるNXDOMAINレスポンスを返します。

VCN間、またはVCNとオンプレミス・ネットワーク間のイングレスとエグレスには接続が必要です。Establishing a connection might require a local peering gateway (LPG ), having both VCNs attached to the same DRG, or a remote peering connection (RPC ) between VCNs. VCNとオンプレミス・ネットワーク間の接続には、FastConnectまたはIPSec トンネル(サイト間VPN)が必要です。

VCNセキュリティ・リストおよび参照されるNSGでは、必要なトラフィックを許可する必要があります。セキュリティ・リスト上のDHCPは、イングレスおよびエグレスに対して有効にする必要があり、対応するリゾルバ・エンドポイントのIPアドレスを含める必要があります。リスニング・エンドポイントのセキュリティ・ルールでは、宛先ポート53でコネクションレスUDPイングレス、ソース・ポート53でコネクションレスUDPエグレス、および宛先ポート53でTCPイングレスを許可する必要があります。転送エンドポイントのセキュリティ・ルールでは、宛先ポート53でコネクションレスUDPエグレス、ソース・ポート53でコネクションレスUDPイングレス、および宛先ポート53でTCPエグレスを許可する必要があります。

詳細は、チュートリアルプライベートDNSゾーン・ビューおよびリゾルバの構成を参照してください。

プライベートDNSゾーンは、ビューにグループ化されます。すべてのVCN専用リゾルバには、自動的に作成されるデフォルト・ビューがあります。VCN内から解決されるカスタムDNSゾーンを作成するには、専用リゾルバのデフォルト・ビューにプライベート・ゾーンを作成するか、新しいビューにゾーンを作成して、専用リゾルバのアタッチ済ビューのリストに追加します。この設定方法の詳細なガイドは、ヘルプ・センター/プライベートDNSゾーンのビューおよびリゾルバの構成を参照してください。

インターネット上のパブリック名と同じ名前のプライベート・ゾーンを作成します。次に、VCNリゾルバのビューのいずれかにそのゾーンを追加します。VCN内では、名前はプライベートDNS構成に基づいて解決されます。リクエストの発生元に応じて、同じ名前が異なる回答を提供します。プライベートDNSゾーンの透過性も参照してください。

同じリージョン内のVCNは、相互のプライベート・ビューからリクエストを解決できます。たとえば、VCN AおよびVCN Bでこのソリューションを実装するとします。VCN Aの専用リゾルバのデフォルト・ビューをVCN Bの専用リゾルバのアタッチされたビューに追加します。次に、VCN Bの専用リゾルバのデフォルト・ビューをVCN Aの専用リゾルバのアタッチされたビューに追加します。

同じプライベート・ゾーンまたはプライベート・ゾーンのコレクションを複数のVCNsで再利用できます。このソリューションにより、DNS構成の重複を減らすことができます。ビューを作成し、1つ以上のプライベート・ゾーンをビューに追加します。VCNごとに、VCNの専用リゾルバのアタッチ済ビューのリストに新しいビューを追加します。この設定方法の詳細なガイドは、ヘルプ・センター/プライベートDNSゾーンのビューおよびリゾルバの構成を参照してください。

プライベートDNSゾーンの場合、問合せ名がゾーン名と一致したときに問合せ解決の動作を変更するようにDNS解決モードを設定できます。透過性の一般的なユース・ケースは、OCIやオンプレミスなど、複数の場所にゾーン名が存在する場合です。透過性により、異なるゾーン・レコードを保持しながら、同じゾーン名を両方の場所に存在できます。次の3つのモードを使用できます。

• 静的: これがデフォルトの動作になります。プライベート・ゾーンが問合せ名をカバーする場合、問合せ名がゾーンに存在しない場合はNXDOMAINが返されます。名前は存在するが、要求された特定の問合せタイプのデータがない場合は、NoDataレスポンスが返されます。
• 透過的: 問合せ対象のドメインがゾーンでカバーされているが、そのドメインがゾーンに存在しないか、問合せ対象のドメインがゾーン名と一致するが、問合せ対象のタイプのレコードが存在しない場合は、問合せ解決をチェックするための通常の順序に従って、リゾルバの次の評価に進みます。これにより、すべてのドメインでのNXDOMAINレスポンスと、特にapexでのNoDataレスポンスが効果的にバイパスされます。
• RTypeTransparent: 問合せ対象ドメインがゾーンでカバーされているが、問合せ対象ドメインがゾーン内に存在しないか、問合せ対象ドメインがゾーン内に存在するが、要求されたレコード・タイプには存在しない場合は、問合せの解決をチェックするための通常の順序に従って、リゾルバの次の評価に進みます。これにより、すべてのドメインでNXDOMAINおよびNoDataレスポンスが効果的にバイパスされます。

リゾルバ・エンドポイントを使用して、VCN間でリクエストを送信します。VCNは異なるリージョンに存在できます。このソリューションには、ローカルまたはリモートのピアリング・ゲートウェイ(LPG/RPG)が必要です。VCN AからVCN Bにトラフィックを送信するには、リスニング・エンドポイントをVCN Bのリゾルバに追加します。次に、転送エンドポイントをVCN Aの専用リゾルバに追加します。

VCN Aの専用リゾルバにルールを作成し、VCN Aの転送エンドポイントを介してVCN Bのリスニング・エンドポイントのアドレスにトラフィックを転送します。VCN間の両方向でトラフィックを送信するには、各専用リゾルバに転送リゾルバ・エンドポイントとリスニング・リゾルバ・エンドポイントを追加し、各専用リゾルバにルールを追加します。

リクエストは、VCNとオンプレミス・ネーム・サーバー間でどちらの方向にも送信できます。このソリューションでは、FastConnectまたはIPSecトンネル(IPSec VPN)を使用したVCNとオンプレミス・ネットワーク間の接続が必要です。VCNにトラフィックを送信するには、リスニング・エンドポイントをその専用リゾルバに追加し、トラフィックをそのアドレスに送信します。VCNからトラフィックを送信するには、転送エンドポイントをその専用リゾルバに追加し、エンドポイントを介してオンプレミス・ネーム・サーバーのアドレスにトラフィックを転送するルールを追加します。

VCNは、複数のユース・ケースに対して設定できます。1つのVCNを別のVCNとピアリングし、オンプレミス・ネーム・サーバーに接続するように構成できます。転送は、多くのVCNsにわたって連鎖することもできます。

OCIは、すべてのRDATAを最もマシン読取り可能なフォーマットに正規化します。返されるRDATAの表示は、初期入力とは異なる場合があります。

例:

CNAME、DNAMEおよびMXレコード・タイプのRDATAは、1つ以上の絶対ドメイン名を含めることができます。これらのレコード・タイプのいずれかで指定されたRDATAがルートを表すドットまたはピリオッドで終わっていない場合は、ピリオドが追加されています。

www.example.com --> www.example.com.

様々なDNSライブラリを使用して、入力前にRDATAを正規化できます。

A

ホスト名をIPv4アドレスに関連付けるために使用するアドレス・レコード。Aレコードの詳細は、RFC 1035を参照してください。

AAAA

使用されるアドレス・レコードは、IPv6アドレスのホスト名を指します。AAAAレコードの詳細は、RFC 3596を参照してください。

CAA

証明機関認可レコードは、そのドメインの証明書を発行する権限のある1つ以上の証明機関を指定するために、ドメイン名ホルダーによって使用されます。CAAレコードの詳細は、RFC 6844を参照してください。

CNAME

正規名レコードは、ドメインの正規名を識別します。CNAMEレコードの詳細は、RFC 1035を参照してください。

DNAME

委任名レコードはCNAMEレコードと同様の動作をしますが、ラベルの下にあるサブツリー全体を別のドメインにマップします。DNAMEレコードの詳細は、RFC 6672を参照してください。

MX

メール交換レコードは、ドメイン用のメールを受け入れるメール・サーバーを定義します。MXレコードはホスト名を指す必要があります。MXレコードは、CNAMEまたはIPアドレスを指すことはできません。MXレコードの詳細は、RFC 1035を参照してください。

PTR

ポインタ・レコード・リバースは、IPアドレスをホスト名にマップします。この動作は、ホスト名をIPアドレスにマップするAレコードの反対です。PTRレコードは、通常、逆引きDNSゾーンで検出されます。PTRレコードの詳細は、RFC 1035を参照してください。

SRV

サービスロケータレコードは、管理者が複数のサーバーに単一のドメインを設定するために使用されます。SRVレコードの詳細は、RFC 2782を参照してください。

TXT

テキスト・レコードは、説明的な、判読可能なテキストを保持し、特定の用途のために判読不可能なコンテンツを含めることもできます。このレコード・タイプは、通常、人間が判読できないテキスト項目を必要とするSPFレコードおよびDKIMレコードに使用されます。TXTレコードの詳細は、RFC 1035を参照してください。

プライベートDNSを設定するには、次のステップを使用します:

• プライベート・ビューを使用したプライベート・ゾーンの作成
• プライベート・ビューを作成します。
• ゾーンへのレコードの追加

プライベートDNSリソースの管理の詳細は、次の項を参照してください:

• DNSのサービス・ゾーンの管理
• プライベート・ビュー
• リソース・レコードの管理

専用DNSリゾルバを使用してVCNを作成するには、VCNsおよびサブネットの概要およびVirtual Cloud NetworkのDNSを参照してください。