双方向コンテンツリダイレクトポリシー設定

最終公開日 : Nov 13, 2026
双方向コンテンツリダイレクトセクションには、クライアントからVDAへ、およびVDAからクライアントへのURLリダイレクトを有効または無効にするためのポリシー設定があります。
サーバーポリシーはWeb Studioで設定されます。Citrix Workspace™アプリバージョン2311以降、この設定は、Web Studioで非推奨となった以下の3つのレガシー設定に代わるものです。
  • 双方向コンテンツリダイレクトを許可する
  • VDAにリダイレクトされる許可されたURL
  • クライアントにリダイレクトされる許可されたURL
また、Windowsクライアント上の以下の3つのローカルグループポリシーオブジェクト (GPO) 設定も置き換わります。
  • 双方向コンテンツリダイレクト
  • 双方向コンテンツリダイレクトのオーバーライド
  • OAuthリダイレクト
この設定が有効になっている場合、公開されたアプリまたはデスクトップに接続すると、双方向コンテンツリダイレクトを構成するためのクライアントからVDAへの設定がクライアントに送信されます。
構成
この設定が構成されている場合、Web Studioおよびクライアント上のレガシー設定よりも優先されます。Citrix®は、予期しない動作を避けるために、新しいポリシー設定のみを使用し、レガシー設定を削除することを推奨します。
VDAとDDCがバージョン2311以降を実行している場合、クライアントポリシーを設定してはいけません。そうでない場合、クライアントポリシーはCitrix Workspaceアプリのグループポリシーオブジェクト管理テンプレートから設定されます。
Citrixは、ホストからクライアントへのリダイレクトと、クライアントからURLへのリダイレクトのためのローカルアプリアクセスを提供しています。ただし、Citrixはドメイン参加済みWindowsクライアントには双方向コンテンツリダイレクトを使用することを推奨します。
Citrix は、Desktop Studio の代わりに Web Studio の新しい UI を使用して機能を構成することをお勧めします。

ワイルドカードリダイレクト

双方向コンテンツリダイレクトは、リダイレクトする URL を定義する際にワイルドカードの使用をサポートします。詳細および双方向コンテンツリダイレクトの構成については、構成 の手順を参照してください。 Web Studio で、hostToClientUrls 配列または clientToHostUrls 配列の url キーの値として JSON 文字列を編集して、ワイルドカード URL を設定します。
注:
  • 無限ループを避けるため、hostToClientUrls と clientToHostUrls に同じ URL を設定しないでください。
  • トップレベルドメインはサポートされていません。たとえば、<https://www.citrix.*> や <http://www.citrix.co*> はリダイレクトされません。

双方向コンテンツリダイレクトの構成

このポリシーを Enabled に設定して機能の構成を開始し、URL の管理をクリックします。次の構成を設定します。
  • VDA からクライアントへのリダイレクト
  • クライアントから VDA へのリダイレクト

VDA からクライアントへのリダイレクト

VDA からクライアントに URL をリダイレクトするには、1 行に 1 つの URL を入力します。ワイルドカードが許可されます。 OAuth リダイレクトを使用すると、クライアントエンドポイントのブラウザを使用して認証を実行し、トークンを VDA に送り返すことができます。
利点:
  • ホストされた環境にこれらの資格情報を保存することを回避できます。
  • エンドポイントで利用可能で、VDA では利用できない生体認証機能を使用できます。
構成:
URLのVDAからクライアントへのリダイレクトを構成するには、以下を指定します。
  • URL (必須) VDAからクライアントで開くようにリダイレクトする必要があるURLを追加します。OAuthリダイレクトの場合、セッションをホストにリダイレクトするために、クライアントで認証スキームとパターンを設定します。
  • パターン: (オプション) VDAからクライアントへのURLリダイレクトを介してクライアントにリダイレクトされたときに、OAuth認証フローが開始されたかのように追跡され、フローが完了したとき(結果のスキームまたはリダイレクトURLパターンが開かれたことによって検出される)、その結果のURLが、そのフローを開始したホストVDAにリダイレクトされるURL正規表現。
  • スキーム: (オプション) スキームが指定されている場合、終了URLは<scheme>://<something>の形式であると想定されます。スキームが指定されていない(空である)とします。その場合、元の結果のURLパターンは、正規表現キャプチャグループ(パターンで指定する必要がある)を介してパターンから抽出され、元のURLはcitrix-oauth-redir://リダイレクトURLを使用するように書き換えられます。フローが完了すると、元のリダイレクトURLはホスト(VDA)にリダイレクトされます。この場合、OAuth認証サーバーはcitrix-oauth-redir://byIndex/1 (2, 3, ... N)リダイレクトURLを許可するように構成する必要があります。
双方向
注:
パターンとスキームはどちらもオプションですが、パターンが指定されている場合は、スキームも指定する必要があります。

クライアントからVDAへのリダイレクト

クライアントからVDAにURLをリダイレクトするには、次の手順を実行します。
  1. クライアントURLの宛先を構成します。
  2. 公開アプリケーションまたは公開デスクトップのいずれかを選択します。
  3. そのリソースの名前を指定します。
  4. そのリソースにリダイレクトする必要があるすべてのURLを追加します。 新しいアプリケーションまたはデスクトップを追加し、そのリソースにリダイレクトするURLを指定することで、このデフォルトのリソースを上書きできます。
クライアントからVDAへ

デスクトップスタジオ

注:
Citrix Virtual Apps and Desktops™ バージョン 2402 以降では、Web Studio を使用してこの機能を構成することをお勧めします。
2311 の双方向コンテンツリダイレクトを構成するには、次の形式で JSON 文字列を作成します。
{
  "version": 1,
  "hostToClientConfig": [
    {
      "hostToClientUrls": [
        {
          "url": "http://www.citrix.com/*"
        },
        {
          "url": "www.example.com"
        },
        {
          "url": "https://login.example.org/*",
          "oAuthRedirectionPattern": "https://login.example.org/oauth2?.*",
          "oAuthScheme": "idm.desktop-authentication"
        }
      ]
    }
  ],
  "clientToHostConfig": [
    {
      "publishedAppOrDesktopNameType": "Desktop",
      "publishedAppOrDesktopName": "Win11Desktop",
      "clientToHostUrls": [
        "https://www.example.net",
        "https://*.citrix.example"
      ]
    },
    {
      "publishedAppOrDesktopNameType": "Application",
      "publishedAppOrDesktopName": "Chrome",
      "clientToHostUrls": [
        "https://tibco.example"
      ]
    }
  ]
}
bcr を有効にする
次のパラメーターを設定する必要があります。
  • version: (必須) 1 に設定します。
  • VDA からクライアントへの URL リダイレクトの場合、単一の hostToClientConfig を作成します。
  • hostToClientUrls: (必須) ホスト (VDA) からクライアントにリダイレクトされる URL のリスト。ワイルドカードが許可されます。「*」が指定されている場合、clientToHostConfig は publishedAppOrDesktopNameType、空の publishedAppOrDesktopName、および空の clientToHostUrls とともに指定する必要があります。
設定の編集

OAuth リダイレクト

OAuth リダイレクトを使用すると、クライアントエンドポイントブラウザーを使用して認証し、トークンを VDA に送り返すことができます。
利点:
  • これらの資格情報をホスト環境に保存することを回避できます。
  • エンドポイントで利用可能で、VDA では利用できない生体認証機能を使用できます。
URLのOAuthリダイレクトを構成するには、次のパラメータを指定します。
  • oAuthRedirectionPattern: (オプション) VDAからクライアントへのURLリダイレクトを介してクライアントにリダイレクトされると、OAuth認証フローが開始されたかのように追跡されるURL正規表現。フローが完了したとき(結果のスキームまたはリダイレクトURLパターンが開かれることによって検出される)、その結果のURLは、そのフローを開始したホストVDAにリダイレクトされます。
  • oAuthScheme: (オプション) スキームが指定されている場合、終了URLは<scheme>://<something>の形式であると想定されます。スキームが指定されていない(空である)とします。その場合、元の結果URLパターンは、正規表現キャプチャグループ(パターンで指定する必要がある)を介してパターンから抽出され、元のURLはcitrix-oauth-redir://リダイレクトURLを使用するように書き換えられます。フローが完了すると、元のリダイレクトURLはホスト(VDA)にリダイレクトされます。この場合、任意のOAuth認証サーバーは、citrix-oauth-redir://byIndex/1 (2, 3, ... N)リダイレクトURLを許可するように構成する必要があります。
クライアントからVDAへのリダイレクトの場合、リダイレクトする各リソースに対してclientToHostConfigを作成します。 各リソースには、次のパラメータを含めます。
  • publishedAppOrDesktopNameType: (必須) Web Studioで構成された公開デスクトップ(「Desktop」)または公開アプリケーション(「Application」のいずれか。リソースが無効な場合、リダイレクトは正しく機能しません。
  • publishedAppOrDesktopName: (必須) Web Studioで構成されたリソース名。
  • clientToHostUrls: (必須) クライアントからホスト(VDA)にリダイレクトされるURLのリスト。ワイルドカードが許可されます。

既知の制限

PowerShellを使用してカスタムURLスキーム(HTTPまたはHTTPSではない)でブラウザを起動すると、カスタムURLはクライアントにリダイレクトされません。