Enterprise Browser for Private Appsは、データ保護を損なうことなく、管理対象デバイスと非管理対象デバイスの両方で、SaaSおよびプライベートアプリケーションへの安全でシームレスなアクセスを提供します。Chromiumをベースに構築され、セルフサービスでインストールできるため、BYOD、契約社員、迅速なオンボーディング（例：M&A）に最適です。ブラウザレベルの制御（コピー＆ペースト、印刷など）を適用し、複雑なDNS設定やURL書き換えを回避することでプライベートアプリへのアクセスを簡素化し、IT部門とエンドユーザーにとって安全で効率的なワークスペースを実現します。
Enterprise Browserが有効になっている場合のプライベートアプリ定義の仕組み
Enterprise BrowserとNetskope Private Access（NPA）の両方のライセンスをお持ちのお客様の場合、Browser Accessアプリは2つのカテゴリに分類されます。
NPAブラウザアプリケーションの2種類
- “Any Browser” applications
これらは従来のreverse-proxy, browser-based accessアプリ（ブラウザアクセス）であり、 Enterprise Browser有効になっている場合でも、これまでと同じように動作します。
- any standard browserからアクセスできます。
- 常にPublic Host （およびオプションでカスタムホスト）を指定してください。
- ユーザーはポータル経由でアクセスするか、パブリック/カスタムホストを直接入力することでアクセスできます。例:
https://ns-xxxx-443-tenant.region.npaproxy.goskope.com - ポリシーでは、これらはAccess Method is “Browser Access”の場合にのみ評価されます。
- Enterprise Browserも それらを利用できますが、パブリック ホスト経由でアクセスする場合、依然としてBrowser Accessとして扱われ、「 Enterprise Browser 」アクセスとはみなされません。
- “Enterprise Browser” applications
これらは、 Enterprise Browser用に特別に設計されています。
- No Public Host 定義されています。
- internal host/IP and portのみで定義されます (例: 172.31.46.99:8080 または app.internal.corp:443)。
- ユーザーはポータル経由でアクセスするか、 Enterprise Browserに直接internal URL or IPと入力してアクセスします。
- 交通は Enterprise Browser によって NPA explicit proxy (“ebnpa” proxy) on port 8090へ誘導されます。
- ポリシーでは、これらはAccess Method is “Enterprise Browser”の場合にのみ評価されます。
- Key enhancement: Enterprise Browserアプリケーションのサポート:
- IP subnets (e.g. 10.0.0.0/24)
- Wildcard hostnames （例えば*.corp.local)
これは「任意のブラウザ」アプリではサポートされていないため、 Enterprise Browserアプリは、大規模かつ動的な社内環境においてより柔軟に対応できます。
顧客への概念的な理解：
- 「任意のブラウザ」アプリ = 公開エントリポイントを備えたreverse-proxy browser-based accessモデルで、標準のブラウザから使用できます。
- 「 Enterprise Browser 」アプリ = プライベート/内部エントリポイント、 Enterprise Browser専用、サブネット/ワイルドカードサポート付き。
ポリシーの行動の変化
NPAを作成する際 お客様はAccess Methodを選択し、ブラウザアプリを添付します。
- Browser Access access method
- “Any Browser”アプリケーションのみを評価します。
- Enterprise Browser access method
- Evaluates both:
- 後方互換性のための「任意のブラウザ」アプリケーション、
- 「 Enterprise Browser 」アプリケーション。
- Enterprise Browserユーザーに、すべてのブラウザベースのプライベートアプリで統一されたエクスペリエンスを提供します。
- Evaluates both:
- Client access method
- Clientアプリケーションのみを評価します（動作変更なし）。
高レベルのワークフロー
前提条件
始める前に、以下のものがすべて揃っていることを確認してください。
- Enterprise Browser is deployed
- Enterprise Browserは対象ユーザーにインストールされ、適切なNetskopeテナントにリンクされています。
- Enterprise BrowserはNetskope明示プロキシ / PAC で構成されているため、ウェブ トラフィックはNetskopeを経由してルーティングされます。
- NPA Private app segments and Publishers are configured for access via Enterprise Browser
- NPAパブリッシャーはデプロイ済みで、正常に動作しており、内部アプリケーションにアクセスできます。
- 必要なプライベートアプリセグメントが構成されているため、パブリッシャーは適切なアプリケーションネットワークにアクセスする方法を認識できます。
- Identity and access are ready
- NetskopeとのSAMLおよびIDP統合は設定済みで、テストも実施済みです。
- Enterprise Browser + NPAを使用するユーザー/グループはNetskopeに同期され、ポリシーに利用できます。
- Network connectivity requirements
- Enterprise Browser プロキシバイパスは、Enterprise Browser が必要な認証および制御プレーンエンドポイント (例: authservice.goskope.com、誤ってバイパスされることなく、IdP URL）にアクセスできるようにします。
NPAポリシーとEnterprise Browserブラウザー コントロール ポリシーを構成する
ポリシーの設定または更新は、以下の手順で行ってください。
- NPA policies
- Use Access Method = Enterprise Browser.
- 前の手順で定義したNPAブラウザアプリケーションを許可します。
- ベストプラクティス： separate policies以下のために保持します：
- Browser Access （「任意のブラウザ」リバースプロキシブラウザベースのアプリの場合）、
- Enterprise Browser ( Enterprise Browser アプリ用)
- Enterprise Browser browser‑control policies for private apps
- Enterprise Browserのプライベートアプリ向けに、Enterprise Browserのブラウザ制御ポリシーを作成または更新します。
構成を公開し、Enterprise Browserを更新します。
- 関連するNPA申請およびポリシー変更を保存して公開します。
- Enterprise Browser は、以下の更新されたPAC fileをダウンロードします。
- NPAブラウザアプリケーション（npaList）からすべての内部ホスト/ポートを一覧表示します。
- 一致する宛先をNPA Proxy (<tenant>.ebnpa.goskope.com:8090) に誘導します。
プライベートアプリにアクセスするEnterprise Browser
ポリシーとPACファイルが更新されたら：
- ユーザーはEnterprise Browserでアプリを開きますNPAブラウザアプリケーションでinternal host / IP:portが構成されています（パブリックホストはありません）。
Enterprise Browser経由でプライベートアプリにアクセスする方法
ユーザーがNetskope Enterprise Browserを使用してプライベート アプリケーションにアクセスすると、 NPAブラウザ アプリケーションで定義されている内部ホストまたは IP アドレス (例: https://172.31.46.99:22 または https://app.internal.local:443) に接続します。
Enterprise Browserこれらの宛先をNPA トラフィックとして分類し、専用のNPA プロキシ（<tenant> .ebnpa.goskope.com:8090）に転送する明示的なプロキシPAC構成。NPAプロキシは、 Enterprise BrowserからのTLSを終端し、ユーザーとアプリケーションを認証した後、パブリッシャーを介してプライベートアプリケーションへの内部HTTP/HTTPSまたはTCP接続を構築します。
Enterprise BrowserからNetskope :// にアクセスし、 ProxySettingsを展開することで、この動作を確認できます。 ProxyPacUrlセクションには、NPA ブラウザー アプリケーションのすべての内部ホスト/ポートを含む npaList 配列を持つ PAC ファイルが含まれています。ホスト:ポートがnpaListのエントリと一致するURLはすべてNPA プロキシに転送され、それ以外のURLはすべてEnterprise Browser エッジプロキシ（eproxy-<tenant> .goskope.com:8090）に転送されます。または、バイパスリストに一致する場合は直接送信されます。
リバースプロキシブラウザベースのアクセスと同等の機能
プライベートアプリ向けのEnterprise Browser 、リバースプロキシ、ブラウザベースのプライベートアプリで利用できる主要な機能と同じ機能を拡張しており、プライベートアプリケーションへのウェブトラフィックを制御するためのUser Portal 、 Browser based AnyApp (RDP/SSH) 、 Data Loss Prevention (DLP)コントロールが含まれています。 さらに、Enterprise Browser は、IP サブネットのサポート (例:10.0.0.0/24)、ワイルドカードホスト名（例：*.corp.local)混合コンテンツと埋め込みリソースのサポート、および複数のURLリダイレクトとホスト間ナビゲーションに依存する複雑なアプリケーションの堅牢な処理。
構成ガイダンスおよびサポートされている機能の完全なリスト（Enterprise Browser が既存のリバースプロキシ機能のサポートをどのように拡張するかを含む）については、
プライベート アプリの Browser アクセスの構成を参照してください。
Enterprise Browser + NPAをいつ使用するか
必要なときにEnterprise Browser + NPA使用します:
- “Inside-the-network” app behavior from the browser
- ユーザーは内部ホスト名/IP を使用してプライベート アプリにアクセスします。
- 内部リダイレクトとハードコードされた内部リンクは、ユーザーに「公開URLと非公開URL」を意識させることなく、引き続き機能します。
- Simpler handling of complex internal environments
- 内部サーバーの範囲をカバーする必要があります（例：RDPファーム、複数の管理コンソール）。
- アプリ 同じドメインの下に多数の内部ホスト名があり、それらを一つずつ管理したくない場合。
- Stronger, layered security for private web apps
- きめ細かな制御機能を備えた管理型エンタープライズ ブラウザーを希望します (例:ブラウザ上でのユーザー操作）。
- エンドポイントにフルクライアントをインストールすることなく、プライベートアプリへのアプリごとのゼロトラストアクセスを実現したい。
次の場合に使い続けます“Any Browser” / Reverse-proxy Browser Access :
- パートナー、請負業者、または管理されていない/BYOD向けにany standard browserサポートする必要がありますEnterprise Browser実行できないもの。
- パブリックなエントリポイントに解決されるタイルを持つsimple web portalが必要で、アプリは既にそのようにうまく動作しています。