FGT-2 の get router info ospf database brief 出力は、エリア 0.0.0.5 が次のように設定されていることを明確に示しています。
【スタブ】エリア。
OSPFにおいて、スタブエリアは内部ルータ上のリンクステートデータベース（LSDB）のサイズを削減するために特別に設計されています。スタブエリアの主な動作は、タイプ5（AS外部）LSAを受け入れないことです。
* FGT-3はASBR（自律システム境界ルータ）であり、OSPFドメインでタイプ5 LSAとして生成されたスタティックルートをインポートします。
* FGT-1はABR（エリア境界ルータ）として機能します。エリア0.0.0.5はスタブエリアであるため、FGT-1はこれらのタイプ5 LSAがエリア0.0.0.5に入るのをブロックします。
* その結果、FGT-2 は FGT-3 によってアドバタイズされた特定の外部ルートを受信しません。代わりに、ABR (FGT-1) はスタブ領域にデフォルトルート (0.0.0.0/0) を挿入して外部ネットワークへの接続を可能にし、これはデータベース出力に表示されます。
質問文ではFGT-3が経路を受信して​​いないと述べられているが、図に示されている決定的な構成はスタブエリア設定であり、これはタイプ5 LSAの伝播をブロックすることに直接対応する（オプションA）。

正解はAです。
デバッグ出力はHTTPSリクエストのもので、ホスト名の値が表示されます。学習ガイドでは、SSL証明書検査の場合、FortiGateは以下のいずれかからFQDNを抽出すると説明されています。
* 「TLS拡張サーバー名表示（SNI）」
* 「SSL証明書の共通名（CN）」
したがって、リアルタイムWebフィルタのデバッグ画面に表示されるホスト名は、クライアントリクエストのSNI、または必要に応じてサーバー証明書のCNから取得できます。そのため、Aが正解となります。
他の選択肢が間違っている理由：
* Bは誤りです。Webフィルタのリアルタイムデバッグに関する学習ガイドの例では、「このスライドは、分類対象のURLがFortiGuardキャッシュにない場合のリアルタイムデバッグ出力の例を示しています」と明記されています。これらのデバッグでは、最終的な検索結果の前にcat=255が表示されるため、ローカルキャッシュヒットを示すものではありません。
* C は間違っています。ftgd-allow はアクションであり、プロファイル名ではありません。デバッグ行ではアクションが action=9 (ftgd-allow) と表示され、プロファイルは profile= 'default' と表示されます。FortiOS の Web フィルタのログでも、プロファイル フィールドはアクション フィールドとは別に使用されます。
* D は、表示される最終カテゴリが url_cat=52 であり、255 ではないため誤りです。学習ガイドの例では同じパターンが示されています。リクエスト行の最初の cat=255 に続いて、解決された結果 cat=52 url_cat=52 が続きます。したがって、検証された答えは A です。

正解は A、D、E です。これは実行可能なパス RPF チェックのシナリオです。FortiGate のデフォルトの RPF 動作では、FortiGate はルーティング テーブルに、パケットが到着したのと同じインターフェイスを介して送信元 IP アドレスへの有効な戻りルートが含まれているかどうかを確認します。学習ガイドの RPF 実行可能なパスの例では、FortiGate は「最初の元のパケットの送信元アドレスと受信インターフェイスに一致するルートをルーティング テーブルでチェックする」と説明されています。そして、正確な結果が示されています。「wan1 を経由するデフォルト ルートがあるため、wan1 で受信したパケットは送信元アドレスに関係なく RPF チェックを通過します」。
ユーザー B は、FortiGate が wan2 経由で 95.56.234.24 へのルートを持たないため失敗します。ユーザー C は、FortiGate が port1 経由で 10.0.4.63 へのルートを持たないため失敗します。したがって、FortiGate がここで非対称リターン ルーティングを許可していないため、オプション B は誤りです。オプション C は、デフォルト ルートが port1 ではなく wan1 を指しているため、port1 に到着したユーザー C のパケットを検証できないため誤りです。

「アプリケーション層へ送信」メッセージを分析する：
デバッグ出力で最も重要な行は次のとおりです。id=65308 ... func=av_receive ... msg= " アプリケーション層に送信
「
意味：このメッセージは、FortiGateカーネルがパケットをユーザー空間デーモン（具体的にはav_receiveハンドラで示されるWAD/Proxyプロセス）に渡して詳細な検査を行っていることを示しています。
意味：この動作はプロキシベースの検査の特徴です。フローベースの検査では、トラフィックはIPSエンジン（多くの場合カーネル内、またはips_measureなどの特定のIPSハンドラ経由）によって処理されるため、標準的なWebフィルタリングで「アプリケーション層へ送信」メッセージが表示されることは通常ありません。
オプションB（ファイアウォールポリシーモード）を評価する：
トラフィックはアプリケーション層プロキシに送信されるため、このトラフィックを制御するファイアウォールポリシー（「ポリシー1で許可されている」に示されているポリシーID 1）は、検査モードをプロキシに設定する必要があります。フローベースの場合、トラフィックはフローパス内に留まります。したがって、オプションBが正解です。
オプションC（Webフィルタプロファイルモード）を評価する：
FortiOSでは、ファイアウォールポリシーがプロキシベースの検査に設定されている場合、そのポリシーに適用されるセキュリティプロファイル（Webフィルタなど）もプロキシベースの検査モードで動作します。av_receive関数が存在することから、コンテンツ検査（Webフィルタ/ウイルス対策）がプロキシエンジンによって実行されていることが確認できます。したがって、選択肢Cが正解です。
オプションAが間違っている理由（NPUオフロード）：
出力には npu_state=0x100 と表示されます。トラフィックが「アプリケーション層に送信されている」フロー トレースのコンテキストでは、これはセッションが NPU (ネットワーク プロセッサ) に完全にオフロードされていないことを示しています。オフロードされたトラフィック (高速パス) はハードウェアによって処理されるため、ペイロード検査フェーズの CPU レベルのデバッグ ログは生成されません。プロキシ処理には CPU の介入が必要です。
オプションDが間違っている理由（ポートマッピング）：
検査には有効なプロトコルマッピングが必要ですが、表示されているデバッグ出力は検査モード（プロキシモードかフローモードか）の直接的な結果です。トラフィックがアプリケーション層に移動しているという観測結果は、主にポリシーとプロファイルモードの設定によるものであり、BとCはログデータから直接得られた「観測結果」と言えます。
参照：
FortiGateのトラブルシューティング（デバッグフロー）：デバッグフローに「msg='send to application layer'」と表示されている場合、プロキシベースの検査のためにトラフィックがプロキシ（WAD）によって処理されていることが確認できます。