削除するカテゴリに含まれるルールは、その上にあるカテゴリに追加されます。クリックして、ポリシーを保存します。ルールを適切に作成して順序付けることは複雑な作業ですが、効果的な展開を構築する上で不可欠な作業です。ポリシーを慎重に計画しないと、ルールが他のルールをプリエンプション処理したり、追加のライセンスが必要となったり、ルールに無効な設定が含まれる場合があります。システムが用意されています。エディタのアイコンによる警告とエラーの表示がされます。アイコンにポインタを合わせると、警告、エラー、情報の内容を示すテキストを確認できます。ポリシーに適用できる場合があります。この場合、間違いのある設定には効果がありません。プリエンプションされたルールはトラフィックを評価しません。エラーまたはモデルの不一致を示している場合は、問題が解消されるまでそのポリシーは適用できません。警告が出されているルールを無効にすると、警告アイコンが消えます。潜在する問題を修正せずにルールを有効にすると、警告アイコンが再表示されます。ポリシー設定にエラーがある場合、問題が解消されるまでそのポリシーは適用できません。情報アイコンは、トラフィックのフローに影響する可能性がある設定に関する有用な情報を表示します。これらの問題は重大ではなく、ポリシーの適用を妨げません。トラフィックの処理に必要なリソースの軽減にも寄与します。複雑なルールを作成したり、ルールの順番が不適切であったりすると、パフォーマンスに影響する可能性があります。詳細については、以下を参照してください。ルールを適切に設定して順序付けることは、効果的な展開を構築する上で不可欠な要素です。ルールで他のルールのプリエンプションが発生したり、無効な設定が含まれたりする場合があります。これらの問題を示すために、警告およびエラーのアイコンが表示されます。ルールの条件が後続のルールよりも優先して適用され、後続のルールによるトラフィックの照合が回避される場合があります。番目のルールによってトラフィックがブロックされることはありません。ポリシー設定が無効になる場合があります。次の例について考えてみます。ライセンスを持たないモジュールをターゲットにすることで無効になる可能性があります。アイコンが表示され、ポリシーをそのデバイスに適用できなくなります。適用可能にするには、このルールを編集または削除するか、ポリシーのターゲットを変更するか、または適切なライセンスを有効にする必要があります。ゾーンをゾーン条件に追加した場合、ルールの横に警告アイコンが表示されます。アクションを変更するまで、このルールには効果がありません。コントロールの対象ユーザではなくなるため、そのルールは効果がなくなります。始まる番号が付いています。モジュールは、ルール番号の昇順で、ルールを上から順にトラフィックと照合します。ルールを除き、トラフィックが一致する最初のルールがそのトラフィックを処理するルールになります。トラフィックの処理に必要なリソースが削減され、ルールのプリエンプションを回避できます。ユーザが作成するルールはすべての組織と展開に固有のものですが、ユーザのニーズに対処しながらもパフォーマンスを最適化できるルールを順序付けする際に従うべきいくつかの一般的なガイドラインがあります。重要性が最も高いルールから最も低いルールへの順序付け最初に、組織のニーズに適するルールを順序付けする必要があります。すべてのトラフィックに適用する必要がある優先順位ルールをポリシーの先頭部分付近に配置します。特定のルールから一般的なルールへの順序付け特定のルール、つまり処理するトラフィックの定義を絞り込むルールを先に設定することで、パフォーマンスを向上させることができます。これは、広範な条件を持つルールが多様なタイプのトラフィックを照合し、後でより多くの特定のルールをプリエンプション処理できるという理由からも重要です。証明書を発行してしまい、その証明書を取り消していない状況を考えてみましょう。信頼チェーン内にあるそれ以外のトラフィックは許可したいとします。証明書をアップロードし、その後に次のようにルールを順序付けることです。CN=www.goodca.comルールを入れ替える場合は次のようになります。よって信頼されたトラフィックも含まれます。番目のルールに一致しないため、悪意のあるトラフィックはブロックされずに許可される可能性があります。セッションが確立される前に、サーバの公開キー証明書が、サーバにすでに関連付けられているブラウザの証明書と一致しているかどうかを、クライアントのブラウザが強制的に確認します。アクションにはサーバ証明書を変更してからクライアントに渡すという動作が含まれているため、ブラウザがすでにその証明書をピニングしている場合は、変更された証明書が拒否されます。ブラウザは接続を拒否します。ルールの前に配置してください。ブラウザから、ピニングされた証明書を取得できます。接続が成功した場合も、失敗した場合も、ログに記録された接続イベントから証明書を表示できます。再署名(Decrypt-Resign)])より前に配置することで、パフォーマンスが向上する可能性があります。この理由は、トラフィックの復号には多量のリソースを消費するものがあるからです。モジュールが復号やインスペクションの対象とするはずのトラフィックが迂回する可能性があります。他の要素がすべて同等である、つまりルールのセットで、より重要というルールがなく、プリエンプションが問題ではない場合には、次の順序でルールを配置することを考慮してください。ポリシーおよびルールは、多量のリソースを消費する可能性があります。トラフィックの評価に使用する基準の拡張セットを作成します。ウィンドウが表示される場合があります。この最大値は、デバイスの物理メモリやプロセッサ数などの、さまざまな要因によって異なります。ルールの単純化とパフォーマンスの向上に役立ちます。ルールの作成時には、条件を構成する要素は可能な限り少なくします。ブロックを使用します。ポート条件では、ポート範囲を使用します。グループを使用します。ルール条件で使用するオブジェクトに要素を結合しても、パフォーマンスは向上しないことに注意してください。アドレスを個別に含めるよりも単に構成上のメリットがあるだけです。ゾーンごとにルールを制限します。つにない場合、ルールはそのデバイスのパフォーマンスに影響を与えません。ルールを過度に設定しないでください。つの条件を使用しないでください。トラフィック復号の設定トラフィック復号を設定する際は、次の注意事項に従ってください。コントロールを使用して検査する処理のリソースを必要とします。モジュールが復号するトラフィック量が、処理対象が広範な復号ルールより減るので、結果として、トラフィック復号に必要な処理のリソースも削減されます。ルールを使用して許可またはブロックするのではなく、できるだけブロックするかまたは復号しないことを選択します。ポリシーにアップロードするようにします。信頼チェーン内のすべてのトラフィックは復号なしで許可されるようになり、不要な復号は実施されません。サービス契約が必要です。