カスタムプロキシ設定を構成するには、このページをご覧ください。 構成が完了すると、リアルタイム保護ポリシーのForward to Proxyアクションを使用して、トラフィックをこのプロキシにリダイレクトできます。 ただし、始める前に、自己署名済みの信頼できる証明書をNetskopeにアップロードしてください。詳細については、 「証明書」を参照してください。
-
Settings > Manage > Forward to Proxy Integrationへ移動してください。
-
Click Setup Proxy
-
[新しいプロキシ セットアップ]ポップアップ ウィンドウで、次のように入力して新しいプロキシを構成します。
-
Proxy Name 意味のある名前を入力してください。
-
Host & Port : ドメイン名または IP アドレスを入力してください & ホスト アドレスのポート番号を入力してください。
-
Options [ X-Forwarded-For , X-Authenticated-User , Tenant-Info ] : Optional field 。トラフィックソース識別子を埋め込むには、以下を選択してください。
-
X-Forwared-For : 送信元IPアドレス
-
X-Authenticated-User ユーザー名
-
Tenant-Info テナントが接続されているかどうかを識別する一意の識別子
-
-
X-AU-ENCODED-FORMAT X-AU-ENCODE-FORMATでは、以下の3つの形式から選択できます。
-
Noneユーザー名は変更されずに送信されます。例えば、johndoe@example.com
-
Domain Userユーザー名は、ドメインURLとともにbase64エンコードされた値として送信されます。例えば、 base64Encode(“example.com/johndoe“) 。
-
Schema Domain Userユーザー名は、完全なAD URLとともにbase64エンコードされた値として送信されます。例： base64Encode(“WinNT://example.com/johndoe“)
WinNTスキーマのみがサポートされています。
-
-
-
Save をクリックして、新しいプロキシ設定を完了してください。
RTP ポリシーでプロキシへの転送アクションを使用する
リアルタイム保護ポリシーでこのプロキシを使用するには、[アクション] でForward to Proxyを選択し、構成されたプロキシを選択します。
プロキシへの転送におけるSSLバイパストラフィックのサポート
現在、RTP の「プロキシへ転送」アクションは 復号化されていないトラフィック、つまり SSL DND ルールに一致するリクエストには適用されません。
RTPの「プロキシへの転送」アクション サードパーティプロキシへの、復号化されたトラフィックと復号化されていないトラフィックの両方をサポートするように機能強化されました。 今回の新機能強化により、RTPルールに一致する「プロキシへ転送」アクションの暗号化されていないトラフィックは、設定済みのネクストホッププロキシに転送されるようになりました。 F2P アクションを選択する場合は、RTP ポリシーで Squid プロキシを使用することをお勧めします。
さらに、一貫したユーザーエクスペリエンスを実現するために、フォワード・トゥ・プロキシ・プロファイルで指定されたヘッダー（XFF、XAU、XTID）は、復号化されたトラフィックと復号化されていないトラフィックの両方のCONNECTリクエストに含まれます。
制限事項
-
SSL以外の理由でバイパスされたトラフィック（例えばトンネルバイパスなど）の場合、RTPは評価されず、プロキシへの転送はサポートされません。
-
Netskopeに誘導されるトラフィックのうち、ステアリング例外ルールに一致するものはバイパスされ、RTPは適用されません。 そのため、プロキシへの転送アクションは実行されません。
lookup-steering-exceptionsフラグが設定されているテナントに適用されます。 -
アクションをプロキシへの転送とするRTPは、インスタンスベースのポリシーとは互換性がありません。