学習ガイドでは、診断デバッグ評価によって表示されるFortiGuardフラグについて明確に説明しています。
* D = デフォルト
* 「DNS解決によって取得したサーバーのIPアドレス」
そして、さらに具体的に説明する。
* "D = FortiGate が service.fortiguard.net 名を解決したときに取得した IP アドレス (通常、管理者が FortiGate 構成で FortiGuard FQDN または IP アドレスを上書きしていない場合、2 つまたは 3 つのサーバーにこのフラグがあります)" 図では、回答の選択肢の中で、D フラグが付けられた IP アドレスは 208.91.112.194 です。
したがって、それがFortiGateがservice.fortiguard.netを解決して取得したIPアドレスです。
他の選択肢が間違っている理由：
* B. 209.22.147.36 は正しい選択肢ではありません。なぜなら、展示資料では、D フラグで識別される DNS 解決エントリではないからです。
* C. 64.26.151.37にはDフラグがありません
* D. 96.45.33.65にはDフラグがありません
したがって、検証済みの答えはAです。

7.6の学習ガイドでは、ルート選択の順序について説明しています。
「ルート選定プロセス」
* 最も具体的なルート
* 最短距離
* 最も低い指標（動的ルート）
* 最下位優先度（静的ルート）
* ECMP（スタティック、BGP、およびOSPFルート）
そして、次のように述べられています。
「ネットマスク、距離、メトリック、優先度が同じルートが複数存在する場合、FortiGateはそれらすべてのルート間でトラフィックを共有します。これは等コストマルチパス（ECMP）と呼ばれます。」FortiOS管理ガイドでは、ECMPの前提条件について説明しています。
「経路は同じ宛先とコストを持つ必要があります。静的経路の場合、コストには距離と優先度が含まれます。」図では、カーネル/FIBの出力に、2つのデフォルト経路が次のように示されています。
* gwy=100.64.1.254 dev=3 (ポート1) prio=0
* gwy=100.64.2.254 dev=6 (ポート2) prio=10
どちらもデフォルトルートですが、優先順位が異なります。FortiGateはトラフィック転送にFIB/カーネルを使用するため、静的ルートの優先順位が同じになるまでECMPは実行されません。学習ガイドにも、FIBは標準ルーティングを実行するために使用されるテーブルであると記載されています。したがって、2つのデフォルトルートをECMPの対象とするには、管理者は優先順位を同じにする必要があります。
port2の優先度は既に10なので、必要な変更はport1のデフォルトルート優先度を10に設定することです。
他の選択肢が間違っている理由：
* Aは誤りです。なぜなら、snat-route-changeは既存のSNATセッションがルーティング変更にどのように反応するかに影響するものであり、静的ルートがECMPの対象となるかどうかには影響しないからです。
* Bは誤りです。ポート2の優先度を1に変更しても、ポート1の優先度0とは一致しないため、ECMPのルートコストは依然として等しくありません。
* C は誤りです。preserve-session-route はルーティング変更後の既存セッションのルートの永続性に影響し、ECMP の条件には影響しません。

正解はBとDです。
学習ガイドでは、期待セッションは、FTPなどのプロトコルで追加のネゴシエート接続が必要な場合にセッションヘルパーによって作成されるピンホールセッションであると説明しています。そこには、「FortiGateは期待セッションを作成し、期待される戻りトラフィックのためにピンホールポートを開いた」と記載されており、ファイアウォールが「トラフィックを許可するために期待される（ピンホール）セッションを作成する」ことも示されています。したがって、Dが正解です。
B の場合、学習ガイドではセッション出力の gwy= フィールドについて説明しています。最初の値は宛先へのゲートウェイ、2 番目の値は送信元へのゲートウェイです。図では、元の方向のトラフィックがここで DNAT されています。
hook=pre dir=org act=dnat 10.171.121.38:0- > 10.200.1.1:60426(10.0.1.10:50365) したがって、DNAT後の宛先は内部ホスト10.0.1.10であり、セッションの最初のgwy値はその宛先への次のホップに対応します。したがって、Bが正解です。
他の選択肢が間違っている理由：
* Aは誤りです。これはIPSエンジンによって作成されたセッションではなく、期待値/セッションヘルパーの動作です。
学習ガイドでは、期待に関するセッションをIPSではなくFTPなどの支援者と関連付けている。
* C は誤りです。10.200.1.1 は DNAT の前に使用される変換済みアドレスであり、変換後に元の方向のトラフィックを内部宛先に転送するために使用されるネクストホップではありません。
したがって、検証済みの回答はB、Dです。

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