このドキュメントは、 デフォルトルートがなく、パブリックドメインの 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 インターネットに向けられたウェブトラフィックに変換されます。