Professional-Cloud-Network-Engineer日本語 無料問題集「Google Cloud Certified - Professional Cloud Network Engineer (Professional-Cloud-Network-Engineer日本語版)」

（A）gcloud compute ssh を使用してインスタンスに Cloud Shell SSH を開きます。

（B）カスタム メタデータの enable-oslogin を TRUE に設定し、putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。

（C）新しい SSH キー ペアを生成します。公開キーの形式を確認し、プロジェクトに追加します。Putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。

（D）新しい SSH キー ペアを生成します。秘密キーの形式を確認し、インスタンスに追加します。Putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。

（A）Google Cloud Armor ポリシーを作成し、アンマネージド インスタンス グループ バックエンドを使用するバックエンド サービスに適用します。

（B）VPC ファイアウォール ルールセットを作成し、それを非マネージド インスタンス グループ内のすべてのインスタンスに適用します。

（C）Google Cloud Armor ポリシーを作成し、インターネット ネットワーク エンドポイント グループ (NEG) バックエンドを使用するバックエンド サービスに適用します。

（D）階層型ファイアウォール ルールセットを作成し、VPC の親組織リソース ノードに適用します。

（A）プライベート ゾーンを「vpc-a」に関連付けます。送信転送ポリシーを作成し、そのポリシーを「vpc-a」に関連付けます。オンプレミスの DNS サーバーを構成して、ポリシーが「vpc-a」にアタッチされたときに作成されたエントリ ポイント アドレスにプライベート ゾーンのクエリを転送します。

（B）プライベート ゾーンを「vpc-a」に関連付けます。受信転送ポリシーを作成し、そのポリシーを「vpc-a」に関連付けます。オンプレミスの DNS サーバーを構成して、ポリシーが「vpc-a」にアタッチされたときに作成されたエントリ ポイント アドレスにプライベート ゾーンのクエリを転送します。

（C）GKE クラスタの 1 つ内に DNS プロキシ サービスを設定します。GKE 内の DNS プロキシ サービスを内部ロードバランサとして公開します。オンプレミスの DNS サーバーを設定して、プライベート ゾーンのクエリを内部ロードバランサの IP アドレスに転送します。

（D）カスタム ルート アドバタイズメントを使用して、BGP 経由で 169.254.169.254 をオンプレミス環境に通知します。オンプレミス DNS サーバーを構成して、DNS 要求を 169.254.169.254 に転送します。

（A）NVA を ilb1 という名前の内部パススルー ネットワーク ロード バランサーの背後に配置します。グローバル ネットワーク ファイアウォール ポリシー ルールを追加して、NVA を通過するトラフィックを許可します。バックエンド VM サブネットの送信元 IP 範囲、フロントエンド VM サブネットの宛先 IP 範囲、および ilb1 のネクストホップを使用して、ポリシー ベース ルート (PBR) を作成します。バックエンド ネットワーク タグを使用して、PBR の範囲を VM に設定します。バックエンド サーバーにバックエンド ネットワーク タグを追加します。

（B）複数のインターフェイスを持つ NVA を作成します。バックエンド サブネットの NVA 用に NIC0 を構成します。フロントエンド サブネットの NVA 用に NIC1 を構成します。NVA を ilb1 という名前の内部パススルー ネットワーク ロード バランサーの背後に配置します。グローバル ネットワーク ファイアウォール ポリシー ルールを追加して、NVA を通過するトラフィックを許可します。バックエンド VM サブネットの宛先 IP 範囲、フロントエンド インスタンス タグ、および ilb1 のネクストホップを使用して、カスタムの静的ルートを作成します。フロントエンド VM にフロントエンド ネットワーク タグを追加します。

（C）NVA を ilb1 という名前の内部パススルー ネットワーク ロード バランサーの背後に配置します。グローバル ネットワーク ファイアウォール ポリシー ルールを追加して、NVA を通過するトラフィックを許可します。フロントエンド VM サブネットのソース IP 範囲、バックエンド VM サブネットの宛先 IP 範囲、および ilb1 のネクストホップを使用して、ポリシー ベース ルート (PBR) を作成します。フロントエンド ネットワーク タグを使用して、PBR のスコープを VM に設定します。フロントエンド サーバーにフロントエンド ネットワーク タグを追加します。

（D）NVA を ilb1 という名前の内部パススルー ネットワーク ロード バランサーの背後に配置します。グローバル ネットワーク ファイアウォール ポリシー ルールを追加して、NVA を通過するトラフィックを許可します。バックエンド VM サブネットの宛先 IP 範囲、フロントエンド インスタンス タグ、および ilb1 のネクストホップを使用して、カスタム静的ルートを作成します。フロントエンド VM にフロントエンド ネットワーク タグを追加します。

（A）ネットワーク負荷分散を使用する

（B）PROXY プロトコルを有効にして TCP プロキシ ロード バランシングを使用します。

（C）URL マップと X-Forwarded-For ヘッダーを使用した外部 HTTP(S) ロード バランシングを使用する

（D）URL マップとカスタム ヘッダーを使用して外部 HTTP(S) 負荷分散を使用する

（A）Cloud Armor セキュリティ ポリシーを作成し、そのポリシーをロード バランサーに関連付けます。セキュリティ ポリシーの設定を次のように構成します: action: throttle、conform-action: allow、exceed-action: deny-429。

（B）Linux で VM を構成し、iptables を通じてレート制限を実装し、ファイアウォール ルールを使用して HTTP 429 応答をクライアント アプリケーションに送信します。

（C）ロード バランサーを構成して、クライアント IP アドレスごとに定義された量のリクエストのみを受け入れ、より多くのトラフィックをサポートするためにバックエンド サーバーを増やし、トラフィックをバーストするためにトラフィックを別のバックエンドにリダイレクトします。

（D）Cloud Armor セキュリティ ポリシーを作成し、定義済みの Open Worldwide Application Security Project (OWASP) ルールを適用して、クライアント IP アドレスごとのレート制限を自動的に実装します。

（A）重み付けされたリクエストミラーリングを使用してグローバル外部 Application Load Balancer を構成します。

（B）2 つの個別のグローバル外部アプリケーション ロードバランサを構成し、Cloud DNS 地理位置情報ルーティング ポリシーを使用します。

（C）重み付けトラフィック分割を使用してグローバル外部アプリケーション ロード バランサーを構成します。

（D）VM で実行されているアプリケーションを指すサービス拡張機能を使用してグローバル外部 Application Load Balancer を構成し、各アプリケーションに送信されるリクエストを制御します。

（A）Google Cloud Console で、モニタリング クエリ言語を使用して帯域幅使用率のカスタム アラートを作成します。

（B）Network Intelligence Canter で、VPN 上のパケット ドロップの数を確認します。

（C）Google Cloud Console の [モニタリング] セクションで、[ダッシュボード] セクションを使用して VPN 使用のためのデフォルトのダッシュボードを選択します。

（D）Google Cloud Console の VPN セクションで、ハイブリッド接続で VPN を選択し、モニタリングを選択してダッシュボードに使用率を表示します。

（A）サブネット リソースにプライベート Google アクセスを構成します。インターネットへのデフォルト ルートを作成します。

（B）VPC リソースにプライベート Google アクセスを設定します。インターネットへのデフォルト ルートを作成します。

（C）グローバル Secure Web Proxy を設定し、インターネットへのデフォルト ルートを削除します。

（D）Cloud NAT を設定し、インターネットへのデフォルト ルートを削除します。

（A）公開 SSH キーをプロジェクトのメタデータにアップロードします。

（B）公開 SSH キーを各インスタンスのメタデータにアップロードします。

（C）gcloud compute ssh を使用して、公開 SSH キーをインスタンスに自動的にコピーします。

（D）公開 ssh キーが埋め込まれたカスタム Google Compute Engine イメージを作成します。

（A）サブネットのデータ アクセス監査ログを有効にします。ログを分析し、networks.get フィールドから送信元 IP アドレスを取得します。

（B）VPC の VPC フロー ログを有効にします。ログを分析し、src_location フィールドから送信元 IP アドレスを取得します。

（C）VPC のデータアクセス監査ログを有効にします。ログを分析し、subnetworks.get フィールドから送信元 IP アドレスを取得します。

（D）サブネットの VPC フロー ログを有効にします。ログを分析し、接続フィールドから送信元 IP アドレスを取得します。

（A）199.36.153.8/30 のアドレス範囲を使用して、private.googleapis.com の A レコードを作成します。
A レコードを指す *.googleapis.com の CNAME レコードを作成します。
A レコードで使用したアドレスのネクストホップとして Cloud VPN トンネルを使用するようにオンプレミス ルーターを構成します。
Cloud VPN トンネルが終了する VPC からデフォルトのインターネット ゲートウェイを削除します。

（B）199.36.153.4/30 のアドレス範囲を使用して、restricted.googleapis.com の A レコードを作成します。
A レコードを指す *.googleapis.com の CNAME レコードを作成します。
A レコードで使用したアドレスのネクストホップとして Cloud VPN トンネルを使用するようにオンプレミス ルーターを構成します。
Cloud VPN トンネルが終了する VPC からデフォルトのインターネット ゲートウェイを削除します。

（C）199.36.153.8/30 のアドレス範囲を使用して、private.googleapis.com の A レコードを作成します。
A レコードを指す *.googleapis.com の CNAME レコードを作成します。
A レコードで使用したアドレスのネクストホップとして Cloud VPN トンネルを使用するようにオンプレミス ルーターを構成します。private.googleapis.com アドレスへのトラフィックを許可するようにオンプレミスのファイアウォールを構成します。

（D）199.36.153.4/30 のアドレス範囲を使用して、restricted.googleapis.com の A レコードを作成します。
A レコードを指す *.googleapis.com の CNAME レコードを作成します。
A レコードで使用したアドレスのネクストホップとして Cloud VPN トンネルを使用するようにオンプレミス ルーターを構成します。
オンプレミスのファイアウォールを構成して、restricted.googleapis.com アドレスへのトラフィックを許可します。

（A）他のスポーク プロジェクトからのポート 443 を許可するファイアウォール ルールを追加します。

（B）GKE ノードがデプロイされているスポーク プロジェクトにプロキシをデプロイし、プロキシを通じてコン​​トロール プレーンに接続します。

（C）GKE ノードがデプロイされているサブネットで限定公開の Google アクセスを有効にします。

（D）承認されたネットワークが他のスポーク プロジェクトのサブネット範囲になるように構成します。

（A）Stackdriver Monitoring で、[リソース] > [Google Cloud ロードバランサ] を選択し、ダッシュボードの主要指標グラフを確認します。

（B）GCP Console のロード バランサの詳細ページで、[モニタリング] タブをクリックし、バックエンド サービスを選択してグラフを確認します。

（C）Stackdriver Error Reporting で、Cloud Load Balancer サービスの未確認のエラーを探します。

（D）Stackdriver Monitoring で、新しいダッシュボードを作成し、ロードバランサの https/backend_request_count 指標を追跡します。

（E）Stackdriver Monitoring で、[リソース] > [Metrics Explorer] を選択し、https/request_bytes_count 指標を検索します。

（A）部門のフォルダーごとに 2 つの階層型ファイアウォール ポリシーを作成し、それぞれに 2 つのルールを作成します。1 つはそれぞれの VPC に割り当てられたプライベート CIDR からのトラフィックと一致し、アクションを許可するように設定する優先度の高いルール、もう 1 つはブロックする優先度の低いルールです。他のソースからのトラフィック。

（B）部門のフォルダーごとに 2 つの階層型ファイアウォール ポリシーを作成し、それぞれに 2 つのルールを作成します。1 つはそれぞれの VPC に割り当てられたプライベート CIDR からのトラフィックと一致し、アクションを goto_next に設定する優先度の高いルール、もう 1 つはブロックする優先度の低いルールです。他のソースからのトラフィック。

（C）各 VPC に VPC ファイアウォール ルールを作成し、優先度 1000 であらゆる送信元からのトラフィックをブロックします。

（D）各 VPC に VPC ファイアウォール ルールを作成し、優先度 0 で任意の送信元からのトラフィックをブロックします。

（A）VLAN アタッチメントで Cloud Interconnect の MACsec を有効にします。

（B）HA VPN ゲートウェイを作成し、ゲートウェイを 2 つの暗号化された VLAN アタッチメントに関連付けます。
新しい専用の HA VPN Cloud Router ピア VPN ゲートウェイ リソースと HA VPN トンネルを作成します。

（C）HA VPN ゲートウェイを作成し、そのゲートウェイを 2 つの暗号化された VLAN アタッチメントに関連付けます。
HA VPN Cloud Router、ピア VPN ゲートウェイ リソース、および HA VPN トンネルを構成します。Cloud Interconnect 層に使用されているものと同じ Cloud Router を使用します。

（D）パートナー相互接続で MACsec を有効にします。

（A）リージョン内にファイアウォール エンドポイントを作成し、エンドポイントを VPC ネットワークに関連付け、ファイアウォール ポリシー ルールを使用して L7 検査を適用します。

（B）ゾーン内にファイアウォール エンドポイントを作成し、エンドポイントを VPC ネットワークに関連付け、ファイアウォール ポリシー ルールを使用して L7 検査を適用します。

（C）プロファイルを VPC ネットワークに接続し、ゾーン内にファイアウォール エンドポイントを作成し、ファイアウォール ポリシー ルールを使用して L7 検査を適用します。

（D）ゾーン内に Private Service Connect エンドポイントを作成し、エンドポイントを VPC ネットワークに関連付け、ファイアウォール ポリシー ルールを使用して L7 検査を適用します。