• ホーム
  • ブログ
  • 最新Professional-Cloud-Network-Engineer日本語テスト材料には有効なProfessional-Cloud-Network-Engineer日本語テストエンジン [Q85-Q102]

最新Professional-Cloud-Network-Engineer日本語テスト材料には有効なProfessional-Cloud-Network-Engineer日本語テストエンジン [Q85-Q102]

Share

最新Professional-Cloud-Network-Engineer日本語テスト材料には有効なProfessional-Cloud-Network-Engineer日本語テストエンジン

Professional-Cloud-Network-Engineer日本語更新された試験問題集で[2025年最新] 練習には有効な試験問題集

質問 # 85
マルチリージョン VPC には、企業ネットワークに接続された「リージョン 1」に長年 HA VPN が設定されています。同じ企業ネットワークに接続するために、「リージョン 2」に 2 つの 10 Gbps Dedicated Interconnect 接続と VLAN アタッチメントを追加する予定です。トラフィックが Dedicated Interconnect 接続をプライマリ パスとして使用し、HA VPN をセカンダリ パスとして使用するように、VPC と企業ネットワーク間の接続を計画する必要があります。どうすればよいですか?

  • A. VPC でリージョン ダイナミック ルーティング モードを有効にします。「リージョン 1」の HA VPN に関連付けられた BGP を、基本優先度値 100 を使用するように設定します。VLAN アタッチメントに関連付けられた BGP を、基本優先度 20000 を使用するように設定します。オンプレミス ルーターを、同様のマルチエグジット識別子 (MED) 値を使用するように設定します。
  • B. VPC でグローバル ダイナミック ルーティング モードを有効にします。「リージョン 1」の HA VPN に関連付けられた BGP を、基本優先度値 20000 を使用するように設定します。VLAN アタッチメントに関連付けられた BGP を、基本優先度 100 を使用するように設定します。オンプレミス ルーターを、同様のマルチエグジット識別子 (MED) 値を使用するように設定します。
  • C. VPC でグローバル ダイナミック ルーティング モードを有効にします。「リージョン 1」の HA VPN に関連付けられた BGP を、基本優先度値 100 を使用するように設定します。VLAN アタッチメントに関連付けられた BGP を、基本優先度 20000 を使用するように設定します。オンプレミス ルーターを、同様のマルチエグジット識別子 (MED) 値を使用するように設定します。
  • D. VPC でリージョン ダイナミック ルーティング モードを有効にします。「リージョン 1」の HA VPN に関連付けられた BGP を、基本優先度値 20000 を使用するように設定します。VLAN アタッチメントに関連付けられた BGP を、基本優先度 100 を使用するように設定します。オンプレミス ルーターを、同様のマルチエグジット識別子 (MED) 値を使用するように設定します。

正解：C

解説：
For the Dedicated Interconnect to be the primary connection over the HA VPN, you should:
Enable global dynamic routing mode to allow the VPC to distribute routes dynamically across regions.
Set the BGP priority for the VLAN attachments associated with the Dedicated Interconnect to a lower base priority (e.g., 100) than the HA VPN's priority (e.g., 20000) to ensure it is preferred.
Setting up global dynamic routing with adjusted BGP priorities on both Interconnect and VPN will allow dynamic routing of traffic based on set preferences and path attributes, such as MED and priority levels. This setup ensures the Dedicated Interconnect, with a lower priority value, becomes the primary path for traffic, while the HA VPN, with a higher priority, serves as a backup.


質問 # 86
外部のグローバル アプリケーション ロード バランサを使用するメイン アプリケーションのユーザー動作を確認したところ、クライアント リクエストの不規則な急増によりバックエンド サーバーが過負荷になっていることがわかりました。同時セッションを制限し、Google が推奨するプラクティスに従いながら、クライアントに HTTP 429「リクエストが多すぎます」応答を返す必要があります。どうすればよいですか。

  • A. Linux で VM を構成し、iptables を通じてレート制限を実装し、ファイアウォール ルールを使用して HTTP 429 応答をクライアント アプリケーションに送信します。
  • B. Cloud Armor セキュリティ ポリシーを作成し、そのポリシーをロード バランサーに関連付けます。セキュリティ ポリシーの設定を次のように構成します: action: throttle、conform-action: allow、exceed-action: deny-429。
  • C. ロード バランサーを構成して、クライアント IP アドレスごとに定義された量のリクエストのみを受け入れ、より多くのトラフィックをサポートするためにバックエンド サーバーを増やし、トラフィックをバーストするためにトラフィックを別のバックエンドにリダイレクトします。
  • D. Cloud Armor セキュリティ ポリシーを作成し、定義済みの Open Worldwide Application Security Project (OWASP) ルールを適用して、クライアント IP アドレスごとのレート制限を自動的に実装します。

正解：B

解説：
To control traffic spikes and enforce rate limits, configure Cloud Armor with throttle and deny-429 actions. This allows you to set rate limits per client IP and ensures that excess traffic receives an HTTP 429 response, effectively controlling overload situations per Google best practices.


質問 # 87
あなたの会社には、us-west1 と us-east1 という 2 つの異なるリージョンに 2 つの Dended Interconnect 接続を備えた Virtual Private Cloud (VPC) があります。各 Dended Interconnect 接続は、VLAN アタッチメントによってそれぞれのリージョンの Cloud Router に接続されます。高可用性フェイルオーバー パスを構成する必要があります。デフォルトでは、オンプレミス環境からのすべての受信トラフィックは、us-west1 接続を使用して VPC に流れる必要があります。us-west1 が使用できない場合は、トラフィックを us-east1 に再ルーティングする必要があります。このフェイルオーバー パスを有効にするには、Multi-Exit Discriminator (MED) 値をどのように構成すればよいですか?

  • A. グローバルルーティングを使用します。us-east1 Cloud Router の基本優先度 1000 に設定し、us-west1 Cloud Router の基本優先度 1 に設定します。
  • B. リージョナルルーティングを使用します。us-east1 Cloud Router の基本優先度 1000 に設定し、us-west1 Cloud Router の基本優先度 1 に設定します。
  • C. リージョナル ルーティングを使用します。us-east1 Cloud Router の基本優先度 100 に設定し、us-west1 Cloud Router の基本優先度 1 に設定します。
  • D. グローバルルーティングを使用します。us-east1 Cloud Router の基本優先度 100 に設定し、us-west1 Cloud Router の基本優先度 1 に設定します。

正解：C


質問 # 88
HTTP(S) 負荷分散サービスが作成されました。バックエンド インスタンスが適切に応答していることを確認する必要があります。
ヘルスチェックをどのように設定すればよいでしょうか?

  • A. プロキシ ヘッダーをデフォルト値に設定し、ヘルス チェックを識別するカスタム ホスト ヘッダーを含めるようにホストを設定します。
  • B. request-path をヘルスチェックに使用する特定の URL に設定し、response をバックエンド サービスが応答本文で常に返す文字列に設定します。
  • C. request-path をヘルスチェックに使用する特定の URL に設定し、proxy-header を PROXY_V1 に設定します。
  • D. ヘルス チェックに使用される特定の URL に request-path を設定し、ヘルス チェックを識別するカスタム ホスト ヘッダーを含むように host を設定します。

正解：B

解説：
https://cloud.google.com/load-balancing/docs/health-check-concepts#content-based_health_checks


質問 # 89
会社のロゴが、会社がホストする複数のウェブサイトに画像ファイルとして公開されています。Cloud CDN を実装しましたが、この画像ファイルに関連付けられたキャッシュ ヒット率のパフォーマンスを向上させたいと考えています。あなたは何をするべきか？

  • A. イメージ ファイルのデフォルトの存続期間 (TTL) を O に設定します。
  • B. イメージ ファイルを保持するバックエンド サービスのカスタム キャッシュ キーを構成し、[ホスト] チェックボックスと [プロトコル] チェックボックスをオフにします。
  • C. キャッシュ エントリの有効期限が切れる前に *mage ファイルをユーザーに提供するために、ドメインごとにバージョン管理された IJRL を構成します。
  • D. イメージ ファイルをホストするカスタム オリジン バックエンドとして Cloud Storage を構成し、場所のタイプとしてマルチリージョンを選択します。

正解：B

解説：
This answer meets the requirement of improving the performance of the cache hit ratio associated with the image file. The reason is:
Custom cache keys allow you to control which parts of the request URL are used to build the cache key. The cache key is a unique identifier that Cloud CDN uses to store and retrieve cached content1.
By default, Cloud CDN uses the complete request URL, including the protocol (http or https) and the host (the domain name), to build the cache key. This means that if the same image file is requested from different domains or protocols, Cloud CDN will cache multiple copies of it, which reduces the cache hit ratio1.
By clearing the Host and Protocol checkboxes, you can tell Cloud CDN to ignore these parts of the request URL when building the cache key. This way, Cloud CDN will cache only one copy of the image file, regardless of which domain or protocol it is requested from, which improves the cache hit ratio1.
Option B is incorrect because configuring Cloud Storage as a custom origin backend does not affect the cache hit ratio. It only affects how Cloud CDN retrieves the content from the origin if it is not cached. Option C is incorrect because configuring versioned URLs for each domain does not improve the cache hit ratio. It actually worsens it, because it creates more variations of the request URL that Cloud CDN has to cache separately. Option D is incorrect because configuring the default TTL as 0 for the image file means that Cloud CDN will not cache it at all, which defeats the purpose of using Cloud CDN.
Reference:
Custom cache keys | Cloud CDN | Google Cloud


質問 # 90
あなたの会社は Google Kubernetes Engine への移行を計画しています。アプリケーション チームは、ノードあたり最小 60 ポッド、ノードあたり最大 100 ポッドが必要であると通知しました。ノードあたりどのポッド CIDR 範囲を使用する必要がありますか?

  • A. /24
  • B. /25
  • C. /28
  • D. /26

正解：B

解説：
To determine the Pod per node CIDR range, you need to calculate how many IP addresses are required for each node, and then choose the smallest CIDR range that can accommodate that number. A CIDR range of /n means that there are 2^(32-n) IP addresses available in that range. For example, a /24 range has 2^(32-24) = 256 IP addresses.
According to the question, the application team requires a minimum of 60 Pods per node and a maximum of 100 Pods per node. Therefore, you need to choose a CIDR range that can provide at least 100 IP addresses per node, but not more than necessary. A /25 range has 2^(32-25) = 128 IP addresses, which is enough for 100 Pods per node. A /26 range has 2^(32-26) = 64 IP addresses, which is not enough for 60 Pods per node. A /24 range has 256 IP addresses, which is more than needed and wastes IP address space. A /28 range has 2^(32-28) = 16 IP addresses, which is far too small for any node.
Therefore, the best option is B. /25. This is also consistent with the Google Kubernetes Engine documentation, which states that each node is allocated a /24 range of IP addresses for Pods by default, but the maximum number of Pods per node is 1101. This means that there are approximately twice as many available IP addresses as possible Pods, which is similar to the ratio of 128 to 100 in the /25 range.
1: Configure maximum Pods per node | Google Kubernetes Engine (GKE) | Google Cloud


質問 # 91
あなたの会社の Google Cloud にデプロイされたストリーミング アプリケーションは、複数の言語をサポートしています。アプリケーション開発チームから、オーディオとビデオのトラフィックをさまざまなバックエンドの Google Cloud ストレージ バケットに分割することをどのようにサポートすべきかという質問がありました。彼らは URL マップを使用し、運用上のオーバーヘッドを最小限に抑えたいと考えています。現在、次のディレクトリ構造を使用しています。
/fr/ビデオ
/in/ビデオ
/en/ビデオ
/../ビデオ
/fr/オーディオ
/オーディオで
/en/オーディオ
/../オーディオ
どのソリューションをお勧めしますか?

  • A. ディレクトリ構造を再配置し、URL マップを作成し、/video/* や /audio/* などのパス ルールを活用します。
  • B. ディレクトリ構造をそのままにして、URL マップを作成し、\/[az]{2}\/video などのパス ルールを利用します。
    \/[az]{2}\/オーディオ。
  • C. ディレクトリ構造をそのままにして、URL マップを作成し、/*/video や /*/ audio などのパス ルールを利用します。
  • D. ディレクトリ構造を再配置し、ビデオとオーディオの DNS ホスト名エントリを作成し、/video/* や /audio/* などのパス ルールを利用します。

正解：A

解説：
https://cloud.google.com/load-balancing/docs/url-map#configuring_url_maps Path matcher constraints Path matchers and path rules have the following constraints: A path rule can only include a wildcard character (*) after a forward slash character (/). For example, /videos/* and /videos/hd/* are valid for path rules, but /videos* and /videos/hd* are not. Path rules do not use regular expression or substring matching. For example, path rules for either /videos/hd or /videos/hd/* do not apply to a URL with the path /video/hd-abcd. However, a path rule for /video/* does apply to that path. https://cloud.google.com/load-balancing/docs/url-map-concepts#pm-constraints


質問 # 92
次の共有 VPC 設計があり、ホスト VPC の Subnet-1 に対して VPC フロー ログが設定されています。また、Subnet-2 のフロー ログも監視したいと考えています。どうすればよいでしょうか。

  • A. ホスト保護 VPC でサブネット 2 IP アドレスの送信を許可するファイアウォール ルールを設定します。
  • B. ホスト プロジェクト VPC とサービス プロジェクト VPC の両方でパケット ミラーリングを構成します。
  • C. Subnet-2 のサービス プロジェクト VPC で VPC フロー ログを構成します。
  • D. ホスト プロジェクト VPC の Subnet-2 に対して VPC フローログ フィルターを設定します。

正解：C

解説：
Understanding VPC Flow Logs:
VPC Flow Logs is a feature that captures information about the IP traffic going to and from network interfaces in a VPC. It helps in monitoring and analyzing network traffic, ensuring security, and optimizing network performance.
Current Configuration:
According to the diagram, VPC Flow Logs is already configured for Subnet-1 in the host VPC. This means that traffic information for Subnet-1 is being captured and logged.
Requirement for Subnet-2:
The goal is to monitor flow logs for Subnet-2, which is in the service project VPC.
Correct Configuration for Subnet-2:
To monitor the flow logs for Subnet-2, you need to configure VPC Flow Logs within the service project VPC where Subnet-2 resides. This is because VPC Flow Logs must be configured in the same project and VPC where the subnet is located.
Implementation Steps:
Go to the Google Cloud Console.
Navigate to the service project where Subnet-2 is located.
Select the VPC network containing Subnet-2.
Enable VPC Flow Logs for Subnet-2 by editing the subnet settings and enabling the flow logs option.
Cost and Performance Considerations:
Enabling VPC Flow Logs may incur additional costs based on the volume of data logged. Ensure to review and understand the pricing implications.
Analyze and manage the data collected to avoid unnecessary logging and costs.
Reference:
Google Cloud VPC Flow Logs Documentation
Configuring VPC Flow Logs
Shared VPC Overview
By configuring VPC Flow Logs in the service project VPC for Subnet-2, you ensure that traffic data is correctly captured and monitored, adhering to Google Cloud's best practices.


質問 # 93
あなたの会社は人気のあるゲーム サービスを提供しています。インスタンスはプライベート IP アドレスを使用してデプロイされ、外部アクセスはグローバル ロード バランサーを通じて許可されます。潜在的な悪意のある攻撃者を特定したと考えていますが、正しいクライアント IP アドレスを持っているかどうかはわかりません。正規ユーザーへの混乱を最小限に抑えながら、この攻撃者を特定したいと考えています。
あなたは何をするべきか？

  • A. トラフィックを拒否する VPC ファイアウォール ルールを作成し、ログ記録を有効にして強制を無効に設定し、必要なログを確認します。
  • B. トラフィックを拒否する VPC ファイアウォール ルールを作成し、ログ記録を有効にして強制を有効に設定し、必要なログを確認します。
  • C. トラフィックを拒否する Cloud Armor ポリシー ルールを作成し、必要なログを確認します。
  • D. トラフィックを拒否する Cloud Armor ポリシー ルールを作成し、プレビュー モードを有効にし、必要なログを確認します。

正解：D

解説：
https://cloud.google.com/armor/docs/security-policy-concepts#preview_mode


質問 # 94
あなたは会社の組織管理者です。エンジニアの 1 人は、複数のフォルダーにわたる複数のホスト プロジェクトのセットアップと、サービス プロジェクトとのサブネットの共有を担当します。最小限の手順でタスクを完了するには、エンジニアの ID およびアクセス管理 (IAM) 構成を有効にする必要があります。あなたは何をするべきか？

  • A. エンジニアにコンピューティング共有 VPC 管理者 IAM ロールとプロジェクト IAM 管理者ロールを組織レベルで設定します。
  • B. 組織レベルでコンピューティング共有 VPC 管理者の IAM ロールを持つエンジニアを設定します。
  • C. フォルダー レベルでコンピューティング共有 VPC 管理者 IAM ロールとプロジェクト IAM 管理者ロールを持つエンジニアをセットアップします。
  • D. フォルダー レベルでコンピューティング共有 VPC 管理者の IAM ロールを持つエンジニアをセットアップします。

正解：B


質問 # 95
最近、アプリケーションを Google Cloud にデプロイしました。オンプレミスのワークロードをデプロイする前に、Google Cloud ネットワーク構成を確認する必要があります。Google Cloud ネットワーク構成により、クラウド リソースからオンプレミス ネットワークへのトラフィックのフローが許可されていることを確認したいと考えています。この検証では、データ プレーンのテスト トラフィックを送信せずに、Google Cloud ネットワーク構成内の潜在的な障害ポイントを分析および診断する必要もあります。あなたは何をするべきか？

  • A. Network Intelligence Center の接続テストを使用します。
  • B. アプリケーションでパケット ミラーリングを有効にし、テスト トラフィックを送信します。
  • C. VPC フロー ログを有効にし、テスト トラフィックを送信します。
  • D. Network Intelligence Center のネットワーク トポロジの視覚化を使用します。

正解：D


質問 # 96
あなたは、ポート 800 で内部公開されるバックエンドを持つ新しいアプリケーションを設計しています。このアプリケーションは、ポート 700 の TCP 経由で IPv4 と IPv6 の両方を使用して外部に公開されます。このアプリケーションの高可用性を確保したいと考えています。あなたは何をするべきか？

  • A. 2 つのインスタンスを持つ 1 つのインスタンス グループを含むバックエンド サービスを使用するネットワーク ロード バランサーを作成します。
  • B. 1 つのインスタンスを含むゾーン ネットワーク エンドポイント グループを使用する TCP プロキシを作成します。
  • C. 2 つのインスタンスを持つターゲット プール バックエンドを使用するネットワーク ロード バランサーを作成します。
  • D. 2 つのインスタンスを持つインスタンス グループを含むバックエンド サービスを使用する TCP プロキシを作成します。

正解：D


質問 # 97
あなたは、Google Cloud への移行を計画している会社のネットワーク管理者で、できるだけ早く移行を完了する必要があります。移行を容易にするために、オンプレミス ネットワークのハブと同じアーキテクチャを使用することにしました。スポークモデル。オンプレミスのアーキテクチャは 50 を超えるスポークで構成されています。各スポークは他のスポークに接続できず、セキュリティ上の理由からすべてのトラフィックはハブ経由で送信されます。Google Cloud アーキテクチャがオンプレミス アーキテクチャと一致していることを確認する必要があります。管理のオーバーヘッドとコストを最小限に抑え、デフォルトのネットワーク クォータと制限を使用するソリューションを実装したいと考えています。あなたは何をするべきか？

  • A. Cloud VPN を使用してすべてのスポークをハブに接続します。サードパーティのネットワーク アプライアンスをデフォルト ゲートウェイとして使用して、スポーク間の接続を防止します。
  • B. VPC ネットワーク ピアリングを使用して、すべてのスポークをハブに接続します。サードパーティのネットワーク アプライアンスをデフォルト ゲートウェイとして使用して、スポーク間の接続を防止します。
  • C. VPC ネットワーク ピアリングを使用して、すべてのスポークをハブに接続します。
  • D. Cloud VPN を使用してすべてのスポークをハブに接続します。

正解：B

解説：
The correct answer is D because it meets the following requirements:
It matches the hub-and-spoke model of the on-premises network, where each spoke is a separate VPC network that is connected to a central hub VPC network.
It minimizes management overhead and cost, because VPC Network Peering is a simple and low-cost way to connect VPC networks without using any external IP addresses or VPN gateways1.
It uses default networking quotas and limits, because VPC Network Peering does not consume any quota or limit for VPN tunnels, external IP addresses, or forwarding rules2.
It prevents connectivity between the spokes, because VPC Network Peering is non-transitive by default, meaning that a spoke can only communicate with the hub, not with other spokes1. To enforce this restriction, a third-party network appliance can be used as a default gateway in each spoke VPC network, which can filter out any traffic destined for other spokes3.
Option A is incorrect because it does not minimize cost, as Cloud VPN charges for egress traffic and requires external IP addresses for the VPN gateways4. Option B is incorrect because it does not prevent connectivity between the spokes, as VPC Network Peering allows direct communication between peered VPC networks by default1. Option C is incorrect because it does not minimize cost or use default quotas and limits, for the same reasons as option A.
Reference:
VPC Network Peering overview | VPC
Quotas and limits | VPC
Hub-and-spoke network architecture | Cloud Architecture Center
Cloud VPN overview | Google Cloud


質問 # 98
Cloud DNS に移行しており、BIND ゾーン ファイルをインポートしたいと考えています。
どのコマンドを使用すればよいでしょうか?

  • A. gcloud dns Record-sets import ZONE_FILE --replace-origin-ns --zone MANAGED_ZONE
  • B. gcloud dns Record-sets import ZONE_FILE --delete-all-existing --zone MANAGED ZONE
  • C. gcloud dns Record-sets import ZONE_FILE --zone MANAGED_ZONE
  • D. gcloud dns Record-sets import ZONE_FILE --zone-file-format --zone MANAGED_ZONE

正解：D

解説：
https://cloud.google.com/sdk/gcloud/reference/dns/record-sets/import


質問 # 99
あなたは、Google Cloud で会社のファイアウォール ポリシーを構成する責任があります。セキュリティ チームには、ファイアウォール ルールを構成するために満たさなければならない一連の厳格な要件があります。
企業 IP アドレスからの Secure Shell (SSH) を常に許可します。
他のすべての IP アドレスからの SSH アクセスを制限します。
Google Cloud 組織には複数のプロジェクトと VPC があります。他の VPC ファイアウォール ルールがセキュリティ チームの要件をバイパスできないことを確認する必要があります。あなたは何をするべきか？

  • A. 優先度 0 の企業 IP アドレスの TCP ポート 22 を許可するように VPC ファイアウォール ルールを構成します。
    優先度 1 のすべての IP アドレスに対して TCP ポート 22 を拒否するように VPC ファイアウォール ルールを構成します。
  • B. 組織ノードに対して階層型ファイアウォール ポリシーを構成し、優先度 0 の企業 IP アドレスの TCP ポート 22 を許可します。
    優先順位 1 のすべての IP アドレスに対して TCP ポート 22 を拒否するように、組織ノードに対して階層型ファイアウォール ポリシーを構成します。
  • C. 優先度 1 の企業 IP アドレスの TCP ポート 22 を許可するように VPC ファイアウォール ルールを構成します。
    優先度 0 のすべての IP アドレスに対して TCP ポート 22 を拒否するように VPC ファイアウォール ルールを構成します。
  • D. 優先度 1 の企業 IP アドレスの TCP ポート 22 を許可するように組織ノードに階層型ファイアウォール ポリシーを構成します。優先度 0 のすべての IP アドレスに対して TCP ポート 22 を拒否するように組織ノードに階層型ファイアウォール ポリシーを構成します。

正解：B


質問 # 100
キャッシュ可能なコンテンツのオリジンとして HTTP(S) 負荷分散を使用して Cloud CDN を構成しました。圧縮はウェブサーバーで構成されていますが、Cloud CDN によって提供されるレスポンスは圧縮されません。
問題の最も可能性の高い原因は何ですか?

  • A. Cloud CDN で圧縮を構成していません。
  • B. ロード バランサーの背後にある Web サーバーは、異なる圧縮タイプで構成されています。
  • C. ウェブサーバーと Cloud CDN を異なる圧縮タイプで構成しました。
  • D. リクエストに Via ヘッダーがある場合でも、レスポンスを圧縮するように Web サーバーを設定する必要があります。

正解：D

解説：
If responses served by Cloud CDN are not compressed but should be, check that the web server software running on your instances is configured to compress responses. By default, some web server software will automatically disable compression for requests that include a Via header. The presence of a Via header indicates the request was forwarded by a proxy. HTTP proxies such as HTTP(S) load balancing add a Via header to each request as required by the HTTP specification. To enable compression, you may have to override your web server's default configuration to tell it to compress responses even if the request had a Via header.


質問 # 101
VPN ゲートウェイをデプロイして、オンプレミス ネットワークを GCP に接続したいと考えています。BGP 非対応のオンプレミス VPN デバイスを使用しています。ネットワークが拡大した場合、ダウンタイムと運用オーバーヘッドを最小限に抑えたいと考えています。デバイスは IKEv2 のみをサポートしているため、Google が推奨する方法に従う必要があります。
あなたは何をするべきか？

  • A. * Cloud VPN インスタンスを作成します。* ルートベースの VPN トンネルを作成します。* ローカル ネットワークとリモート ネットワークに一致するように、適切なローカル トラフィック セレクターとリモート トラフィック セレクターを構成します。* 適切な静的ルートを構成します。
  • B. * Cloud VPN インスタンスを作成します。* サブネットごとにポリシーベースの VPN トンネルを作成します。* ローカル ネットワークとリモート ネットワークに一致するように、適切なローカル トラフィック セレクターとリモート トラフィック セレクターを構成します。* 適切な静的ルートを作成します。
  • C. * Cloud VPN インスタンスを作成します。* ポリシーベースの VPN トンネルを作成します。* ローカル ネットワークとリモート ネットワークに一致するように、適切なローカル トラフィック セレクターとリモート トラフィック セレクターを構成します。* 適切な静的ルートを構成します。
  • D. * Cloud VPN インスタンスを作成します。* ルートベースの VPN トンネルを作成します。* 適切なローカルおよびリモートのトラフィック セレクターを 0.0.0.0/0 に構成します。* 適切な静的ルートを構成します。

正解：C

解説：
https://cloud.google.com/network-connectivity/docs/vpn/how-to/creating-static-vpns#creating_a_gateway_and_tunnel


質問 # 102
......

Professional-Cloud-Network-Engineer日本語サンプルには正確な更新された問題：https://www.passtest.jp/Google/Professional-Cloud-Network-Engineer-JPN-shiken.html

関するブログ

もっと
Professional-Cloud-Network-Engineer-JPN 無料問題集