新しいFortiGateをクラスタに追加すると、プライマリFortiGateは自身の設定チェックサムを新しいセカンダリFortiGateの設定チェックサムと比較します。チェックサムが一致しない場合、プライマリFortiGateは自身の設定全体をセカンダリFortiGateにアップロードします。
初期同期が完了した後、HA クラスタ デバイス (プライマリまたはセカンダリ) の構成に変更が加えられるたびに、増分同期によって、同じ構成変更が HA ハートビート リンクを介して他のすべてのクラスタ デバイスに送信されます。

展示品より:
ファイアウォール ポリシーではアプリケーション制御が有効になっており、SSL 検査に証明書検査が使用されます。
アプリケーション センサーには、次の順序 (優先順位) のアプリケーション オーバーライドとフィルター オーバーライドがあります。
過剰な帯域幅とアクションブロック
Google（ベンダーフィルター）アクションモニター
FortiOSでは、アプリケーションとフィルタのオーバーライドは優先度（トップダウン）に基づいて評価されます。最初に一致したオーバーライドが適用されます。トラフィックが以前のオーバーライドでブロックに一致した場合、後続のオーバーライドで監視/許可に一致してもブロックされます。
www.fortinet.com は機能しているのに、Google アプリが機能しない理由:
多くの Google アプリケーションは、特定のサービスとトラフィック パターンに応じて、過剰な帯域幅の動作/シグネチャとして検出される (またはトリガーされる) 可能性があります。
過剰帯域幅（ブロック）が Google（監視）の上にあるため、Google 関連のトラフィックが最初のルールに一致し、Google のオーバーライドが評価される前にブロックされる可能性があります。
www.fortinet.com へのアクセスは、そのトラフィックが過剰な帯域幅のオーバーライドと一致しないため機能します。
したがって、解決するには:
B). 「アプリケーションとフィルタのオーバーライド」セクションで Google を上に移動して、優先度を高く設定します。これにより、より広範なブロックのオーバーライドが適用される前に、Google が Google のオーバーライドと一致するようになります。
E) 「アプリケーションとフィルターの上書き」セクションで Google のアクションを「許可」に設定します。これにより、優先度の高い一致が発生した場合に Google アプリケーションが明示的に許可されます (トラブルシューティングとアクセスの確保のために「監視」よりも強力です)。
他のオプションがここで最適ではない理由:
（ディープコンテンツ検査）は、より多くの HTTPS アプリケーションを識別するのに役立ちますが、この図にはすでに特定の Google オーバーライドが設定されていることが示されています。当面の問題は、オーバーライドの評価順序とアクションです。
CはWebフィルタのURLカテゴリに関連していますが、問題はアプリケーション制御の動作で発生しています。
/vendor がオーバーライドします。
D (フローベース) は、オーバーライドの優先順位とアクションの競合を修正するために必要ではありません。

FortiGateのNGFW（次世代ファイアウォール）プロファイルベースモードでは、ポリシーでフローベースとプロキシベースの両方のインスペクションモードを使用できるため、セキュリティとパフォーマンスの要件に応じた柔軟性が得られます。さらに、プロファイルベースモードでは、ファイアウォールポリシーにアプリケーションとWebフィルタリングのプロファイルを直接適用できるため、トラフィックをきめ細かく制御できます。

FGはデフォルトで88%で節約モードに入り、この時点では設定の変更はできません。また、追加の設定がない場合、FGは検査が必要なセッションを破棄します。95%になると、すべての新規セッションが破棄されます。

pingトラフィックポリシーは、外部IP範囲を持つSNAT-Remote1というIPプールを使用します。
100.65.0.99。したがって、このポリシーに一致するトラフィック（HQ-PC-1からBR1-FGTへのping）は、
ソース NAT の場合は 100.65.0.99。