オンプレミス ワークステーションからプライベート クラウドの vCenter Server、NSX Manager、HCX などの管理アプライアンスにアクセスできます。これを行うには、管理アプライアンスがホスト名と IP アドレスで解決されるように DNS アドレス解決を構成する必要があります。
Cloud DNS を使用したグローバル アドレス解決
VMware Engine では、ピアリングされた Virtual Private Cloud（VPC）ネットワーク内のすべての接続された管理アプライアンスに対して、単一の DNS の解決のエンドポイントとして、プロジェクト内の Cloud DNS ゾーンを使用できます。これは、プライベート クラウドが複数のリージョンにわたってデプロイされている場合でも実行できます。
標準ネットワークの場合: 複数のプライベート クラウドや単一のプライベート クラウドのアドレス解決を構成する場合は、Cloud DNS を使用してグローバル アドレス解決を設定します。
レガシー ネットワークの場合: 複数のプライベート クラウドのアドレス解決を構成する場合は、Cloud DNS を使用してグローバル アドレス解決を設定します。1 つのプライベート クラウドを使用する予定しかない場合や、Cloud DNS を使用しない場合は、Cloud DNS を使用しないアドレス解決をご覧ください。
デフォルトでは、Cloud DNS が有効になっている任意の Virtual Private Cloud ネットワークから管理ゾーンを解決できます。
標準ネットワークの場合: 標準の VMware Engine ネットワークにリンクするプライベート クラウドを作成すると、関連する管理 DNS ゾーンが作成され、管理アプライアンスのエントリが自動入力されます。
zone "gve.goog"
{
type stub;
masters { IP address of DNS servers; };
file "slaves/FILE_NAME.db";
};
Microsoft Windows DNS サーバーにゾーンを作成する
DNS サーバーを右クリックし、[New zone] を選択します。
[Stub zone] を選択して、[Next] をクリックします。
環境に応じて適切なオプションを選択し、[Next] をクリックします。
[Forward lookup zone] を選択し、[Next] をクリックします。
ゾーン名を入力し、[Next] をクリックします。
Google Cloud コンソールから取得したプライベート クラウド用 DNS サーバーの IP アドレスを入力します。
必要に応じて [Next] をクリックして設定を完了します。
条件付きフォワーダーを作成する
条件付きフォワーダーは、指定されたサーバーにすべての DNS 名前解決リクエストを送信します。この設定では、*.gve.goog へのリクエストはすべてプライベート クラウドにある DNS サーバーに転送されます。以降のセクションでは、異なる種類の DNS サーバーにフォワーダーを設定する方法を示します。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-04-22 UTC。"],[],[],null,["# Configuring on-premises DNS for management appliance access\n===========================================================\n\nYou can access management appliances like vCenter Server, NSX Manager, and HCX\non a private cloud from on-premises workstations. To do so, you must configure\nDNS address resolution so that management appliances can be addressed by their\nhostnames and IP addresses.\n\nGlobal address resolution using Cloud DNS\n-----------------------------------------\n\nVMware Engine lets you use a Cloud DNS zone in your\nproject as a single DNS resolution endpoint for all connected management\nappliances in a peered Virtual Private Cloud (VPC) network. You can do this\neven if your private clouds are deployed across different regions.\n\n- For standard networks: when configuring address resolution for multiple and\n single private clouds, you can set up global address resolution using\n Cloud DNS.\n\n- For legacy networks: when configuring address resolution for multiple\n private clouds, you can set up global address resolution using Cloud DNS.\n If you only plan to have a single private cloud, or don't intend to use\n Cloud DNS, see\n [Address resolution without using Cloud DNS](#address-resolution).\n\nBy default, you can resolve the management zone from any of your Virtual Private Cloud\nnetworks that has Cloud DNS enabled.\n\n- For standard networks: when you create a private cloud that is linked to a\n standard VMware Engine network, an associated management DNS zone\n is created and auto-populated with the management appliances entries.\n\n If this standard VMware Engine network is\n [Virtual Private Cloud peered](/vmware-engine/docs/networking/peer-vpc-network) with a VPC or another\n VMware Engine network, a\n [management DNS zone binding](/vmware-engine/docs/networking/howto-private-cloud-management-dns) is automatically created.\n This ensures resolution of management appliances from your Google Cloud\n VMs on that network.\n\n You can also manually create a management DNS zone binding if you don't want\n to create the Virtual Private Cloud Peering.\n- For legacy networks: when a [private connection](/vpc/docs/configure-private-services-access#creating-connection)\n is created between your Virtual Private Cloud network and a legacy\n VMware Enginenetwork, Google automatically creates DNS peering,\n ensuring resolution from any of your Google Cloud VMs.\n\nTo resolve addresses from an on-premises network using Cloud DNS,\ndo the following:\n\n1. [Enable inbound DNS forwarding on the Virtual Private Cloudnetwork](/dns/docs/best-practices#use_dns_server_policies_to_allow_queries_from_on-premises).\n2. [Identify the DNS server addresses to use on-premises](/dns/docs/policies#list-in-entrypoints).\n3. [Create a conditional forwarder on your on-premises DNS server to resolve `gve.goog`](#create-a-conditional-forwarder).\n\nAddress resolution without using Cloud DNS\n------------------------------------------\n\nTo resolve addresses without using Cloud DNS, get the IP address of\nyour private cloud's DNS server and configure the DNS:\n\n1. In the Google Cloud console, go to the **Private clouds** page.\n\n [Go to Private clouds](https://console.cloud.google.com/vmwareengine/privateclouds)\n2. Click **Select a project** and then select the organization, folder, or project that\n contains the private cloud you want to connect to.\n\n3. Click the name of the private cloud.\n\n4. Use one of the following options for the DNS configuration:\n\n - [Create a zone on the DNS server for `gve.goog`](#create-a-zone-on-the-dns-server-for-gvegoog)\n - [Create a conditional forwarder on your on-premises DNS server to resolve `gve.goog`](#create-a-conditional-forwarder)\n\n### Create a zone on the DNS server for `gve.goog`\n\nYou can set up a zone as a stub zone and point to the DNS servers on the private\ncloud for name resolution. This section provides information on using a BIND\nDNS server or a Microsoft Windows DNS server.\n| **Note:** In this documentation we use `gve.goog` as a generic reference for a zone. If you have more than one private cloud, you need to specify the distinct zone that you want. For example, `guid.region.gve.goog example: ab123456.australia-southeast1.gve.goog`.\n\n#### Create a zone on a BIND DNS server\n\nThe file and parameters to configure can vary based on your individual\nDNS setup.\n\nFor example, for the default BIND server configuration, edit the\n`/etc/named.conf` file on your DNS server and add the following zone\ninformation: \n\n```\nzone \"gve.goog\"\n{\n type stub;\n masters { IP address of DNS servers; };\n file \"slaves/FILE_NAME.db\";\n};\n```\n\n#### Create a zone on a Microsoft Windows DNS server\n\n1. Right-click the DNS server and select **New zone**.\n2. Select **Stub zone** and click **Next**.\n3. Select the appropriate option depending on your environment and click **Next**.\n4. Select **Forward lookup zone** and click **Next**.\n5. Enter the zone name and click **Next**.\n6. Enter the IP addresses of the DNS servers for your private cloud that you obtained from the Google Cloud console.\n7. Click **Next** as needed to complete the setup.\n\n### Create a conditional forwarder\n\nA conditional forwarder sends all DNS name resolution requests to the designated\nserver. With this setup, any request to `*.gve.goog` is forwarded to the DNS\nservers located on the private cloud. The following sections show how to set up\nforwarders on different types of DNS servers.\n\n#### Create a conditional forwarder on a BIND DNS server\n\nThe specific file and parameters to configure can vary based on your individual\nDNS setup.\n\nFor example, for the default BIND server configuration, edit the\n`/etc/named.conf` file on your DNS server and add the following conditional\nforwarding information: \n\n```\nzone \"gve.goog\" {\n type forward;\n forwarders { IP address of DNS servers; };\n};\n```\n\n#### Create a conditional forwarder on a Microsoft Windows DNS server\n\n1. Open the DNS Manager on the DNS server.\n2. Right-click **Conditional forwarders** and select the option to add a conditional forwarder.\n3. Enter the DNS domain and the IP address of the DNS servers in the private cloud, then click **OK**."]]
