この記事では、ユーザーアラートポリシー（つまり、ユーザーアラートアクションが設定されたリアルタイム保護ポリシー）に関するベストプラクティスについて概説します。
通知配信方法の設定
ポリシー通知テンプレートを設定する際に、 Notification Delivery MethodとしてClientまたはBrowser選択できます。Netskope Clientがユーザーのデバイスに展開されている場合、NetskopeはClient選択することを強く推奨します。これは、クライアントベースの通知では、一貫した通知配信が可能になり、設定されたミュート設定やタイムアウト設定を適切に遵守できるためです。
一方、ブラウザベースの通知の動作はアプリケーションによって異なり、すべてのシナリオでサポートされているとは限りません。これらの通知はアプリケーションの動作にも依存するため、すべてのアプリケーションで表示されるとは限りません。アプリケーション内のドメインリダイレクトが発生するたびに、新しいアラートがトリガーされることに注意してください。
リダイレクトURLの設定
ポリシー通知テンプレートを設定する際に、 Redirect end users to the following URL automaticallyオプションを選択してリダイレクトURLを指定できます。ブロック通知の場合、ユーザーが「OK」ボタンをクリックするとリダイレクトが実行されます。ユーザーアラート通知の場合、ユーザーが「停止」ボタンをクリックしたときにリダイレクトが実行されます。
このオプションは、リアルタイム保護ポリシーでアクティビティとして「閲覧」が選択されている場合にのみ適用されることに注意してください。これはブラウザベースのアクティビティにのみ適用され、ネイティブアプリケーションには適用されません。さらに、リダイレクトは、 カスタムレスポンスを使用するアプリケーションでは機能しません。
このオプションを使用するためのベスト プラクティスは、ポリシー違反が発生したときに行き止まりのブロック ページを表示する代わりに、リアルタイムのユーザー コーチングまたはポリシーの強制を提供することです。 たとえば、組織の Acceptable 消費方針 (AUP) を説明したり、特定のサイトがブロックされる理由をユーザーに教育したりする内部ページ (会社の Wiki や SharePoint サイトなど) にユーザーをリダイレクトできます。 ユーザーが承認されていないアプリケーションにアクセスしようとした場合に、会社が承認したアプリケーションに自動的にリダイレクトするように設定することもできます。
ユーザーアラートポリシーの設定
ユーザーアラートポリシーを設定するためのベストプラクティスは以下のとおりです。
- 脅威保護ポリシーまたはマルサイト フィルタリング ポリシーのためにユーザー アラート アクションを使用しないでください。 詳細については、次のリンクを参照してください: https://support.netskope.com/s/article/Best-Practice-Do-Not-Use-User-Alert-Policies-for-Threat-Protection
- Netskope送信、アップロード、投稿、共有、作成、削除、ダウンロード、編集などの互換性のあるアクティビティを備えたユーザーアラートを推奨します。
- 頻繁なアラートを避けるため、 アクティビティが閲覧の場合、ユーザーにアラートを送信しないでください。
- 以下のいずれかのアクティビティが選択されている場合、ポリシーに対してユーザーアラートアクションは利用できません：ログイン失敗、ログイン成功、ログアウト、プレビュー、API POST、コピー、招待。
- 「アクティビティ」フィールドが空欄の場合、ユーザーアラートはポリシーアクションとして利用できません。