アドレスを使用してこの設定を抑制すると、予期しない結果になる可能性があります。6ルールを保存するか、編集を続けます。次のタスク設定変更を展開します。設定変更の展開を参照してください。ソース、またはレルムの設定を調整することを検討してください。その他の関連するトラブルシューティング情報については、以下を参照してください。レコードをドロップすることがあります。その結果、ユーザ条件のルールが、一致することが想定されているトラフィックと一致しない可能性があります。グループを設定している必要があります。グループ制御を実行できません。グループ条件を含むルールを設定する場合、サーバは報告するユーザの数を制限していることがあります。グループから報告するユーザの数を制限します。報告され、ユーザ条件を含むルールでの使用に適するようにカスタマイズする必要があります。ルールが、初めて表示されたユーザと一致しないシステムは、以前に表示されていないユーザからのアクティビティを検出すると、サーバからそれらのユーザに関する情報を取得します。システムがこの情報を正常に取得するまで、このユーザに表示されるアクティビティは、一致するルールによって処理されません。アクション)によって処理されます。次のような状況が考えられます。グループ条件を含むルールに一致しない。デバイスによって報告されたユーザがルールと一致しない。分析ツールに表示するのが遅れる可能性があることに注意してください。ユーザと一致しないこれは想定されている動作です。ユーザに対してユーザ制御を実行することができます。ユーザに対するユーザ制御は実行できません。ユーザと一致しないこれは想定されている動作です。ユーザに対してユーザ制御を実行することができます。ユーザに対するユーザ制御は実行できません。次のようなメッセージが表示されます。percent別のメッセージには、ユーザとグループによって使用されているメモリのパーセンテージが表示されます。したメッセージの表示が続く場合には、次のオプションのいずれかを実行できます。ポリシーによって処理されるユーザを制限します。管理対象デバイスをメモリが大きなモデルにアップグレードします。タグ(SGT)使用してトラフィックを制御できます。信頼ネットワーク内での、トラフィックの送信元の権限を指定します。オブジェクトを使ってトラフィックをフィルタ処理します。使用したトラフィック制御は、ユーザ制御とは見なされません。条件をサポートしています。基づいてトラフィックを制御するために使用できるものがあります。属性と照合することができます。ルールと照合されます。ソースに設定すると、システムは次の動作をします。オプションを無効にします。オブジェクトをそのまま保持しますが、それらの変更や、新しいオブジェクトの追加はできません。条件の既存のルールを保持します。これらのルールはトラフィックの照合を行いません。条件を含む新しいルールを作成することはできません。条件を含む既存のルールは削除するか、無効にすることを推奨します。属性条件を使用します。属性がタグ付けされたトラフィックをフィルタ処理する方法を説明します。使用しない場合にのみ機能します。ルール条件との比較を参照してください。使用する場合、機能しません。オブジェクトを設定します。オブジェクトの作成を参照してください。タブをクリックします。オブジェクトを見つけて選択します。属性があるすべてのトラフィックと一致します。ルールが必要な場合に選択できます。5ルールを保存するか、編集を続けます。次のタスク設定変更を展開します。設定変更の展開を参照してください。オブジェクトの設定を調整することを検討してください。ソースとして設定していない場合にのみ使用できます。タグ(SGT)への自動遷移を参照してください。Admin多くのポリシーでは、ルールとルール内の検索が可能です。システムは、入力内容をルールの名前および条件値と照合します。グループが含まれます。リストまたはフィードに含まれる値は検索できません。タブをクリックします。照合ルールごとに、一致する値のカラムが強調表示されます。メッセージには、現行の一致および合計一致数が表示されます。3目的のルールを見つけます。)をクリックして、検索と強調表示をクリアします。エディタでは、該当デバイスによってルールの表示をフィルタ処理することができます。システムは、ルールがそのデバイスに影響するかどうかを判断するために、ルールのインターフェイス制約を使用します。グループの条件)でルールを制約すると、インターフェイスが置かれている場所のデバイスがそのルールの影響を受けます。インターフェイス制約のないルールは、すべてのインターフェイスに適用されるので、すべてのデバイスに適用されることになります。ルールは、常にインターフェイスで制約されます。グループのリストが表示されます。ボックスをオンにして、これらのデバイスまたはグループに適用されるルールだけを表示します。オンにしてリセットし、すべてのルールを表示します。ヒントポインタをルール基準に合わせると、その値が表示されます。リストをフィルタ処理する場合、システムはオーバーライド値を表示します。リストをフィルタ処理する場合、システムはオーバーライド値を表示します。Issues展開を防ぐルール(赤色のアイコンでマーく)か、または別のルールがルールの順序で上にあるためにトラフィックが一致することがないルール(黄色のアイコンでマーク)のそれぞれに、システムはフラグを設定します。他のルールに部分的に一致するルールにはフラグが付けられないため、後続の一部のルールが一致しない場合もあります。2ポリシー名をクリックします。3次のいずれかまたは両方を実行します。システムで問題が特定されていない場合、このボタンは表示されません。問題がある場合は、このボタンをクリックして問題があるすべてのルールのリストを開きます。リストでルール名をクリックします。チェックボックスをオンにします。これにより、リスト内で問題があるルールがエラー(赤色)または警告(黄色)のアイコンで示されます。必要に応じて、ポリシー内のすべてのルールを確認するまで下にスクロールします。4問題の詳細を表示するには、アイコンの上にポインタを置きます。5部分一致のみであるためフラグが付けられていない重複を検索して対処します。オフにしてからもう一度オンにし、変更したルールに競合がないかを評価します。次のタスク問題があるルールを削除または変更し、問題に対処します。ポリシーで同様のエラーや警告を調べ、問題に対処しあす。エディタでは、トラフィックの分析やフローに悪影響を与える可能性のある設定をアイコンで示します。問題に応じて、システムはユーザがそのようなポリシーを展開しようとするときに警告するか、導入を完全に阻止します。ヒント警告、エラー、または情報のテキストを確認するには、マウスのポインタをアイコンの上に置きます。例errorルールまたは設定にエラーがある場合、影響を受けるルールを無効にしても、問題を修正するまではポリシーを展開できません。ライセンスのないデバイスをターゲットにする時点まで有効です。アイコンが表示され、ポリシーを展開できなくなります。ライセンスを有効にする必要があります。警告ルールに関する警告またはその他の警告が表示されていても、ポリシーを展開することはできます。警告でマークされている誤った設定は有効になりません。警告が出されているルールを無効にすると、警告アイコンが消えます。潜在する問題を修正せずにルールを有効にすると、警告アイコンが再表示されます。プリエンプトされるルール、または誤った設定によりトラフィックを照合できないルールは有効になりません。ユーザ、無効なポートなどを使用した条件が含まれます。エラーまたはモデルの不一致を示している場合は、問題を修正するまでそのポリシーを展開することはできません。情報アイコンは、トラフィックのフローに影響する可能性がある設定に関する有用な情報を表示します。これらの問題によってポリシーの展開が阻止されることはありません。トラフィックを識別するまで、その接続の最初の数パケットと一部のルールとの照合をスキップすることがあります。要求が識別されるように接続が確立されます。トラフィックをきめ細かく制御します。ルールを適切に設定して順序付けることは、効果的な導入を確立する上で不可欠な要素です。セットがありますが、ニーズに対処しながらもパフォーマンスを最適化するために従うべき一般的なガイドラインがいくつかあります。パフォーマンスの最適化は、リソースを大量に消費する分析を実行する場合は特に重要です。複雑なポリシーやルールは、重要なリソースを消費し、パフォーマンスに悪影響を与える可能性があります。トラフィックを評価するために使用する拡張基準セットを作成します。デバイスのリソース(物理メモリ、プロセッサなど)を上回っている場合、そのデバイスに展開することはできません。(注)常に、ルールを組織のニーズに適した順序に配置する必要があります。すべてのトラフィックに適用する必要がある最優先順位のルールをポリシーの先頭近くに配置します。条件を設定したルールが一致する可能性が高くなります。トラフィックを識別するまで、その接続の最初の数パケットと一部のルールとの照合をスキップすることがあるためです。要求を識別できるようになります。つの条件を使用しないでください。個々のルール条件を最小化します。できる限り少ない個々の要素をルールの条件に使用します。ブロックを使用します。要素をオブジェクトに組み合わせても、パフォーマンスは向上しません。アドレスを個別に含めるよりも単に構成上のメリットがあるだけです。アプリケーション検出の推奨事項については、アプリケーション制御に関する推奨事項を参照してください。絞り込み:特にインターフェイスによってリソース消費ルールを絞り込んで制約するできる限り、ルールの条件を使用してリソース消費ルールが処理するトラフィックを絞り込んで定義します。絞り込まれたルールは、広範な条件を持つルールが多様なタイプのトラフィックを照合し、後でより多くの特定のルールをプリエンプション処理できるという理由からも重要です。以下は、リソース消費ルールの例です。ルール:復号だけでなく、復号されたトラフィックの更なる分析にもリソースが必要です。絞り込みを細かくし、また可能な場合は、暗号化トラフィックをブロックするか、復号しないようにします。暗号化と復号化を実行します。これによりパフォーマンスが大きく向上します。詳細については、TLS/SSLハードウェアの加速を参照してください。ルール:特に複数のカスタム侵入ポリシーと変数セットを使用している場合、侵入ファイルやマルウェアのインスペクションにはリソースが必要です。インスペクションは必要な場所でのみ呼び出されることを確認してください。最大のパフォーマンスによるメリットを得るため、インターフェイスによってルールを制約します。ルールがデバイスのすべてのインターフェイスを除外する場合、そのルールはそのデバイスのパフォーマンスに影響しません。ルールの順序指定のガイドライン常に、ルールを組織のニーズに適した順序に配置する必要があります。通常、すべてのトラフィックに適用する必要がある最優先順位のルールをポリシーの先頭近くに配置する必要があります。例外については、次の項で説明します。ルールの順序ルールのプリエンプションルールのプリエンプションが発生するのは、評価する順番が前のルールがトラフィックと一致するために、その後のルールが全くトラフィックと一致しない場合です。ルールの条件により、そのルールが他のルールをプリエンプション処理するかどうかが決まります。番目のルールがそのトラフィックをブロックできません。2:管理ユーザをブロックどのようなタイプのルール条件でも、後続のルールを回避する可能性があります。番目のルールをプリエンプション処理します。