ある企業は、AWS Direct Connect を使用してオンプレミスのデータセンターと AWS VPC を接続しています。以下の双方向 DNS 名前解決要件があります。 ・オンプレミスのサーバーから AWS VPC 内の Route 53 プライベートホストゾーン（internal.example.aws）のレコードを解決できること ・AWS VPC 内のリソースからオンプレミスの権威 DNS サーバー（10.1.0.53）に登録されたホスト名（db.corp.internal）を解決できること ・パブリックインターネットを経由する DNS 通信は禁止されている
Route 53 Resolver のインバウンドエンドポイントは VPC 内のプライベートサブネットに ENI を作成します。オンプレミス DNS サーバーがこの IP アドレスへクエリを条件転送（Conditional Forwarding）するよう設定することで、Route 53 プライベートホストゾーンのレコードを Direct Connect 経由でプライベートに解決できます。アウトバウンドエンドポイントとフォワーディングルール（corp.internal など）を作成することで、VPC 内のリソースからオンプレミス DNS サーバーへクエリを転送でき、双方向名前解決が完成します。すべての通信は Direct Connect を経由するためインターネットを使用しません。 選択肢Aの DHCP オプションセット変更によるオンプレミス DNS 指定は、AWS リソースからオンプレミスへの解決方向のみに影響します。Route 53 プライベートホストゾーンへのアクセスが失われ、オンプレミスから AWS への解決方向は別途解決できません。 選択肢Bの AXFR（ゾーン転送）は Route 53 プライベートホストゾーンがサポートしていない機能です。Route 53 はゾーン転送プロトコルに対応していないため、この方法でのレプリケーションは実現できません。 選択肢Dの AWS Cloud Map はサービスディスカバリ向けのレジストリサービスであり、標準 DNS プロトコルによるハイブリッド名前解決の代替手段としては設計されていません。API を使ったレコード同期は非標準であり、運用負荷も高くなります。