管理高可用性機能は、1台のプライマリ管理サーバーと、それと同期する1台以上のセカンダリサーバーをサポートし、冗長性や手動または自動のフェイルオーバーのために複数のスタンバイサーバーを利用可能にします。

正解はBです。R82では、別の管理サーバーからエクスポートされた管理データベースをインポートするための正しいユーティリティは、-v R82でターゲットバージョンを指定するmigrate_server importです。公式のR82 CLIリファレンスガイドでは、エキスパートモードからの構文は./migrate_server import -v R82 ... / <フルパス> / <エクスポートされたファイル名>.tgzと示されています。オプションAは、migrateが古いデータベース移行シナリオで使用される古いコマンドであり、R80.20以降の管理データベース移行のための正しいR82コマンドではないため誤りです。オプションCは有効なCheck Pointコマンドではありません。オプションDは、必要なインポート操作が省略されているため不完全です。修正されたコマンドは、$FWDIRから実行されるものとして解釈されるべきです。
エキスパートモードで /scripts/ に ./migrate_server import -v R82 / < フルパス > / < エクスポートされたファイル名 > .tgz と入力します。試験では、キーワードは migrate_server import -v R82 であり、migrate import ではありません。

正解はBです。ElasticXLは、サイトごとに最大3つのElasticXLクラスタメンバーをサポートし、デュアルサイト展開では合計6つのメンバーをサポートします。オプションAは、ElasticXLではサイトごとに13メンバーがサポートされていないため誤りです。オプションCは、ElasticXLがサイトごとに2つではなく3つのメンバーをサポートしているため制限が厳しすぎます。オプションDはElasticXLのサイジングには該当しません。より大規模なスケールが必要な場合は、Check PointはElasticXLではなくMaestroを推奨しています。正しいCCSE R82の数値は、サイトごとに3、デュアルサイトで合計6です。
Check Point社のR82 ElasticXLのドキュメントには、セキュリティグループのメンバー数を増やす必要がある場合は、Maestroを使用するように記載されています。(sc1.checkpoint.com)

正解はAです。管理HAのフェイルオーバー/切り替えは手動です。Check PointのR82 Security Management管理ガイドには、アクティブ管理サーバーとスタンバイ管理サーバー間の切り替えは自動ではないと記載されています。アクティブ管理サーバーに障害が発生した場合、または管理者がアクティブサーバーをスタンバイサーバーに変更する必要がある場合は、管理者はSmartConsoleから手動で変更を実行する必要があります。オプションBは、自動フェイルオーバーがデフォルトではないため誤りです。オプションCも、ドキュメントに管理HAフェイルオーバーを自動選出に変更するサポートされている構成が記載されていないため誤りです。
オプションDは、管理HAの動作とは正反対です。管理HAとゲートウェイクラスタリングを混同しないでください。セキュリティゲートウェイのフェイルオーバー動作と管理サーバーの切り替え動作は異なります。

正解は D です。Check Point の Identity Awareness および Access Control ポリシーでは、Access Role オブジェクトは、ID 属性と場所属性を 1 つの再利用可能なポリシー オブジェクトに組み合わせます。R82 Security Management 管理ガイドには、Access Role オブジェクトを使用すると、管理者はネットワーク、ユーザーとユーザー グループ、コンピュータとコンピュータ グループ、およびリモート アクセス VPN クライアントに基づいてネットワーク アクセスを構成できると記載されています。これは、オプション D: 名前、ネットワーク、ユーザー、マシン、およびリモート アクセス クライアントに直接対応します。オプション A は範囲が狭すぎ、オブジェクトをサブネットと LDAP フィールドに誤って縮小しています。オプション B は、IP アドレスと LDAP アカウント ユニット フィールドを混在させていますが、実際のポリシーの次元が欠けています。オプション C も、機能的な Access Role コンポーネントではなく、バックエンド ディレクトリとオブジェクト タイプの用語を混在させています。Access Role の目的は、サブネットまたは LDAP ユニットを識別することだけではなく、誰が、どのマシンから、どのネットワーク上で、どのリモート アクセス コンテキストを介してルールに一致するかを定義することです。参照トピック: Access Roles / Identity Awareness。