正解はBです。R82 SmartConsole Central Deploymentでは、最大10個のターゲットインストールを同時に実行できます。R82 Security Management Administration Guideには、管理者が最大で選択できると記載されています。
セキュリティ ゲートウェイとクラスタ メンバーは 30 個ですが、同時に実行できるインストールは 10 個までです。その他のターゲットはすべてキューに入れられ、以前のインストールが完了したときに処理されます。これは、ホットフィックス、ジャンボ ホットフィックス アキュムレータ、およびアップグレード パッケージの中央展開操作に適用されます。オプション A は、3 が R82 SmartConsole 中央展開の同時実行制限ではないため誤りです。オプション C も、5 が文書化された制限を下回っているため誤りです。オプション D は、SmartConsole 中央展開はバッチ展開を明示的に想定しており、一度に 1 つずつの操作を想定していないため誤りです。操作の詳細が重要です。管理者は多数のゲートウェイを選択できますが、管理サーバーが並列実行制限を適用します。試験では、直接の数は同時インストール 10 です。参照トピック: SmartConsole の中央展開 / インストールの同時実行。

正解はCです。管理高可用性環境では、プライマリセキュリティ管理サーバーを最初にアップグレードする必要があります。Check PointのR82インストールおよびアップグレードガイドには、管理HA内の他のサーバーをアップグレードする前に、プライマリセキュリティ管理サーバーがアップグレードされ、実行されていることを確認するように明記されています。手順では、ステップ1としてCPUSE、高度なアップグレード、移行などのサポートされている方法のいずれかを使用してプライマリセキュリティ管理サーバーをアップグレードし、ステップ2としてセカンダリセキュリティ管理サーバーをアップグレードするように記載されています。この順序により、管理データベースの権限が保護され、プライマリ管理ロールが安定する前にセカンダリシステムがアップグレードされる状況が回避されます。オプションAは、専用ログサーバーが管理アップグレード戦略に従い、その後互換性要件に一致する必要があるため誤りです。オプションBは、セカンダリ管理が最初ではないため誤りです。
選択肢Dは誤りです。セキュリティゲートウェイは、それを制御する管理サーバーのアップグレード後にアップグレードされるからです。
参照トピック: R80.20以降における管理高可用性のセキュリティ管理サーバーのアップグレード。

正解はAです。SmartEventは、SmartEvent設定の内部ネットワーク構成に基づいて、トラフィックまたはイベントが内部か外部かを判断します。R82のログ記録および監視に関するドキュメントでは、オブジェクトを内部ネットワークに追加する操作はSmartEventの一般設定タスクとして記載されており、相関ユニット、ログサーバー、ドメイン、内部ネットワーク構成などの初期設定にはSmartEvent GUIが使用されます。
オプションBは、RFC1918プライベートアドレス指定が信頼できる企業境界ではないため誤りです。プライベートアドレスは、パートナーネットワーク、VPN、ラボ、クラウドオーバーレイ、または外部NATシナリオで発生する可能性があります。オプションCは、SmartEventがゲートウェイトポロジからイベントの方向を単純に導出するわけではないため誤りです。オプションDはマーケティング的なノイズです。AI/MLは、内部/外部イベントの分類のための構成メカニズムではありません。
CCSE では、構成主導のイベント コンテキストという概念がテストされています。SmartEvent が内部の発信元または宛先を分類する必要がある場合、管理者は組織の内部ネットワークを正しく定義する必要があります。内部ネットワークの定義が間違っていると、イベントの解釈、ダッシュボード、レポート、および相関コンテキストが誤解を招くことになります。参照トピック: SmartEvent 一般設定 / 内部ネットワーク。

ElasticXLクラスタの各メンバーには、少なくとも4つのインターフェースが必要です。管理用、内部トラフィック用、外部トラフィック用、そして状態同期専用の同期インターフェースです。

VPNルートは、各セキュリティゲートウェイのvpn_route.confファイルで設定されます。このファイルでは、管理者が標準ルーティングや自動メカニズムでは処理できないVPNトラフィックに対して、静的または特別なルーティング動作を定義します。