クライアント上での明示的プロキシ(EPoC)

このドキュメントは、デフォルトルートがなく、パブリックドメインの DNS 解決もできないネットワーク環境におけるNetskope Clientの使用に関するガイダンスを提供します。

Overview

ここでは、ユーザーは公共のインターネットリソースを解決したりアクセスしたりすることができません。これは従来の明示的プロキシと同様のアプローチですが、 Netskope Clientによってもたらされる高度な制御機能とユーザー指導機能という利点が加わっています。

サポートされているトラフィックの種類

Next Gen Secure Web Gateway (NG-SWG) – すべてのウェブトラフィック

前提条件

Netskope Clientエンドポイントにインストールします。
goskope.comのDNSゾーンは、再帰型DNSリゾルバに転送されます。
Netskope Clientは、データプレーンへの直接的なDTLS/TLSトンネルを確立できます。
- ローカルネットワークには、163.116.128.0/17 と 162.10.0.0/17 へのルートがあります。
- ファイアウォールは、163.116.128.0/17 および 162.10.0.0/17 への TCP/UDP 443 を許可するように設定されています。
明示的なプロキシ設定（おそらくPACファイル内）とステアリングポリシーの両方に除外設定を追加してください。PACファイルには、*.goskope.comが直接アクセスするための記述が必要です。
EPoC PAC ファイルをホストするにはウェブサーバーが必要です。 PACファイル内のプロキシ宛先として、ポート80の163.116.128.80または163.116.128.81を指定します。

– ポート8080または8081もプロキシポートとして使用できます。ステアリング設定でインターセプト用の非標準ポートとして設定する必要があります。
– EPoC は EPoC – PAC ファイルを使用する必要があります。しないでくださいオペレーティングシステムの静的プロキシ設定を変更しないでください。そうしないと、 Netskope Clientモードがプロキシ相互運用モードに変わります。

Recommendation

Netskope Clientよりも明示的なプロキシを推奨します。なぜなら、インターネットへのデフォルトルートがない場合、ローカルネットワークから出るにはプロキシへの静的ルートが必要であり、パブリックDNS解決についても同様だからです。

このアプローチでは、エンドポイントにインストールされたNetskope Client最も近いNetskope NewEdgeデータプレーンに接続されます。 Netskope Clientは、設定ファイル内でプロキシ要求を傍受するように構成する必要があります。その動作モード（OSレベルでのネットワークセッションの監視）のため、実際のプロキシは必要ありません。Netskope Netskope ClientどのIPアドレスがであるかを知っているため、トラフィックを傍受してトンネル経由で送信できます。

Netskope NewEdgeデータプレーンは、エンドポイントから設定された明示的なプロキシに送信され、明示的にバイパスされないすべてのインターネットトラフィックを制御します。 NewEdgeデータプレーンでは、システムはリアルタイムセキュリティに基づいてトラフィックを検査し、定義されたとおり、対応するアクションが実行されます。

EPoCを使うメリット

Consistent security posture ユーザーの所在地に関係なく。
Comprehensive traffic inspectionエンドポイントを起点として、ウェブと非ウェブの両方を含み、インターネットとプライベートアプリケーションの両方を対象としています。
Optimal Performance Netskope Clientが最寄りのNetskope NewEdgeデータプレーンに接続することで実現されます。
Visibility インターネットに向けられたウェブトラフィックに変換されます。