ユーザとグループルールにグループまたはユーザを追加した後、そのグループまたはユーザを除外するようにレルムの設定を変更すると、ルールは適用されなくなります。(レルムを無効にする場合も同様です。)レルムの詳細については、レルムの作成を参照してください。アクセラレーションを有効にすると、パフォーマンスが低下します。ポリシーがアクティブです。アクセラレーションを有効にすることをお勧めします。ゾーンを条件として追加した場合、ルールの横に警告アイコンが表示されます。アクションを変更するまで、このルールには効果がありません。カテゴリが復号を試みているサイトとは異なることがあります。カテゴリ)にリダイレクトされます。サイトをユーザが参照すると、データが復号されないことがあります。データベースで分類されません。サイトのデータはデフォルトでは復号されません。ボックスをオンにすることで、この動作を制御できます。インテリジェンス通信の設定を参照してください。ルールをトラフィックと照合します。ルールに従って行われます。した条件には、単純なものと複雑なものがあります。バージョンなどによってトラフィックを制御できます。各ルールにはアクションも設定されます。アクションにより、アクセス制御と一致する暗号化または復号化トラフィックに対してモニタ、ブロック、検査のいずれを行うかが決まります。システムがブロックした暗号化トラフィックは、それ以上のインスペクションが行われないことに注意してください。コントロールを使用して検査します。ルールの条件では暗号化されていないトラフィックを必要とするため、暗号化されたトラフィックに一致するルール数が少なくなる場合があります。インスペクションを無効にしています。ルールによるトラフィックの処理を要約しています。このシナリオでは、トラフィックは次のように評価されます。Action)は、暗号化されたトラフィックを最初に評価します。コントロールによるインスペクション用に渡します。一致しなかった暗号化トラフィックは、次のルールへと進められます。Monitor)は、暗号化トラフィックを次に評価します。フローには影響しません。システムは引き続きトラフィックを追加のルールと照合し、許可するか拒否するかを決定します。一致したトラフィックは復号されません。コントロールにより検査しますが、ファイルや侵入インスペクションは行いません。一致しないトラフィックは、引き続き次のルールと照合されます。一致するトラフィックは、追加のインスペクションなしでブロックされます。一致しないトラフィックは、引き続き次のルールと照合されます。ネットワークへの着信トラフィックで一致したものは、ユーザのアップロードする秘密キーを使用して復号されます。ルールで評価されます。ルールは、復号されたトラフィックと暗号化されていないトラフィックで同じ処理をします。この追加インスペクションの結果、システムがトラフィックをブロックする場合があります。他のすべてのトラフィックは、宛先への送信が許可される前に再暗号化されます。ルールに一致しなかったトラフィックは、次のルールへと進められます。Resign)は、最後のルールです。証明書を使用してサーバ証明書を再署名してから、中間者(man-in-the-middle)としてトラフィックを復号します。ルールで評価されます。ルールは、復号されたトラフィックと暗号化されていないトラフィックで同じ処理をします。この追加インスペクションの結果、システムがトラフィックをブロックする場合があります。他のすべてのトラフィックは、宛先への送信が許可される前に再暗号化されます。ルールに一致しなかったトラフィックは、次のルールへと進められます。ルールにも一致しなかったすべてのトラフィックを処理します。コントロールによる検査を行います。インフラストラクチャ(PKI)オブジェクトの作成が必要です。ルール条件の作成時、およびプロセスでの関連オブジェクトの作成時に、臨機応変に実行できます。これらのオブジェクトを事前に設定しておくと、不適切なオブジェクトが作成される可能性を抑制できます。ペアによる暗号化トラフィックの復号セッション暗号化に使用するサーバ証明書と秘密キーをアップロードして内部証明書オブジェクトを設定しておくと、システムは着信する暗号化トラフィックを復号できます。ルールでそのオブジェクトを参照し、当該ルールにトラフィックが一致すると、システムはアップロードされた秘密キーを使用してセッションを復号します。オブジェクトを設定した場合、システムは発信トラフィックの復号もできます。ブラウザに渡されたサーバ証明書を再署名した後、中間者(man-in-the-middle)としてセッションを復号します。オプションで、証明書全体ではなく自己署名証明書キーのみを置き換えることができます。この場合、ユーザはブラウザで自己署名証明書キー通知を確認します。ネゴシエートに使用されたサーバ証明書または暗号スイートに基づいて実行できます。ルール条件でオブジェクトを参照してトラフィックを照合することができます。次の表に、設定できる再利用可能なオブジェクトのタイプを示します。リストにある暗号スイートのいずれかに一致する。次のいずれかにより、セッションの暗号化に使用されたサーバ証明書を信頼する。証明書を直接発行した。サーバ証明書のアップロードによる外部証明書オブジェクトセッションの暗号化に使用されたサーバ証明書が、アップロードされたサーバ証明書と一致する。いずれかが、設定された識別名と一致する。ルールには、一意の名前以外にも、次の基本コンポーネントがあります。状態(State)デフォルトでは、ルールは有効になっています。トラフィックの評価にそのルールを使用せず、そのルールに対する警告とエラーの生成を停止します。始まる番号が付いています。システムは、ルール番号の昇順で上から順に、ルールをトラフィックと照合します。ルールを除き、トラフィックが一致する最初のルールがそのトラフィックを処理するルールになります。条件(Conditions)条件は、ルールが処理する特定のトラフィックを指定します。バージョンなどによってトラフィックを照合できます。デバイスのライセンスによって異なります。操作(Action)ルールのアクションによって、一致したトラフィックの処理方法が決まります。暗号化された一致したトラフィックは、モニタ、許可、ブロック、または復号できます。復号および許可された暗号化トラフィックは、さらなる検査の影響下に置かれます。システムは、ブロックされた暗号化トラフィックに対してはインスペクションを実行しないことに注意してください。ログルールのロギング設定によって、システムが記録する処理済みトラフィックのレコードを管理します。ポリシーでの設定に従って、システムが暗号化セッションをブロックするか、あるいは復号なしで渡すことを許可するときに、その接続をログに記録できます。ルールに従ってより詳細な評価のために復号した場合の接続ログを記録するようにシステムを強制することも可能で、これはその後でどのような処理やトラフィックの検査がされるかとは無関係です。サーバに記録できます。ルールを適切に作成し順序付けするのは複雑なタスクです。ポリシーを慎重に計画しないと、ルールが他のルールをプリエンプション処理したり、追加のライセンスが必要となったり、ルールに無効な設定が含まれる場合があります。システムが用意されています。[SSL]を選択します。)が表示される場合、設定は先祖ドメインに属しており、設定を変更する権限がありません。3次の選択肢があります。