このドキュメントでは、ユーザーが組織から削除された場合のNetskope Client動作について説明します。
IT管理者が組織から従業員情報を削除しなければならない状況は、様々なシナリオが考えられます。例えば、従業員が組織を離れる場合など。管理者はこれらの従業員のプロビジョニングを解除し、彼らのデバイスからNetskope Clientをアンインストールします。管理者は、Netskopeへのユーザーのプロビジョニング方法に応じて、ユーザーのプロビジョニング解除方法を選択する必要があります。Netskopeテナントにユーザーをインポートする際にサポートされている方法は以下のとおりです。
Netskope Client挙動
ユーザーのプロビジョニング解除後のNetskope Client動作を理解するために、次の例を検討してください。
サムはAcme.corpの上級コンサルタントだが、別の会社に移籍するため、現在の職を辞することを決めた。Acme.corp Netskopeのサービスを利用しており、トラフィック制御のためにNetskope Clientをインストールしています。 Acme.inc の従業員はNetskope使うSCIM Oktaにプロビジョニングされています。 Acme.corpでの最終勤務日、管理者はサムにノートパソコンとその他所有していた公式の を提出するように求めます。 サムがノートパソコンやその他のデバイスを提出すると、IT管理者はOktaからサムの詳細情報を削除し、これによりNetkopeテナントからユーザーのSCIMプロビジョニングが自動的に解除されるはずです。現在、ユーザーがNetskopeテナントの WebUI からプロビジョニング解除されると、そのユーザーにインストールされているNetskope Client 、管理者がクライアント構成でオプションUninstall clients automatically when users are removed from Netskope を設定している場合、自動的にアンインストールされます。 クライアント構成でUninstall Clients automatically when users are removed from Netskopeが有効になっていない場合、インターネット セキュリティ、プライベート アプリ アクセス、エンドポイント DLP などのすべてのNetskopeサービスに対して、 Netskope ClientアイコンにはDisabledが表示されます。
サムが個人の電話にNetskope Clientをインストールし、個人の電子メール アドレスを登録した別の例を考えてみましょう (個人の電子メール ID がNetskope WebUI のSecurity Cloud Platform > Netskope Client > Usersに追加されたと考えます)。 このシナリオでは、管理者がNetskopeテナントのWebUIからサムの個人ユーザーIDを削除せず、かつサムの電話からのすべてのトラフィックがルーティング設定に従ってNetskope Cloudを経由するように設定されていれば、サムはNetskope Clientにアクセスできます。一方、サムが正式な電子メール アドレスを使用してNetskope Client登録していた場合、管理者が Okta から電子メール アドレスを削除するとすぐに、サムはNetskope Clientにアクセスできなくなり、SCIM 同期を使用するNetskopeテナント WebUI からユーザーが自動的にプロビジョニング解除されます。