この記事では、ブラウザベースのアクセスユーザーポータル機能を有効にしてテストする方法について説明します。この機能により、ユーザーは単一のポータルから承認済みのプライベートアプリケーションを表示およびアクセスできるようになるため、エンドユーザーエクスペリエンスが向上します。
Background
現在、プライベートアプリ（ Enterprise Browserプライベートアプリには適用されません）をブラウザーベースのアクセス経由で公開する場合、カスタムホスト名を設定するか、テナントUIで生成されるNetskopeエンコードされたURLを使用してアプリにアクセスします。 管理者は、アクセスが必要なエンドユーザーとこれらのリンクを共有する必要があり、数百または数千ものプライベートアプリケーションを抱える大規模企業にとっては、これは面倒な作業になる可能性がある。管理者は、ログインしたユーザーがアクセスおよび起動が許可されているブラウザベースのアクセス（のみ）アプリケーションのリストをポータルから取得できるユーザーポータルを設定できます。
前提条件
ユーザーポータルを設定するには、テナントにNetskopeリバースプロキシSAMLアカウント（プライベートアプリ用）が既に設定されている必要があります。
ユーザーポータルの設定
先に進む前に、NetskopeテナントでNPAブラウザアクセスユーザーポータル機能の機能フラグが有効になっていることを確認してください。
- ユーザーポータルを設定するには、 Settings > Security Cloud Platform > App Definition, に移動し、 [プライベートアプリセグメント]タブでNew Application Segmentをクリックします。
- Select Browser して拡大 User Portal。
- Enable the Set up User Portal Configuration checkbox.
- 宛先を入力してください（FQDNのみがサポートされています）。
ユーザーポータルには適用されないため、発行者タグおよびアプリタグは不要です。ユーザーポータルリクエストのTLS終端は、NPAブラウザアクセスサービスによって処理されます。
注記
- カスタムホスト名を設定することはベストプラクティスであり、常に実施すべきですが、ポータルにはパブリックホストURLから直接アクセスすることもできます。 パブリックホストURL。
- テナントごとに設定できるポータルは1つのみです。
- ポータル構成のホスト名はプレースホルダー（ダミーレコード）でも構いませんし、有効なDNS Aレコードである必要はありません。ただし、目的のポータルFQDNには、構成で生成されたパブリックホストURLを指すCNAMEレコードが必要です。
- Saveをクリックしてください。
証明書をアップロードします。カスタム FQDN 証明書と同様に、次の手順に従ってポータルの証明書をアップロードする必要があります:プライベート アプリ証明書 UI 。
Enterprise Browserおよび任意のブラウザアプリにおけるユーザーポータルの動作
Netskope Private Access ( NPA ) がNetskope Enterprise Browser (EB) と併用されている場合、Browser Access User Portal は、以下の中心的なエントリ ポイントとして機能します。
-
Any Browser applications ―標準的なウェブブラウザからアクセスできるプライベートアプリケーション。
-
Enterprise Browser applications – Netskope Enterprise Browserからのみアクセス可能で、パブリックホストを公開しないプライベートアプリケーション。
ポータルにおけるユーザーエクスペリエンスは、ユーザーがどのようにポータルにアクセスするか、そしてポータルアプリケーション自体がどのように定義されているかによって左右されます。
ポータルアプリケーションの種類
ユーザーポータル自体はNPAブラウザアプリケーションであり、以下の2つの方法のいずれかで定義できます。
-
Portal as an “Any Browser” application
-
標準ブラウザからアクセスできます ポータルの公開ホストまたはカスタムホスト。
-
Netskope Enterprise Browserからもアクセスできます。
-
以下のような組み合わせに適しています：
-
Enterprise Browser の内部ユーザー、および
-
標準ブラウザを使用している外部ユーザーまたは管理対象外ユーザー。
-
-
-
Portal as an “Enterprise Browser” application
-
公開ホストは公開しません。
-
Netskope Enterprise Browserからのみアクセスできます ポータルの内部ホスト。
-
Enterprise Browserユーザーのみがポータルにアクセスする必要がある環境に適しています。
-
テナントごとに設定できるポータルアプリケーションは1つだけなので、選択するタイプは全体的なアクセス戦略（ Enterprise Browserのみか、 Enterprise Browserに加えて任意のブラウザユーザーも利用可能か）に合致している必要があります。
アクセス方法によってポータルコンテンツがどのように異なるか
ポータルは、ユーザーのアクセス方法に基づいて、表示するタイルとリンクを動的に調整します。
-
Portal accessed from a standard browser (Browser Access)
-
ユーザーはポータルにアクセスします 公開ホストまたはカスタムホスト。
-
ポータルにはタイルが表示されます Any Browser (Browser Access) applications ユーザーがアクセス権限を持っていること。
-
各タイルは public or custom host 該当するアプリケーションの。
-
-
Portal accessed from Netskope Enterprise Browser
-
ユーザーはポータルにアクセスしますEnterprise Browser内から内部ホストにアクセスします。
-
ポータルには以下のタイルが表示されます。
-
Any Browser (Browser Access) applications、 そして
-
Enterprise Browser–only applications,
ユーザーがアクセス権限を持っていること。
-
-
各タイルは internal host アプリケーションにとって重要であり、 内部リダイレクトやハードコードされた内部リンクを含むアプリケーションにとって重要です。
-
これにより、単一のポータル定義で2つの異なるエクスペリエンスを提供できるようになります。
-
A public‑style Portal 任意のブラウザユーザー向けに、使うパブリックホストまたはカスタムホスト。
-
An internal‑aware Portal Enterprise Browserユーザー向け 内部ホストおよびEB専用アプリケーションを含む。
複合環境における設計上の考慮事項
Enterprise Browserと標準ブラウザの両方のアクセスをサポートする場合：
-
ポータルが以下の機能を持つべきかどうかを決定する：
-
Serve all users （「任意のブラウザ」アプリケーションとして定義する）、または
-
Be restricted to Enterprise Browser users （これを「 Enterprise Browser 」アプリケーションとして定義する。）
-
-
両方の環境に対応する場合：
-
標準ブラウザのユーザーは、 Portal’s public or custom host.
-
Enterprise Browser ユーザーは、 Portal’s internal host あらゆるブラウザに対応したアプリケーションと、エンタープライズブラウザ専用のアプリケーションの両方を表示できます。
-
異なるユーザーグループがポータルにアクセスする方法を明確に定義することで、組織はEnterprise Browserとプライベートアプリケーション間のより深い統合を活用しながら、一貫したエクスペリエンスを提供できます。
ユーザーポータルでアプリにアクセスする
Netskope UIでポータルアプリをプロビジョニングした後、管理者はポータルURLをエンドユーザーと共有する必要があります。ポリシーで指定されたエンドユーザーのみがポータルにアクセスできます。
- ユーザー ポータルを起動し、IdP クレデンシャルを入力します。 ランディングページはこのような表示になります。
- ポータル内でアプリを検索したり、アプリを並べ替えたりすることができます。アプリのタイルをクリックしてアプリを起動してください。
ログアウトするには、右上隅のプロフィールアイコンをクリックして、 Log Out .
を選択してください。 
ユーザーポータルのトラブルシューティング
ポータルにアクセスできません
- ポータルがリアルタイムポリシーに追加されていることを確認してください。ポリシーの欠如によりブロックされた場合、SkopeITイベントにアラートが生成されます。
ポータルへのログインが成功すると、SkopeITネットワークイベントにログが記録されますのでご注意ください。 - サポート調査のために、HARキャプチャと画面録画を収集してください。
- ポータルホスト名が解決可能であることを確認してください。
- お客様は、ポータルホスト名を対応するウェブUIで生成されたパブリックホストURLにポイントするために、DNSにCNAMEを追加する必要があります。
NetskopeでエンコードされたURLを使用したポータルアクセスもサポートされることに注意してください。
~ $dig portal.acme.com ; <<>> DiG 9.10.6 <<>> portal.acme.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47812 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;portal.acme.com. IN A ;; ANSWER SECTION: portal.acme.com. 3600 IN CNAME ns-2abdedba-443-tenantname.goskope.com. ns-2abdedba-443-tenantname.goskope.com. 1800 IN A 163.116.158.137 ;; Query time: 312 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Aug 16 18:37:46 IST 2024 ;; MSG SIZE rcvd: 132
証明書の有効性
Check the validity of the certificate. Replace portal.acme.com with the actual portal URL.
openssl s_client -showcerts -servername portal.acme.com -connect portal.acme.com:443 | openssl x509 -noout -dates