NAT デバイスの背後にある FortiGate デバイスでプッシュ更新が失敗する場合は、管理者は次の点を確認する必要があります。
* A. オーバーライド サーバの IP アドレスが FortiManager と NAT デバイスに設定されている。
* FortiManager が NAT を通過して FortiGate デバイスに到達できる正しい IP アドレスを使用するように、オーバーライド サーバー IP を構成する必要があります。
* D. NAT デバイスに仮想 IP アドレスと正しいポートが設定されている。
* NAT デバイスには、FortiGate の内部 IP を外部アドレスにマッピングするための正しい仮想 IP (VIP) と、通信に必要な正しいポートが設定されている必要があります。
オプション B と C は次の理由で不正解です。
* NAT デバイスの外部 IP を DHCP に設定することを提案しますが、これはプッシュ更新の問題の解決には関係ありません。
* FortiManager で NAT デバイスの IP とポートを構成することを意味しますが、正しい VIP とポートを構成する場合に比べて、必要性が低くなります。
FortiManager リファレンス:
* FortiManager 7.4 管理者ガイド: デバイス管理と NAT 構成を参照してください。

HA手動モードでセカンダリFortiManagerデバイスに障害が発生した場合、管理者は正常に動作しているセカンダリデバイスの1つを手動でプライマリロールに昇格させ、古いプライマリデバイスを再起動して、障害が発生したデバイスのピアIPを削除する必要があります。これにより、HA構成が正しく更新され、ネットワークの耐障害性が維持されます。
オプション A、B、D は次の理由で不正解です。
* A は遷移が透明であることを示します。これは自動モードの場合にのみ当てはまり、手動モードでは当てはまりません。
* B と D は、手動モードでの HA 再構成プロセスを完全には処理しない、より単純な手順を示します。
FortiManager リファレンス:
* FortiManager 7.4 高可用性 (HA) 構成ガイド: 手動モード構成とフェイルオーバー手順を参照してください。

ISFW (内部セグメンテーション ファイアウォール) などの FortiGate デバイスが FortiManager 内のある ADOM から別の ADOM に移動されると、ADOM がデバイスを完全に同期して統合するまで、新しい ADOM 内のデバイスのステータスは一時的に、ある程度の不整合または不明な状態を示します。
提供されたオプションでは、ISFW デバイスの FortiManager 診断 dvm デバイス リスト出力を分析しています。
出力の説明:
* オプションA:
* 出力には、デバイスのステータスが次のように表示されます。
* dev-db: 変更なし
* conf: 同期中
* 状態: OK
* dm: 取得済み
* ここで重要なのはpkg: [unknown]です。これは、新しい環境のADOMの構成パッケージがまだ不明な状態であることを示しています。これは、デバイスを新しいADOMに移動した直後に発生します。FortiManagerは、デバイスの構成を適切に同期させる前に、処理に時間を必要とします。
* オプションB:
* この出力にはpkg: [out-of-sync]と表示されています。これは何らかの設定の不一致が特定された後に発生しますが、デバイスを新しいADOMに移動した直後の出力ではありません。
* オプションC:
* この出力にはpkg: [never-installed]と表示されており、デバイスにパッケージがインストールされていないことを示しています。このステータスは通常、デバイスがFortiManagerに新しく追加された直後、ADOM間で移動された直後ではない場合に表示されます。
* オプションD:
* この出力にはpkg: [imported]と表示されており、デバイス構成が新しいADOMに正常にインポートされたことを示しています。これは、デバイスが完全に同期された後に発生し、デバイスを新しいADOMに移動した直後には発生しません。
結論：
ISFW デバイスをある ADOM から別の ADOM に移動した直後に表示される出力はオプション A です。FortiManager が新しい ADOM 内のデバイスの構成をまだ完全に同期していないため、パッケージ ステータスはまだ不明です (pkg: [unknown])。