IPsec VPN シナリオにおいて、常に 1 つのリモートサイトのみが接続されるようにするには、route-overlap を use-new または use-old オプション付きで使用してください。この設定により、優先されるルートとルートの重複の処理方法が指定され、一方の接続が他方の接続よりも優先されるようになります (C)。
参考文献:
* FortiOS ハンドブック - IPsec VPN

設定行「set dpd on-idle」は、デッドピア検出（DPD）がトンネルがアイドル状態の場合にのみトリガーされるように設定されており、アクティブに無効化されていないことを示します1。参考資料：FortiGate IPSec VPN ユーザーガイド - Fortinet ドキュメントライブラリ 指定された VPN 設定では、デッドピア検出（DPD）が「on-idle」に設定されており、DPD が有効になっており、トラフィックが検出されないときに VPN トンネルのもう一方の端がまだアクティブであるかどうかを検出するために使用されることを示します。
したがって、オプションCは誤りです。設定では、トンネルのタイプが「ダイナミック」に設定されていますが、ダイヤルアップクライアントごとに個別の仮想インターフェースは作成されません（A）。また、ダイナミックルーティングが使用されることも指定されていません（B）。これはフェーズ1の設定スニペットであるため、これだけではルーティングテーブルの側面（D）を結論付けることはできません。

config system fortiguardでプロトコルをUDPに設定しようとした際にコマンドが失敗する理由は、このコンテキストではUDPがプロトコルオプションではないことが原因であると考えられます。コマンド構文が間違っているか、FortiGuardアップデート用のプロトコルを設定するオプションがこのように存在しない可能性があります。したがって、正解はDです。udpはプロトコルオプションではありません。

ネットワーク図と2台のFortiGateデバイスの存在を考慮すると、アクティブ/パッシブモードのFortinet Gate Clustering Protocol（FGCP）がFortiGateクラスタの構築に最適です。FGCPは高可用性構成をサポートし、一方のFortiGateに障害が発生した場合でも、もう一方のFortiGateがシームレスに引き継ぎ、ネットワークの継続的な可用性を確保できるように設計されています。これは、FGCPを使用した高可用性構成に関するFortinetのドキュメントでも裏付けられています。

選択肢Bが正解です。セキュリティファブリック内の各FortiGateは、ログをFortiAnalyzerに送信して一元的にログ記録と分析を行うことができるためです12。これにより、単一のコンソールからセキュリティファブリック全体を監視・管理し、集約されたレポートやダッシュボードを表示できます。
選択肢Aは不正解です。ルートFortiGateは、FortiAnalyzerにログを送信できる唯一のデバイスではありません。ルートFortiGateは、セキュリティファブリックを開始し、他のFortiGateデバイスとの通信の拠点として機能するデバイスです3。ただし、FortiAnalyzerのログソースはルートFortiGateのみである必要はありません。
選択肢Cは不正解です。NATまたはUTMを実行するFortiGateデバイスだけがFortiAnalyzerにログを送信できるデバイスではないからです。これらのデバイスは、通過するトラフィックに対して、ファイアウォール、アンチウイルス、Webフィルタリングなどの追加のセキュリティ機能を実行できます4。しかし、セキュリティファブリックでログを生成するデバイスはこれだけではありません。
選択肢Dは不正解です。セキュリティファブリックでセッションを処理した最後のFortiGateが、FortiAnalyzerにログを送信できる唯一のデバイスではないためです。最後のFortiGateは、セッションを終了し、最終的なセキュリティポリシー5を適用するデバイスです。ただし、セッション情報をFortiAnalyzerに報告する唯一のデバイスである必要はありません。参考：
1: セキュリティ ファブリック - Fortinet ドキュメント1
2: FortiAnalyzer デモ6
3: セキュリティ ファブリック トポロジ
4: セキュリティファブリックUTMの機能
5: セキュリティファブリックのセッション処理