正解は、Check Point Management High Availability は、1 つのプライマリ セキュリティ管理サーバーと 1 つ以上のセカンダリ セキュリティ管理サーバーを中心に構築されているためです。R82 Security Management Administration Guide では、Management HA 環境は、1 つのアクティブ セキュリティ管理サーバーと 1 つ以上のスタンバイ セキュリティ管理サーバーを持つものと定義されています。これが重要な設計上のポイントです。Check Point は、冗長性とデータベース バックアップのために複数のスタンバイ ピアをサポートしていますが、負荷分散管理設計として複数のプライマリ管理サーバーはサポートしていません。最初にインストールされたサーバーがプライマリです。追加のサーバーはセカンダリとして構成され、管理者が 1 台をアクティブに昇格するまで通常はスタンバイとして動作します。オプション B は、Management HA が負荷分散管理サーバー モデルではないため誤りです。オプション C は、セカンダリが 1 台では最大ではないため制限が厳しすぎます。オプション D は捏造です。Management HA は、プライマリ管理サーバーを汎用ロード バランサーの背後に配置することによって実装されるものではありません。参照トピック: Management High Availability / The High Availability Environment。

アクティブ管理サーバーとスタンバイ管理サーバー間の同期は、セッションが公開されたときに開始されます。これは、公開によって管理データベースへの変更がコミットされ、それらの更新のスタンバイサーバーへの同期が開始されるためです。

IKEv1フェーズ1メインモードでは、ピア間で3回の要求応答交換が行われ、パラメータのネゴシエーション、鍵の交換、および双方の認証を行うために合計6つのパケットが使用されます。

正解は C です。通常の migrate_server エクスポートでは、ログとログ インデックスは自動的にエクスポートされません。R82 コマンド構文では、オプション パラメーターとして [-l | -x] が表示されます。-l パラメーターはログ インデックスなしでログをエクスポートし、-x パラメーターはログ インデックス付きでログをエクスポートします。どちらのオプションもオプションであるため、デフォルトのエクスポートではログやインデックスは自動的に含まれません。オプション A は、関連するログ エクスポート オプションがないとインデックスは単独ではエクスポートされないため誤りです。オプション B は、管理者が明示的に -l または -x を使用しない限りログは含まれないため誤りです。オプション D は、ログとインデックスの自動エクスポートによってオプション フラグが意味をなさなくなるため誤りです。正しい試験ルールは次のとおりです。データベース エクスポートのみでは管理データベースと構成がエクスポートされます。ログには -l が必要です。ログとインデックスの両方には -x が必要です。ログとインデックスをエクスポートすると、エクスポート時間とファイル サイズが大幅に増加する可能性があるため、これは運用上重要です。