ブラウザコンテンツリダイレクトポリシー設定

ブラウザコンテンツリダイレクト

• 機能: Webページがサーバーでレンダリングされるか、ローカルデバイスでレンダリングされるかを決定します。有効にすると、Citrix Workspace™ アプリは、よりスムーズなエクスペリエンスのために、Webコンテンツをデバイスでフェッチして表示しようとします。それが失敗した場合、サーバーでのレンダリングにフォールバックします。
• オプション:
  • 許可: (デフォルト) ブラウザコンテンツリダイレクトを有効にします。
  • 禁止: ブラウザコンテンツリダイレクトを無効にします。
• 注意点: 許可されている場合、Citrix Workspace アプリはクライアントフェッチとクライアントレンダリングを試行します。クライアントフェッチとクライアントレンダリングが失敗した場合、ブラウザコンテンツリダイレクトはサーバー側レンダリングにフォールバックします。サーバーフェッチとクライアントレンダリングを有効にするには、「ブラウザコンテンツリダイレクトプロキシ構成」設定を有効にします。

ブラウザコンテンツリダイレクトACL構成

• 機能: ブラウザコンテンツリダイレクトで最適化されるWebサイトをきめ細かく制御できます。Webサイト全体または特定のページを指定できます。
• 動作:
  • 許可されるURL: このリストにあるWebサイトは、そのコンテンツがデバイスに表示されます。ワイルドカード () を使用して、複数のページまたはサブドメインを含めることができます (例: <https://www.example.com/> または <http://*.example.com/>)。URLのプロトコル内ではワイルドカードは許可されません。
• デフォルト: <https://www.youtube.com/*>
• 例:
  • 許可されるパターン: <http://www.xyz.com/index.html, <https://www.xyz.com/*> , <http://www.xyz.com/*videos>*> , <http://*.xyz.com/<>>
  • 許可されないパターン: <http://*.*.com/>
  • URL にパスを指定することで、より詳細な粒度を実現できます。たとえば、<https://www.xyz.com/sports/index.html> を指定すると、index.html ページのみがリダイレクトされます。

ブラウザコンテンツリダイレクトのブロックリスト構成

• 機能: ACL 構成で許可されている場合でも、特定の Web サイトやページをブロックできるようにすることで、追加の制御レイヤーを提供します。ブロックリストが優先されます。
• 動作: ACL 構成で一般的に許可されている場合でも、デバイスにリダイレクトしたくない Web サイトやページを指定します。
• デフォルト: URL は構成されていません
• ワイルドカード: ACL 構成と同様に、ワイルドカード (*) を使用して複数のページやサブドメインをブロックできます。
• 例: Web サイトの index.html ページのみをブロックするには、次のように入力します: <https://www.example.com/sports/index.html>

ブラウザーコンテンツリダイレクト認証サイト

• 機能: 認証のために別の Web サイトにリダイレクトされた場合でも (Web サイトが Okta やその他のサービスをログインに使用する場合など)、ブラウザコンテンツリダイレクトがアクティブな状態を維持するようにします。
• 動作: 認証 Web サイトの URL をこのリストに追加して、ログイン中にリダイレクトプロセスが中断されないようにします。
• デフォルト: URLは構成されていません
• 例: www.example.com が認証に www.example.okta.com を使用する場合、www.example.com/ をブラウザコンテンツリダイレクトACL構成に追加し、認証Webサイト www.example.okta.com をブラウザコンテンツリダイレクト認証サイトに追加します。
• 詳細情報: 詳細については、Citrix Knowledge Centerの記事 CTX238236 および「ブラウザコンテンツリダイレクト」の「マルチメディア」セクションを参照してください。

ブラウザコンテンツリダイレクトのプロキシ構成

• 機能: Citrix Workspaceアプリに、Webコンテンツの取得にサーバーフェッチ方式の使用を強制します。有効にすると、常にサーバーからコンテンツを取得し、デバイスに表示しようとします。
• オプション:
  • 明示的プロキシ: 特定のプロキシサーバーを使用します。プロキシサーバーのアドレスとポート番号を指定する必要があります（例：<http://proxy.example.com:80>）。
    • 許可されるパターン:
    • http://&lt;hostname/ip address\>:\&lt;port\> | 例: <http://proxy.example.citrix.com:80> <http://10.10.10.10:8080>
  • PAC/WPAD: PACファイルまたはWPADを使用して、プロキシ設定を自動的に決定します。PACファイルのURLを指定する必要があります（例：<http://wpad.myproxy.com:30/configuration/pac/Proxy.pac>）。
    • PAC/WPADファイルの許可されるパターン:
    • http://<hostname/ip address\>:<port\>/<path\>/<Proxy\>.pac | 例: <http://wpad.myproxy.com:30/configuration/pac/Proxy.pac>
    • https://<hostname/ip address\>:<port\>/<path\>/<wpad.dat\> | 例: <http://10.10.10.10/configuration/pac/wpad.dat>
  • 直接/透過: プロキシサーバーを使用しないか、透過プロキシを使用します。
    • キーワード「DIRECT」を構成する
    • キーワードは大文字と小文字を区別します
• デフォルト: 禁止 (無効)

ブラウザコンテンツリダイレクトの統合Windows認証サポート

• 機能: ブラウザコンテンツリダイレクトが既存のWindows資格情報を使用してWebサイトに自動的にログインできるようにします。これにより、ユーザー名とパスワードを繰り返し入力する必要がなくなります。
• オプション:
  • 許可: IWAを使用するWebサイト向けにシングルサインオン (SSO) を有効にします。
  • 禁止: (既定値) SSOを無効にし、毎回資格情報を入力する必要があります。

ブラウザコンテンツリダイレクトサーバーフェッチプロキシ認証

• 機能: ブラウザコンテンツリダイレクトがWindows資格情報を使用してプロキシサーバーで認証できるようにし、Webコンテンツへの安全なアクセスを確保します。
• 動作: 有効にすると、ブラウザコンテンツリダイレクトはKerberosサービスチケットを自動的に取得して使用し、プロキシで認証します。
• 要件: PACファイルを構成して、ダウンストリームWebプロキシを介してトラフィックをルーティングし、プロキシがKerberos認証を使用するように設定する必要があります。
• オプション:
  • 許可: プロキシサーバーとのKerberos認証を有効にします。
  • 禁止: (既定値) ブラウザコンテンツリダイレクトは、プロキシで認証するために基本認証またはその他の利用可能な資格情報を使用します。