https://community.fortinet.com/t5/FortiGate/Troubleshooting-Tip-How-to-troubleshoot-FSSO-agentless-polling/ta-p/214349 スニペットから、FortiGate (fssod デーモン経由) が、別の「コレクター」または「DC エージェント」に依存するのではなく、ユーザーのログオンを直接検出していることがわかります。これは、エージェントレス ポーリングを示しています。FortiGate は、TCP 445 を介して DC のイベント ログをポーリングしてログオンを検出します。つまり、次のようになります。- FSSO は、ログオン イベントを検出するためにエージェントレス ポーリング モードを使用しています。- エージェントレス モードでは、FortiGate は、ユーザーがまだログオンしているかどうかを確認するために、ポート 445 で同じ IP (DC) を定期的にポーリングします。

セキュアネットワークアーキテクト学習ガイドのトピックに関する、包括的かつ詳細な100～150語の説明：
ISDBは、FortiGuardが管理する既知のインターネットサービスの定義をFortiGateに提供します。これらの定義は、サービスとアプリケーションを、トラフィックを識別するために必要なIPアドレス範囲、プロトコル、ポートに関連付けます。管理者は、アドレスやサービスの定義を手動で変更する代わりに、ファイアウォールポリシーでISDBオブジェクトを直接参照できるため、トラフィックの許可やブロックなどのアクションを実行できます。したがって、CとDは有効な使用例を示しています。
ISDB情報は、SD-WANのルーティングおよびステアリングの決定にも参照されます。これはURL/ドメインの分類メカニズムではありません。その機能は主にWebフィルタリングに属し、Aを排除します。ISDBはプロキシ検査モードに限定されません。そのマッチング情報はファイアウォールポリシーとルーティングに関与します。
/SD-WAN 処理はネットワークとサービス属性を使用し、B を排除します。FortiGuard のアップデートにより、事前定義されたインターネット サービス定義が最新の状態に保たれます。

正しい結論を導き出すために、図に示されているIKEリアルタイムデバッグ出力の特定の行を分析します。
オプションA（リモートピアが開始ピアである場合）の分析：
証拠：デバッグ出力の最初の行には次のように書かれています：ike 0:624000:98: responder: main mode get 1st message...
キーワード「responder」は、このローカルFortiGateが接続要求を受信して​​いることを示します。したがって、リモートピアが要求を送信しているイニシエータである必要があります。「get 1st message」というフレーズは、ローカルユニットがネゴシエーションシーケンスの最初のパケットを受信して​​いることを確認します。
結論：この記述は正しい。
オプションBの分析（これは第1段階の交渉です）：
証拠：同じ行にメインモードについて言及されている。
IPsec VPNでは、メインモードとアグレッシブモードは、フェーズ1（IKE SA）のネゴシエーションにのみ使用されます。
フェーズ2（児童性的虐待）交渉ではクイックモードを使用します。「メインモード」の存在は、これがフェーズ1の交換であることを明確に示しています。
結論：この記述は正しい。
オプションCの分析（ディフィー・ヘルマン群の不一致がある）：
証拠：
受信提案（リモート）：最初の提案で、type=OAKLEY_GROUP、val=MODP2048（グループ14）をリストします。
私の提案（ローカル）：リストタイプ=OAKLEY_GROUP、値=MODP2048（グループ14）。
リモートピアとローカルゲートウェイの両方がMODP2048（グループ14）をサポートし、提案しているため、Diffie-Hellmanグループの不一致はありません。ログに表示される実際の不一致は暗号化/ハッシュアルゴリズム（リモートはAES-256/SHA2-256を提案し、ローカルはAES-128/SHAを提案）間のものですが、DHグループは一致しています。
結論：この記述は誤りです。
オプションDの分析（これは第2段階の交渉です）：
オプションBの分析で明らかになったように、「メインモード」はフェーズ1のプロトコルです。これがフェーズ2であれば、デバッグログには「クイックモード」と表示されます。
結論：この記述は誤りです。
参照：
FortiGate Security 7.6 学習ガイド (IPsec VPN): "フェーズ 1 モード: メイン モードとアグレッシブ モード。" FortiOS デバッグ ドキュメント: "responder" は IKE 初期化を受信するデバイスを示すと説明しています。

正解はAです。この動作は、図1のconfig system globalの下に示されている設定コマンドset snat-route-change enableによって決定されます。
* ルーティングの変更：ルートID 2の優先度を10から0に変更することで、ルートID 1（優先度5）よりも低くなります。FortiOSでは、優先度の値が低いほど優先されるルートであることを示します。その結果、宛先のアクティブなルートがポート1からポート2に変更されます。
* SNATの影響：既存のセッション（図2参照）では、ポート1に関連付けられたIPアドレス（10.200.1.1）を使用してソースNAT（SNAT）が使用されています。トラフィックを単純にポート2に切り替えると、そのインターフェースの送信元IPアドレスが正しくなくなり、戻りトラフィックが失敗するか破棄される可能性が高くなります。
* snat-route-change enable: この設定は、ルーティングの変更によって優先される送信インターフェイスが変更された場合に、確立済みの SNAT セッションをどのように処理するかを FortiGate に指示します。有効にすると、ルーティングの変更によって SNAT セッションが新しいインターフェイスに強制的に移行された場合、FortiGate はセッション テーブルからセッションをフラッシュ (削除) します。これは、アクティブな TCP セッションは送信元 IP アドレスの変更に耐えられないため必要です。クライアントは新しいセッションを開始する必要があります。新しいセッションは、新しい正しいルート (port2) と対応する新しい SNAT IP を使用して作成されます。
この設定が無効になっている場合、ルートが存在する限り、セッションは元のインターフェース（ポート1）が閉じられるまで「スティッキー」状態のままになる可能性が高い。しかし、明示的な設定により、セッションは強制的に削除される。