FortiOS 7.6管理者学習ガイドおよび公式ドキュメントによると、SD-WANルール（サービス）は、特定の条件に一致するトラフィックのパス選択を決定します。バージョン7.6では、これらの戦略が複数のメンバーインターフェースをどのように処理するかに関して、特別な柔軟性が提供されています。
まず、手動とロードバランシング（ステートメントB）は有効な構成です。手動戦略では、管理者はインターフェースを優先順位に基づいて順序付けますが、ロードバランシングのトグルを有効にすると、FortiGateは稼働中のすべてのメンバーにトラフィックを分散できます。
次に、最低コスト（SLA）戦略が強化され、2つのモードがサポートされるようになりました。ロードバランシングオプションが無効になっている場合は、ロードバランシングなしの最低コスト（SLA）戦略（ステートメントA）として動作し、SLAを満たす最もコストの低い単一のリンクが選択されます。一方、トグルを有効にすると、ロードバランシングありの最低コスト（SLA）戦略（ステートメントD）として動作し、FortiGateは個々のコストに関係なく、SLAターゲットを満たすすべてのインターフェースにトラフィックを分散します。
ステートメント C と E は正しくありません。「最低品質」は認識されている SD-WAN 戦略ではなく、最高品質戦略は、具体的には単一の「最良」リンクに対する優先順位に基づく選択であるため、このモードを選択した場合、GUI で負荷分散トグルを使用できないことを意味します。

IKE フラグメンテーションを無効にすると、証明書ネゴシエーション中に中間デバイスが大きな断片化されたパケットをブロックすることによって発生する問題を解決するのに役立ちます。
SSL VPN トンネル モードを使用すると、HTTPS 経由のトラフィックがカプセル化され、IPsec で一般的に使用される ESP および UDP ポートのブロックがバイパスされます。

HQ-NGFW-1 の HA 構成から:
メモリベースのフェイルオーバーを有効にする
メモリフェイルオーバーしきい値を70に設定する
メモリフェイルオーバーモニター期間を50に設定する
メモリフェイルオーバーのサンプルレートを10に設定する
メモリフェイルオーバーフリップタイムアウトを60に設定する
オーバーライドを無効にする
優先度200を設定
パフォーマンス ステータスの出力から:
HQ-NGFW-1 のメモリ使用率は 90% です（設定されたしきい値 70% を大幅に上回っています）。HQ-NGFW-2 のメモリ使用率は約 48.7% です（しきい値を大幅に下回っています）。メモリベースのフェイルオーバーが FortiOS 7.6 で有効になっている場合の動作 メモリベースのフェイルオーバーを有効にすると、FortiGate はメモリ使用率を監視します。ユニットのメモリ使用量が、設定されたメモリフェイルオーバーしきい値を、設定されたメモリフェイルオーバー監視期間にわたって上回り続ける場合、クラスタはメモリ不足のユニットからフェイルオーバーをトリガーします。
閾値 = 70%
HQ-NGFW-1 は 90% なので、しきい値に違反しています。
監視期間 = 50 秒。
管理者は 55 秒間観察しました。これは 50 秒よりも長いため、フェイルオーバーをトリガーするのに十分な時間条件が満たされています。
メモリフェイルオーバーフリップタイムアウト 60 は、フェイルオーバーの決定後にロールの急速な変更 (フラッピング) を防ぐために使用されます。しきい値違反が監視期間中に継続すると、最初のフェイルオーバーの発生を防ぐことはできません。

FortiOS 7.6 管理ガイドおよび Fortinet ハードウェア アクセラレーション (NTurbo) のドキュメントによると、正解は A です。
NTurboとは（FortiOS 7.6 - 検証済み）
NTurboは、特定のFortiGateモデルで利用可能なハードウェアベースのアクセラレーション機能です。フローベース検査モードでの動作時に、ウイルス対策とIPSのパフォーマンスを向上させるように設計されています。
NTurbo は、次の間に高速で最適化されたデータ パスを作成することで機能します。
FortiGate 入力インターフェース
IPS/AVエンジン
FortiGate出力インターフェース
これにより、CPU の関与が最小限に抑えられ、パケット トラバーサルのオーバーヘッドが削減されます。
オプションAが正しい理由
A . フローベースの検査では、NTurbo は専用のデータ パスを確立し、IPS エンジンと FortiGate の入力および出力インターフェイス間のトラフィックをリダイレクトします。
NTurbo の動作は、次のように文書化されています。
NTurboはフローベースの検査にのみ適用されます
IPSとウイルス対策スキャンを高速化します
不要な処理ステップをバイパスする専用の高速パスを作成します。これにより、スループットが大幅に向上し、待ち時間が短縮されます。この説明は、Fortinet による NTurbo の公式説明と一致しています。
他の選択肢が間違っている理由
B . NTurboは2つの検査セッションを作成する
不正解です。NTurbo はセッションを複製せず、パケット パスを最適化します。
C . NTurboはトラフィックをコンテンツプロセッサ（プロキシベース）にオフロードします。
不正解です。NTurbo はプロキシベースの検査には適用されず、コンテンツプロセッサにオフロードされません。
D . NTurboはファイル全体をバッファリングしてから、ウイルス対策エンジンに送信します。不正解です。ファイル全体をバッファリングするのはプロキシベースの動作であり、NTurboの動作ではありません。

FortiOS 7.6管理ガイドおよびセキュリティファブリックのドキュメントによると、自動化ステッチは、ネットワーク全体のセキュリティおよびシステムイベントへの対応を自動化するように設計されています。これらのステッチの中心的な特徴は、アクション実行の柔軟性です。具体的には、複数のアクションを並行して実行できます（ステートメントC）。システムは、アクション間の遅延を設定可能なシーケンシャル実行を可能にしますが、デフォルトの動作または設定オプションでは、Webhookのトリガーやホストの隔離と同時にメール通知を送信するなど、同時対応が可能です。
さらに、トリガーには外部コネクタが関与する場合があります（ステートメントD）。多くのトリガーはFortiGateのローカルなトリガー（再起動やログイベントなど）ですが、セキュリティファブリックにより、FortiGateはFortiAnalyzer、FortiSIEM、FortiClient EMSなどの外部コンポーネントからのイベントを監視し、対応することができます。例えば、FortiAnalyzerのイベントハンドラは、ルートFortiGateのスティッチのトリガーとして機能することができます。ステートメントAは誤りです。アクションは、ファブリックの内部デバイスではないAWS LambdaやSlackなどの外部システムをターゲットにすることができるためです。
ステートメント B は正しくありません。各オートメーション ステッチは通常、単一のトリガーによって定義されますが、そのトリガー自体は広範囲に及ぶ可能性があります (例: 「任意のセキュリティ評価通知」)。