観察結果を決定するには、展示物で提供されている特定の CLI 出力を分析する必要があります。
* コマンドと出力を分析します。
* コマンド: # 自動テスト HAFailOver を診断する
* このコマンドは、自動化ステッチ（「HAFailOver」という名前）を手動でトリガーし、その設定とアクションの実行を検証するために使用されます。定義されたアクションを実行するトリガーイベントをシミュレートします。
* 出力: 自動テスト失敗(1)。stitch:HAFailOver
* 出力にはテストが失敗したことが明示的に示されています。コード (1) は、実行が正常に完了しなかったことを示す一般的なエラーコードです。
* オプションを評価する:
* A. 構成がバックアップされました:
* 不正解です。テスト結果が「失敗」であるため、ステッチで定義されたアクション（「HAFailOver」という名前から「バックアップ構成」である可能性が高いと推測できます）は正常に実行されませんでした。
* B. 高可用性（HA）フェイルオーバーが発生しました:
* 誤りです。diagnose automatic test コマンドはシミュレーションツールです。実際の物理的な HA フェイルオーバーが発生したことを示すものではなく、そのイベントに関連付けられたスクリプトの実行のみを試みます。
* C. テストは失敗しました:
* 正解です。出力には「automation test failed(1)」と明確に表示されており、これは失敗したテストの定義です。
* D. 自動化ステッチテストがログに記録されていません。
* 正解です。Fortinetの自動化トラブルシューティングにおいて、「failed(1)」の結果は、ステッチが無効になっている場合、またはステッチをトリガーまたは記録するために必要なログ設定がアクティブになっていない場合によく発生します。その結果、テスト実行が自動化履歴に適切に記録されていないか、失敗は続行に必要なログデータが不足していることを意味しています。明らかに誤った選択肢AとBを除外すると、Dが2番目に有効な観察結果となります。
参照：
FortiGate Security 7.6 学習ガイド (セキュリティファブリックと自動化): 「CLI コマンド diagnose automation test <stitch_name> を使用して、自動化ステッチをテストできます。コマンドが「failed」を返した場合、アクションは実行されませんでした。これは通常、ステッチが無効になっているか、パラメータが無効になっていることが原因です。」

FortiGate がメモリ負荷が高いために節約モードに入ると (具体的には、メモリ使用率が 95% で極端なしきい値に達するか、プロキシ トラフィックの赤のしきい値に達すると)、システムは安定性を優先し、システム クラッシュ (カーネル パニック) を防止します。
* D. FortiGateはリソースを保護するためにすべての新しいセッションをドロップし始めます。
* エクストリーム節約モード（95%）では、FortiGateカーネルは、システムにとって重要なタスク（管理者アクセスや既存セッションの基本的なパケット転送など）のために残りのメモリを確保しようとします。これを実現するために、検査の種類に関係なく、すべての新しいセッション開始要求を破棄します。
* レッド コンサーブ モード (88%) では、プロキシベースの検査を必要とする新しいセッション (メモリを最も多く消費するため) が特にドロップされますが、フローベースのトラフィックは許可されることが多いです。
* 提供されている選択肢の中で、「新しいセッションをドロップする」は、メモリ使用量のさらなる増加を防ぐために FortiOS が採用している唯一の標準的な保護メカニズムです。
他のオプションが間違っている理由:
* A: FortiGate は節約モードでは自動的に再起動しません。トラフィックを制限することで回復を試みます。(再起動はクラッシュ時の最後の手段であり、設定されたアクションではありません)。
* B: 検査モード (プロキシとフロー) はファイアウォール ポリシーで定義されており、実行時にシステムによって動的に切り替えることはできません。
* C: システムは、ログやAVのような「必須ではないプロセス」を恣意的に停止しません。ログは監査証跡にとって非常に重要です。av-failopen を設定してスキャンをバイパスすることもできますが、システムは通常、エンジン自体を停止するのではなく、「Fail-Close」（トラフィックをドロップする）をデフォルトとして設定します。
参照：
FortiGate Security 7.6 学習ガイド (診断とリソース使用率):「メモリ使用量が極端なしきい値 (95%) に達すると、メモリ枯渇を防ぐためにすべての新しいセッションがドロップされます。」

RFC 7296 (IKEv2) およびフォーティネットの公式ドキュメントによると、IKE_SA_INIT 交換は、暗号パラメータのネゴシエーション、初期の Diffie-Hellman 交換の実行、そして DoS 防御のための Cookie チャレンジメカニズムの実装を担います。レスポンダーが DoS 攻撃（同一送信元からの大量リクエストなど）を疑う場合、IKE_SA_INIT 応答に Cookie を含めます。イニシエーターは、要求した IP アドレスに実際に存在することを証明するために、次のリクエストでこの Cookie を返す必要があります。これにより、リソース枯渇攻撃を軽減できます。
この2段階の交換により、レスポンダーはアドレス証明が成功した場合にのみリソースを割り当てることができ、セキュリティのベストプラクティスに準拠しています。Fortinetのドキュメントでは、このプロセスはIKE_SA_INITフェーズでのみ実行され、後続のIKE_AuthまたはCHILD_SA交換では実行されないことが確認されています。
参考文献:
RFC 7296: IKEv2、セクション2.6「サービス拒否攻撃からの保護」
Fortinet FortiOS VPN ハンドブック: IKEv2 交換プロセスと DoS 防御メカニズム