アプリパッケージ

最終公開日 : Oct 24, 2026
アプリパッケージは、Citrix® が管理する事前構成されたアプリケーション展開です。これにより、アプリケーションを仮想化できます。これは、アプリケーションがユーザーデバイスのオペレーティングシステムやインターフェイスから独立して実行されることを意味します。
アプリパッケージは、アプリケーション管理を簡素化し、ITのオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
Citrix は、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。
この記事では、Citrix DaaS™ 環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法を説明します。
Related information
アプリケーション

App-V アプリケーション

Application Virtualization (App-V) は、Microsoft のテクノロジーであり、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできます。Citrix DaaS は App-V を使用してアプリケーションを配信でき、これにより、さまざまなクライアントマシン間でアプリケーションを一元的に効率的に管理できます。
App-V パッケージアプリケーションを配信する際に操作するコンポーネントと概念の詳細については、Microsoft のドキュメント「Application Virtualization (App-V) for Windows client overview」を参照してください。

重要な用語

  • 管理サーバー: App-V インフラストラクチャを管理するための一元化されたコンソールを提供し、App-V デスクトップクライアントとリモートデスクトップサービスクライアントの両方に仮想アプリケーションを配信します。App-V 管理サーバーは、管理者に必要なセキュリティ、測定、監視、およびデータ収集を認証、要求、提供します。このサーバーは、Active Directory とサポートツールを使用してユーザーとアプリケーションを管理します。
  • パブリッシングサーバー: 特定のユーザー向けにアプリケーションをApp-Vクライアントに提供し、ストリーミング用の仮想アプリケーションパッケージをホストします。パッケージは管理サーバーから取得します。
  • 動的構成ファイル: App-Vパッケージは動的構成ファイルを使用してカスタマイズできます。これをパッケージに適用すると、その特性を変更できます。たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。詳細については、「動的構成ファイル」を参照してください。

動的構成ファイル

Citrix App-Vは、両方の種類の動的構成ファイルをサポートしています。ファイル設定は、アプリケーションの起動時に適用されます。
  • 展開構成ファイル: すべてのユーザーに対してマシン全体の構成を提供します。これらのファイルは<packageFileName>_DeploymentConfig.xmlという名前で、適用先のApp-Vパッケージと同じフォルダーにある必要があります。これらのファイルは、シングルおよびデュアル管理者管理でサポートされています。
  • ユーザー構成ファイル: パッケージに対するユーザーごとのカスタマイズをサポートする、ユーザー固有の構成を提供します。シングル管理者では、<packageFileName>_[UserSID | Username | GroupSID |GroupName_]UserConfig.xmlという形式で名前が付けられ、適用先のApp-Vパッケージと同じフォルダーにあるユーザー構成ファイルがサポートされます。
    特定のパッケージに対して複数のユーザー構成ファイルが存在する場合、それらは次の優先順位で適用されます。
    1. ユーザーSID
    2. ユーザー名
    3. ADグループSID (最初に見つかったものが優先)
    4. ADグループ名 (最初に見つかったものが優先)
    5. デフォルト
    例:
    MyAppVPackage_S-1-5-21-000000001-0000000001-000000001-001_UserConfig.xml
    MyAppVPackage_joeblogs_UserConfig.xml
    MyAppVPackage_S-1-5-32-547_UserConfig.xml
    MyAppVPackage_Power Users_UserConfig.xml
    MyAppVPackage_UserConfig.xml
    注:
    ファイル名のユーザー固有の部分は、オプションで末尾に配置することもできます (例: MyAppVPackage_UserConfig_joeblogs.xml)。
重要:
パッケージ内のアプリケーションでユーザーセッションが開いている場合、動的展開構成に変更を適用することはできません。他のユーザー（ただし現在のユーザーではない）がパッケージ内のアプリケーションを開いている場合、動的ユーザー構成ファイルに変更を適用できます。

動的構成ファイルの場所

シングル管理者管理では、Citrix App-Vコンポーネントは、App-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。
パッケージ内のアプリケーションが起動されると、対応する動的構成ファイルへの変更が再適用されます。動的構成ファイルがパッケージとは異なる場所にある場合は、マッピングファイルを使用してパッケージを展開構成ファイルにマッピングします。
マッピングファイルを作成するには:
  1. 新しいテキストファイルを開きます。
  2. 各動的構成ファイルについて、<PackageGuid> : pathの形式を使用してパッケージへのパスを指定する行を追加します。
    例:
    F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
  3. ファイルをctxAppVDynamicConfigurations.cfgとして、パッケージと同じフォルダーに保存します。
App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、パッケージ内のアプリケーションが起動されるたびに、このファイルについて再帰的に上位検索されます。

方法

App-Vパッケージを配信および管理するには、次の方法を使用できます:
  • デュアル管理者: この方法では、Citrix DaaSとApp-Vサーバーが連携してパッケージを配信および管理します。この方法では、Citrix DaaSがApp-Vサーバーの状態のスナップショットビューを定期的に更新する必要があります。ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。特にユーザー権限に関して、Citrix DaaSとApp-Vサーバーは同期を維持する必要があります。
    この方法は、App-VとCitrixが密接に連携する展開で最適に機能します。この方法では:
    • App-V管理サーバーは動的構成ファイルを処理します
    • App Packages Delivery Component (VDAマシンにインストール): アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
    これにより、公開サーバーが適切なタイミングでユーザーと同期されます。公開サーバーは、構成されている設定を使用して、アプリケーションパッケージのライフサイクルの他の側面（ログオン時の更新や接続グループなど）を維持します。
  • Single Admin: アプリケーションパッケージはネットワーク共有に保存されます。Citrix DaaSは、パッケージを独立して配信および管理します。
    この方法により、展開においてApp-Vサーバーとデータベースインフラストラクチャが不要になるため、オーバーヘッドが削減されます。
    この方法では、App-Vパッケージをネットワーク共有に保存し、その場所からメタデータを環境にアップロードします。その後、VDAマシンにインストールされているApp Packages Delivery Componentが、次のようにアプリケーションを管理および配信します。
    • アプリケーションが起動されたときに、展開構成ファイルとユーザー構成ファイルを処理します。
    • ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。
注:
  • 1つまたは両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加すると、アプリケーションはApp-Vサーバーまたはネットワーク共有にあるApp-Vパッケージから取得できます。
  • 両方の管理方法を同時に使用しており、App-Vパッケージが両方の場所に動的構成ファイルを持っている場合、App-Vサーバー内のファイル（デュアル管理）が使用されます。
  • Web Studioのナビゲーションペインで「App packages」を選択すると、パッケージ名とプロファイルが表示されます。パッケージの種類列は、パッケージの配信に使用されるテクノロジーと、アプリケーションライブラリでそれらがどこで参照されているかを示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。

MSIXおよびMSIXアプリ添付アプリケーション

MSIXはWindowsアプリパッケージ形式であり、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供します。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。
MSIXアプリ添付は、パッケージの内容をストリーミングするのではなく、仮想ハードディスクに事前に展開され、必要に応じてターゲットマシンにマウントできるMSIXパッケージを利用します。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンでのIOPSを低減できますが、アプリ添付ディスクの作成と維持には追加の作業が必要です。
Citrix DaaS は、VDA マシンにインストールされている App Packages Delivery Component を介して、MSIX および MSIX app attach アプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。
MSIX および MSIX app attach の詳細については、Microsoft のドキュメント「MSIX documentation」と「App Attach in Azure Virtual Desktop」をそれぞれ参照してください。
注:
  • ネイティブの MSIX パッケージはデスクトップおよびサーバー VDA でサポートされており、MSIX app attach はデスクトップ VDA の .vhd、.vhdx、および .cim ディスクイメージ形式でのみサポートされています。
  • Microsoft は Server 2019 用の AppAttach 実装を提供していません。AppAttach は Server 2022 および 2025 に存在しますが、Microsoft はこれらのバージョンでのサポートを提供していません。したがって、弊社も Server 2022 および 2025 での AppAttach をサポートしていません。
  • Windows Server 2019 でサイドローディングを有効にします。
  • VDA がパッケージの署名に使用されている証明書を信頼していることを確認してください。

FlexApp アプリケーション

FlexApp は Liquidware が開発したアプリケーションレイヤリングソリューションで、従来のアプリケーションインストールプロセスを通じて基盤となるベースイメージを変更することなく、任意のアプリケーションを Windows セッションにアタッチします。
FlexApp One アプリケーションは、単一の共有可能なファイルにカプセル化されており、Windows セッションに追加のアプリケーションレイヤーを必要とせずに動作できます。ユーザーはコンテナファイルをクリックすることでアプリケーションを起動でき、1つまたは複数のアプリケーションを Windows ワークスペースに迅速に統合できます。
Citrix は、VDA マシンにインストールされている App Packages Delivery Component と FlexApp delivery agent を介して、FlexApp アプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。

Elastic App アプリケーション

Elastic App テクノロジーは、Citrix App Layering の機能であり、アプリケーションレイヤーをベースイメージにインストールするのではなく、ログオン時にユーザーに動的に割り当てることができます。Elastic App テクノロジーを使用すると、アプリケーションは異なる仮想マシン間でユーザーに追従し、マスターイメージを肥大化させることなく、必要なアプリに常にアクセスできるようにします。
Citrix DaaS は、Citrix Personalization コンポーネントと Application Layering Enterprise Layer Manager (ELM) を介して、Elastic App アプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。Application Layering Enterprise Layer Manager の詳細については、「Citrix App Layering™ document」を参照してください。

Cloudpaging アプリケーション

Cloudpaging は、Numecent のアプリケーションストリーミングテクノロジーであり、ベースイメージに変更を加えることなく、Windows セッションにアプリケーションを配信します。
Cloudpaging を使用すると、コードのごく一部（通常は 10% 未満）のみが最初にストリーミングされるため、アプリケーションはほぼ瞬時に起動します。残りのコンポーネントは、ユーザーがアクセスしたときにバックグラウンドでストリーミングされ、シームレスなエクスペリエンスを提供します。
Citrix 環境では、VDA 上の App Packages Delivery Component が Numecent Cloudpaging Player と連携してアプリケーションのライフサイクルを管理します。Citrix コンポーネントは配信を調整し、Cloudpaging Player はセッション内でのオンデマンドストリーミングと実行を処理します。

構成要件

次の構成の詳細を考慮してください。

クラウドページング プレイヤー と LogoffCheckSysModules

Cloudpaging コンテナで仮想公開アプリケーションを使用する場合、セッションのログオフを許可するには、次の設定を構成します。
設定 値
レジストリキー HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI
値の名前 LogoffCheckSysModules
値の型 REG_SZ
値データ CoreHelper.exe

ホワイトリスト登録用のURL

標準のURLホワイトリスト登録要件に加えて、VDAは次のエンドポイントへのアクセスを必要とします。
パラメーター 値
URL external-api.cloudpager.net
ポート 443
クライアント Cloudpager PowerShell モジュール
Webベースのフォワードプロキシ構成
  • アウトバウンドアクセス許可
  • 認証バイパスが必要
説明 Cloudpager PowerShellモジュール
必要に応じて、Cloudpager検出のみを実行するために使用されるVDAを備えた専用のデリバリーグループを作成し、必要なホワイトリストURLを制限できます。VDAバージョン2511以降とApp Packages Delivery Componentがインストールされているマシンでデリバリーグループを作成することをお勧めします。
Cloudpagerクライアントのネットワークおよびファイアウォールの要件の詳細については、Numecentナレッジベースの記事を参照してください。

アプリケーションパッケージの展開と配信

前提条件

App-V、MSIX、MSIX app attach、FlexAppパッケージ、Elastic App、およびCloudpagingアプリケーションの配信をサポートするには、まずVDAマシンにApp Packages Delivery Componentをインストールする必要があります。詳細については、VDAマシンへのApp Packages Delivery Componentのインストールを参照してください。

VDAマシンへのApp Packages Delivery Componentのインストール

App Packages Delivery Componentは、App-V、MSIX、MSIX app attach、FlexApp、Elastic App、およびCloudpaging形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDAをインストールするときにデフォルトではインストールされません。このコンポーネントは、VDAのインストール中またはインストール後にインストールできます。
VDAのインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します。
  • インストールウィザードで、追加コンポーネントページに移動し、App Packages Delivery Componentチェックボックスを選択します。
  • コマンドラインインターフェイスで、/includeadditional "Citrix Personalization for App-V – VDA"オプションを使用します。
VDAのインストール後にコンポーネントをインストールするには、次の手順に従います。
  1. VDAマシンで、コントロールパネル > プログラム > プログラムと機能に移動し、Citrix Virtual Delivery Agentを右クリックして、変更を選択します。
  2. 表示されるウィザードで、追加コンポーネントページに進み、App Packages Delivery Componentチェックボックスを有効にします。
注：
  • Microsoft App-V Desktop Client は、ユーザーデバイスで App-V パッケージから仮想アプリケーションを実行するコンポーネントです。Windows 10 (1607 以降) および Windows Server 2019 以降には、この App-V クライアントソフトウェアがすでに含まれています。VDA マシンでのみ有効にする必要があります。詳細については、この Microsoft ドキュメント記事を参照してください: App-V インボックスクライアントを有効にする。
  • FlexApp アプリケーションの場合は、App Packages Delivery Component とともに VDA に FlexApp One Agent をインストールします。
  • Elastic App アプリケーションの場合は、App Packages Delivery Component とともに VDA に App Layering 対応イメージをインストールします。
  • Cloudpaging アプリケーションの場合は、App Packages Delivery Component とともに VDA に Cloudpaging Playerをインストールします。

FlexApp One Agent をインストールする

  1. VDA で管理者コマンドプロンプトを起動します。
  2. 任意の FlexApp One Package のネットワークパスを見つけます。
  3. 次のコマンドを入力します。
    \\path\to\any\FlexAppOnePackage.exe --install
  4. 表示されるプロンプトをすべて承認します。

App Layering 対応イメージをインストールする

  1. アプリレイヤリングを設定します。 Citrix App Layering ドキュメントの指示に従ってください。プロセスには以下が含まれます。
    1. Enterprise Layer Manager (ELM) を設定します。
    2. ゴールド OS イメージをインポートします。
    3. プラットフォームレイヤーを作成します。
    4. アプリケーションレイヤーを作成します。
    5. ELMで、配信する各アプリケーションレイヤーに対して、Studio App Packagesでの使用をこのApp Layerで有効にするチェックボックスを選択します。
  2. Elastic Layeringコンポーネントを含むイメージをVDAマシンにインストールします。次のいずれかの方法を使用できます。
    1. Elastic Layeringを有効にして、ELMからイメージを展開します。
    2. マシンにVDAを手動でインストールし、セットアップ中にElastic Layeringコンポーネントを選択します。

Cloudpaging Playerをインストールする

  1. VDAで管理者コマンドプロンプトを開きます。
  2. Cloudpaging Playerインストーラーが含まれているフォルダーに移動します。
  3. プレーヤーをサイレントインストールし、SaaSコンソールURLを構成するには、次のコマンドを実行します。必要に応じてプレースホルダー値を置き換えてください。
    cloudpaging-player-setup-x64-release.exe /S /v"/qn ADDLOCAL=ALL REG_BASETOKENPATHORURL=https://your-tenant-url/api/token"
  4. (オプション) インストール後に、次のレジストリ値を確認して構成を検証します。
    • パス: HKEY_LOCAL_MACHINE\SOFTWARE\Numecent\StreamingCore\Settings\Launcher
    • 名前: BaseTokenPathOrURL
    • データ: 値は、インストール時に指定したURLと一致する必要があります。

パッケージ化されたアプリケーションを配信する

前提条件のインストールが完了したら、パッケージ化されたアプリケーションをユーザーに配信するには、次の操作を行います。
  1. アプリケーションパッケージをネットワーク共有に保存する。
  2. アプリケーションパッケージを環境にアップロードする。
  3. アプリケーションをデリバリーグループに追加する。
  4. 相互依存するApp-Vパッケージの自動配信を有効にするには、分離グループを作成します。

アプリケーションパッケージをネットワーク共有に保存する

インフラストラクチャをセットアップしたら、アプリケーションパッケージを生成し、UNCまたはSMBネットワーク共有、あるいはAzureファイル共有などのネットワークロケーションに保存します。
詳細な手順は次のとおりです。
  1. アプリケーションパッケージを生成します。詳細については、Microsoftのドキュメント「App-V仮想化アプリケーションの作成と管理」を参照してください。
  2. アプリケーションパッケージをネットワークロケーションに保存します。
    • App-V Single Adminの場合：パッケージと対応する動的構成ファイル（App-V）をUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
    • App-V Dual Adminの場合：UNCパスからApp-V管理サーバーにパッケージを公開します。（HTTP URLからの公開はサポートされていません。）
    • MSIXまたはMSIX app attachの場合：パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
    • FlexAppの場合：パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
    • Elastic Appの場合：パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
    • Cloudpagingの場合: パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
  3. VDAがパッケージストレージパスに対する読み取り権限を持っていることを確認してください。
    • ADドメイン内のUNCまたはSMBネットワーク共有にパッケージを保存する場合、VDAマシンにストレージパスへの読み取り権限を付与します。そのためには、マシンのADアカウントに共有への読み取り権限を明示的に付与するか、その権限を持つADグループにアカウントを含めることができます。
    • Azureファイル共有にパッケージを保存する場合は、まずAzureのストレージパスにユーザーアカウントの読み取り権限を付与します。次に、VDAマシンで実行されているctxAppVServiceを、そのユーザーアカウントを使用してパッケージストレージパスにアクセスするように構成します。詳細な手順については、ユーザーログオンアカウントの変更を参照してください。

ユーザーログオンアカウントの変更

以下の2つのシナリオでユーザーログオンアカウントを変更します。
  • リンクされたADアカウントを使用してAzureファイル共有上のパッケージにアクセスするには：
    • 接続エンティティは、マシンアカウントではなくユーザーアカウントである必要があります。これは、Microsoft Entra IDがファイル共有上のマシンアカウントに読み取り権限を付与しないためです。
  • MSIXおよびMSIX AppAttachパッケージにサービスが含まれている場合：
    • パッケージは、非管理者ユーザーに公開する前に、ローカルマシンで管理者権限を持つユーザーアカウントを使用して公開する必要があります。これは、パッケージ化されたサービスをインストールするために必要であり、パッケージはマシンではなくユーザーにのみ公開できるため、デフォルトのLocalServiceアカウントは不適切です。
VDAはctxAppVServiceを呼び出して、パッケージストレージパスにアクセスし、管理者権限を必要とする操作を実行します。デフォルトでは、ctxAppVServiceはマシンのLocalServiceアカウントのコンテキストで実行され、マシンのIDを使用してADに認証するため、上記のシナリオには適していません。
いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージの保存場所（SMB共有またはAzureファイル共有）への読み取りアクセス権が付与されているADユーザーアカウントを使用するように再構成する必要があります。手順は次のとおりです。
  1. サービスを開始し、ctxAppVServiceを右クリックし、プロパティを選択します。
  2. ログオンタブで、このアカウントを選択します。
    1. ローカル管理者権限とパッケージストレージパスへの読み取り権限を持つユーザーアカウントを入力します
    2. ユーザーのパスワードを2回入力します。
  3. OKをクリックします。

アプリケーションパッケージを環境にアップロードする

必要に応じてアプリケーションパッケージをネットワークの場所に保存した後、配信のために環境にアップロードします。必要に応じて、以下のいずれかの方法を使用します。
準備
Citrix DaaSは、パッケージ検出のためにネットワークの場所への接続を設定するためにVDAマシンを使用します。そのため、事前にデリバリーグループを作成し、グループ内の少なくとも1つのVDAが以下の要件を満たしていることを確認してください。
  • VDAバージョン:
    • App-Vパッケージを検出する場合: 2203以降
    • MSIXおよびMSIXアプリ添付パッケージを検出する場合: 2209以降
    • FlexAppパッケージを検出する場合: 2311以降およびFlexApp Agentソフトウェア
    • Elastic Appパッケージを検出する場合: 2511以降およびApp Layering対応イメージ
    • CloudpagerコンソールからCloudpagingパッケージを検出する場合: 2511以降
    • ネットワーク共有からCloudpagingパッケージを検出する場合: 2603以降
  • アプリケーションパッケージ配信コンポーネント: インストール済み
  • パッケージの場所に対するアクセス許可: 読み取り (詳細については、ネットワーク共有にアプリケーションパッケージを保存するを参照してください。)
  • 電源: オン
  • 状態: 登録済み
アプリケーションパッケージを一括でアップロードする
ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
  • 準備の要件を満たすデリバリーグループ
  • ネットワークの場所のパス
パッケージを一括でアップロードするには、次の手順に従います。
  1. 左側のペインで、App packagesを選択します。
  2. Package discoveryタブで、Create discovery profileボタンをクリックします。Create discovery profileページが表示されます。
  3. 名前フィールドに、プロファイルの説明的な名前を入力します。
  4. デリバリーグループフィールドで、デリバリーグループの選択をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、OKをクリックします。
  5. 場所の種類フィールドで、パッケージの保存場所に応じてMicrosoft App-Vサーバー、ネットワーク共有、またはNumecent Cloudpagerを選択し、対応する設定を完了します。
    • Microsoft App-Vサーバーを選択した場合は、次の情報を入力します。
      • 管理サーバーのURL。例: http://appv-server.example.com
      • 管理サーバー管理者のログイン資格情報。
      • 公開サーバーのURLとポート番号。例: http://appv-server.example.com:3330
    • ネットワーク共有を選択した場合は、次の情報を指定します。
      • ネットワーク共有のUNCパスを入力します (例: \\Package-Server\apps\)。Elastic Appパッケージの場合は、ELMのSystem's Network File Share SMB pathからUNCパスを入力します。
      • アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、FlexApp、Elastic App、Cloudpagingが含まれます。
      • パッケージのサブフォルダーを検索するかどうかを指定します。
        注:
        cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、サブフォルダーを検索を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。
    • Numecent Cloudpager (CloudpagingアプリがCloudpagerコンソールに保存されていることを意味します) を選択した場合は、次の情報を入力します。
      • CloudpagerコンソールのURL。例: https://cloudpagerconsole.my.org
      • PowerShell APIキー。
      • AppLauncher MSID。
  6. 設定セクションで、必要に応じて次のオプションを構成します。
    • 不在パッケージを削除: 更新チェック中にプロファイルロケーションでパッケージが見つからなくなった場合に、パッケージタブからパッケージを自動的に削除するには、このオプションを選択します。選択しない場合、そのようなパッケージは無効なアイコンで表示されます。
    • インプレースアップグレード: このオプションを選択すると、更新チェック中に検出された新しいバージョンで既存のパッケージが上書きされます。選択すると、アップグレード後もユーザーのお気に入りは保持されます。このオプションはデフォルトで選択されています。
    • ダウングレードを無視: このオプションを選択すると、同じパッケージのより新しいバージョンがライブラリにすでに存在する場合、パッケージのインポートがスキップされます。このオプションはデフォルトで選択されています。
  7. 検出プロファイルの作成をクリックします。
    検出プロファイルの作成ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix DaaSは、デリバリーグループ内のVDAを使用してパッケージをCitrix Cloudにアップロードします。アップロードが完了すると、ステータスフィールドに「インポート成功」と表示されます。対応するパッケージは、パッケージタブに表示されます。
    注：
    • プロファイルの場所でパッケージの更新を確認し、Citrix Cloudにインポートするには、プロファイルリストで場所を選択し、更新の確認をクリックします。
    • リストで検出プロファイルを選択すると、詳細ペインに、インプレースアップグレードとダウングレードを無視の現在の値がはいまたはいいえとして表示されます。
    • 更新の確認をクリックすると、確認パネルには、チェックが実行される前に現在のインプレースアップグレードとダウングレードを無視の設定も表示されます。
アプリケーションパッケージを1つずつアップロードする
ネットワーク共有から環境にアプリケーションパッケージをアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
  • 準備に記載されている要件を満たすデリバリーグループ
  • ネットワークの場所のパス。
パッケージを環境にアップロードするには、次の手順に従います。
  1. 左側のペインで、アプリパッケージを選択します。
  2. パッケージタブで、パッケージの追加ボタンをクリックします。パッケージの追加ページが表示されます。
  3. 「デリバリーグループ」フィールドで、「デリバリーグループの選択」をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、「OK」をクリックします。
  4. 「パッケージのフルパス」フィールドに、必要に応じてパスを入力します。
    • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切って、それらのフルパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
    • ネットワーク共有にあるすべてのパッケージをアップロードするには、ストレージパスを入力します。例: \\package-Server\apps\
  5. 「設定」セクションで、必要に応じて、次のオプションを構成します。
    • インプレースアップグレード: このオプションを選択すると、新しいバージョンが見つかった場合に既存のパッケージが上書きされます。選択すると、アップグレード後もユーザーのお気に入りが保持されます。このオプションはデフォルトで選択されています。
    • ダウングレードを無視: このオプションを選択すると、同じパッケージのより新しいバージョンがライブラリにすでに存在する場合、このパッケージのインポートがスキップされます。このオプションはデフォルトで選択されています。
  6. 「パッケージの追加」をクリックします。
    アプリケーションパッケージが「パッケージ」タブに表示されます。

アプリケーションをデリバリーグループに追加する

アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じて、そのアプリケーションを1つ以上のデリバリーグループに追加します。その結果、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。
注:
  • デリバリーグループを介して、パッケージ化されたアプリケーションをシングルセッションVDAおよびマルチセッションVDAに配信できます。
  • デフォルトでは、エンドユーザーは、シングルセッション (またはデスクトップ と呼ばれる) VDAに関連付けられたデリバリーグループに割り当てられているすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップ VDA上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、「アプリケーション」ノードに移動し、アプリケーションを選択して、「アプリケーションプロパティの編集 > 可視性の制限」を選択して変更を加えます。アプリケーションの可視性を制限するを参照してください。
パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
  1. 左ペインで、App Packagesを選択します。
  2. Packagesタブで、必要に応じてパッケージを選択します。
  3. アクションバーで、Add Delivery Groupsをクリックします。Assign Applications to Delivery Groupsページが表示されます。
  4. このアプリパッケージからアプリケーションを配信する場所を選択し、Citrix Workspaceアプリのパッケージ内の1つ以上のアプリケーションを選択して、Nextをクリックします。
    • デスクトップでアプリパッケージを配信する: このパッケージ内のすべてのアプリケーションは、Citrix仮想デスクトップで配信されます。エンドユーザーは、ストアのDesktopsタブからデスクトップを起動することでアクセスできます。
    • Citrix Workspaceでアプリケーションを配信する: このパッケージ内の選択されたアプリケーションは、Citrix仮想アプリとして配信されます。エンドユーザーは、ストアのAppsタブからアクセスできます。
    注:
    この設定は、パッケージ化されたアプリケーションのデフォルトの可視性を制御します。特定のパッケージ化されたアプリケーションの可視性を後で変更するには、Applicationsノードに移動し、アプリケーションを選択して、Properties > Deliveryを選択して変更します。詳細については、「アプリケーションプロパティの変更」を参照してください。
  5. デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、Nextをクリックします。
    注:
    • MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
    • FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
    • Elastic Appパッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
    • Cloudpagingパッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
  6. Finishをクリックします。
さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
  1. 左ペインで、App Packagesを選択します。
  2. Applicationsタブで、Add Applicationsを選択します。
  3. Groupsページで、必要に応じて1つ以上のデリバリーグループを選択します。
  4. Applicationsページで、次のように1つ以上のアプリケーションパッケージを選択します。
    1. Addをクリックし、Application packagesを選択します。
    2. 必要なパッケージの種類を選択します（例：App-V Single Admin）。この種類のすべてのパッケージが表示されます。
    3. 必要に応じて1つ以上のパッケージを選択します。
    4. OKをクリックし、次にNextをクリックします。
    5. 異なるパッケージタイプのアプリケーションをさらに追加するには、手順aからdを繰り返します。
  5. Finishをクリックします。
次の場合に、パッケージ化されたアプリケーションをデリバリーグループに追加することもできます。
  • デリバリーグループを作成する場合。詳細については、「デリバリーグループの作成」を参照してください。
  • 既存のデリバリーグループまたはアプリケーショングループを編集する場合。詳細については、「アプリケーションの追加」を参照してください。

（オプション）App-Vパッケージの分離グループを作成する

相互依存するApp-Vパッケージを自動的に配信できるように、分離グループを作成できます。
注：
分離グループは、App-Vシングル管理者方式でサポートされています。App-Vデュアル管理者方式を使用している場合は、Microsoft App-Vインフラストラクチャで接続グループを作成することで同じ目標を達成できます。詳細については、Microsoftのドキュメント記事「接続グループファイルについて」を参照してください。
分離グループについて
分離グループとは、仮想環境を作成するために同じWindows Sandboxで実行する必要がある、相互依存するアプリケーションパッケージの集合です。Citrix App-V分離グループは、App-V接続グループに似ていますが、同一ではありません。分離グループには、次の2種類のパッケージが含まれます。
  • 明示的なアプリケーションパッケージ：特定のライセンス要件を持つアプリケーション。これらのアプリケーションをデリバリーグループに追加することで、特定のユーザー範囲に制限できます。
  • 自動アプリケーションパッケージ：デリバリーグループに追加されているかどうかに関係なく、常にすべてのユーザーが利用できるアプリケーション。
たとえば、アプリケーションapp-aを実行するにはJRE 1.7が必要です。app-a（明示的としてマーク）とJRE 1.7（自動としてマーク）を含む分離グループを作成できます。次に、app-aのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。
ユーザーが分離グループで明示的としてマークされたApp-Vアプリケーションを起動すると、Citrix DaaSはデリバリーグループ内のアプリケーションへのユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージはユーザーが利用できるようになります。
自動パッケージをデリバリーグループに追加する必要はありません。分離グループに別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループにある場合にのみユーザーが利用できます。
App-V分離グループを作成する
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。
  1. **「分離グループ」タブで、「分離グループの追加」**をクリックします。
  2. 分離グループの名前と説明を入力します。環境内のすべてのApp-Vシングル管理者パッケージが**「利用可能なパッケージ」**リストに表示されます。
  3. **「利用可能なパッケージ」リストから、必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションが「分離グループ内のパッケージ」**リストに表示されます。
  4. 「展開」フィールドで、アプリケーションに対して「明示的」または「自動」を選択します。
  5. さらにパッケージを追加するには、手順2～3を繰り返します。
  6. リスト内のパッケージの順序を調整するには、上矢印または下矢印をクリックします。
  7. 「保存」をクリックします。
「注:」:
隔離グループ構成により、VDA上にApp-V接続グループが作成されます。展開シナリオは複雑になる可能性があり、App-Vクライアントは一度に1つのアクティブな接続グループにのみ存在するパッケージをサポートします。同じパッケージを、同じデリバリーグループに追加された2つの異なる隔離グループに追加することは避けることをお勧めします。

ベストプラクティス

  • App-Vパッケージを展開するには、PowerShellコマンドEnable-AppVを使用してVDAでApp-Vサブシステムを有効にします。
  • MSIX（およびAppAttach）パッケージを展開するには、VDAがパッケージの署名に使用されている証明書を信頼する必要があります。
  • Windows Server 2019では、MSIXパッケージを展開するためにサイドローディングを有効にします。Windows 10、11、Windows Server 2022、および2025ではサイドローディングは不要です。
  • App AttachはWindows Server 2019では全く実装されておらず、Windows Server 2022または2025ではMicrosoft（およびCitrixも同様に）によって現在サポートされていません。

詳細設定

以下の詳細トピックでは、基本的なアプリパッケージワークフローを超えて、Citrix DaaSでパッケージ化されたアプリケーションがどのように検出、更新、配信されるかを微調整するための追加の構成オプションと制御を提供します。

パッケージ化されたアプリケーションの公開を自動化する

PowerShellコマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。
Delivery Controller™上で、以下のPowerShellコマンドを実行します:
  1. パッケージ検出モジュールに存在するコマンドをロードするには:
    Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
    注:
    パッケージ検出モジュールのバージョンは、ステップ1で述べたパスにあるCitrix DaaS ISOで確認できます。
  2. パッケージ検出モジュールは、公開するパッケージタイプもサポートしているCitrix DaaSバージョンのISOから取得する必要があります。つまり、FlexAppOneアプリケーションには2311以降が必要です。利用可能な最新バージョンを使用することをお勧めします。
  3. 関連するデリバリーグループIDとパッケージ化されたアプリケーションIDを取得するには:
    Get-BrokerDesktopGroup | Format-Table Uid, Name
    Get-AppLibAppVApplication | Format-Table Uid, Name
  4. パッケージを公開し、適切なBrokerMachineConfigurationを作成するには:
    Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>
  5. Broker構成を同期するには、これは後でVDA上のBrokerエージェントに送信されます:
    Update-DesktopGroupMachineConfigurations -DesktopGroupUid <DesktopGroup.Uid>
    注:
    PowerShellコマンドラインを介してデリバリーグループからパッケージ化されたアプリケーションを公開または削除した後には、PowerShellコマンド Update-DesktopGroupMachineConfigurations を必ず実行してください。そうしないと、公開されたアプリケーションに関する情報がVDAに正しく送信されず、起動に失敗します。

アプリケーションの可視性を制限する

Citrix DaaS環境では、パッケージからのアプリケーションがデスクトップに公開されると、システムはそれらのアプリケーションに対するActive Directory (AD) のユーザーおよびグループの可視性設定を尊重します。ただし、ユーザーがパッケージ内の1つのアプリケーションのみに可視性を持っている場合でも、個々のパッケージコンポーネントはVDA上で細分化できないため、パッケージ全体が仮想デスクトップ（またはシームレスアプリ）セッションに展開される必要があります。さらに、VDAバージョン2503より前では、最初の公開後にアプリケーションの可視性を低下させる変更を行っても、その後のデスクトップ起動時に以前に公開されたパッケージがクリーンアップされることはありません。さらに、デスクトップとワークスペースの可視性など、他の可視性レイヤーは、これらのAD可視性割り当ての上に動作します。
パッケージ化されたアプリケーションがWorkspaceに表示されるべきか、ユーザーのVDIデスクトップセッションに展開されるべきかを制御できます。パッケージ化されたアプリケーションが公開されたら、PowerShellコマンド Set-BrokerApplication -Name "MyApp" -PackagedApplicationVisibility "Workspace|Desktop|WorkspaceAndDesktop" を使用して、BrokerApplictaion の PackagedApplicationVisibility プロパティを更新できます。
PackagedApplicationVisibility のデフォルト値は WorkspaceAndDesktop です。
値 Workspace: アプリはWorkspaceAppにのみ表示され、シームレスなAppLaunchに利用できますが、ユーザーが開始するデスクトップセッションには自動的に公開されません。
値 Desktop: アプリのアイコンをWorkspaceAppから非表示にし、シームレスなAppLaunchでは利用できなくなりますが、ユーザーがADグループ設定を通じてアクセスできる場合、アプリは引き続きユーザーのデスクトップセッションに展開できます。
注:
シングルセッション静的デスクトップに公開されたパッケージアプリケーションは、この設定で構成された値に関係なく、Workspace Appでは利用できません。

App-Vフルインフラストラクチャからシングル管理者ワークフローへの移行

Microsoft App-Vフルインフラストラクチャ（デュアル管理者）は、サポート終了が近づいています。App-Vパッケージやその他のサポートされているコンテナ形式の提供を継続するには、Citrixシングル管理者モデルに移行してください。
シングル管理者モデルは、App-V管理サーバーと公開サーバーへの依存関係を排除し、Studioでパッケージ管理を一元化します。

シングル管理者モデルの利点

シングル管理者ワークフローに移行することで、アーキテクチャが簡素化され、パッケージ管理が効率化されます。

簡素化されたアーキテクチャ

シングル管理者モデルでは、VDAはファイル共有から直接パッケージを取得します。Citrixはメタデータ、公開、および分離ロジックを管理します。
機能 フルインフラストラクチャ（デュアル管理者） シングル管理者（Citrix管理）
管理 App-V管理コンソール シトリックス スタジオ または ウェブ スタジオ
データベース 必須 (SQL Server) なし (メタデータはCitrixサイトデータベースに保存されます)
公開 App-V パブリッシングサーバー シトリックス VDA (ctxAppVService)
パッケージソース UNC共有 (管理サーバーに同期) UNC共有、SMB共有、またはAzure Files
ロジック 接続グループ Citrix分離グループ

戦略的利点

Single Adminに移行することで、同期ラグも解消されます。
  • Dual Admin モデルでは、App-V 管理サーバーを同期し、その後 Studio を同期する必要があります。
  • Single Admin モデルでは、ファイル共有上のパッケージを更新し、Studio で を選択すると、更新されたパッケージは次回のユーザーログオン時に利用可能になります。

移行ワークフロー

既存の App-V フルインフラストラクチャを Citrix Single Admin ワークフローに移行するには、次の手順に従います。
  1. ステップ 1: ターゲット環境を準備する
  2. ステップ 2: パッケージを Citrix ライブラリにインポートする

ステップ 1: ターゲット環境を準備する

パッケージをインポートする前に、インフラストラクチャと VDA が Single Admin モデルをサポートする準備ができていることを確認してください。
  1. 共有リポジトリ
    1. .appv パッケージをホストする UNC 共有を特定します。
    2. VDA マシンアカウント（例: ドメインコンピューター）が、共有と NTFS の両方のアクセス許可に対して 読み取り アクセス権を持っていることを確認してください。
  2. VDA
    すべての VDA に App Packages Delivery Component がインストールされていることを確認してください。インストール後にこのコンポーネントを追加するには：
    1. VDA インストーラーを実行します。
    2. で を選択します。
    3. 「App Packages Delivery Component」を追加します。
  3. 「XML構成ファイル」
    _DeploymentConfig.xmlと_UserConfig.xmlファイルを、対応する.appvファイルと同じフォルダーに移動します。
    Single Adminモデルでは、VDAは中央のApp-Vデータベースからではなく、ファイル共有上のパッケージフォルダーから構成ファイルを読み取ります。

ステップ2：パッケージをCitrixライブラリにインポートする

環境を準備したら、既存のApp-VパッケージをCitrixアプリケーションライブラリにインポートします。
  1. Citrix Studioで、構成 > App Packagesに移動します。
  2. 完全に移行する場合は、App-V Management Serverへの既存の接続をすべて削除します。
  3. 「Add Package」を選択し、パッケージのUNCパスを指定します。
  4. Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。
インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。
「注：」:
「vPreferポリシー（オプション）：アプリケーションをリモートサーバーにリダイレクトする代わりにローカルVDAで起動する場合は、VDAでvPrefer GPOを有効にします。

App-Vアプリケーションのトラブルシューティング（Single Adminモデル）

App-Vパッケージ（Single Adminモデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。
問題 説明 解決策
パッケージの検出と「カタログ化に失敗しました」エラー Studio でパッケージを追加すると、ファイルにアクセスできないか、メタデータが無効であることを示すエラーが表示されます。
  1. 権限を確認します。
    Delivery Controller マシンアカウント（例: DOMAIN\DDC01$）が、パッケージをホストする UNC パスの共有レベルと NTFS レベルの両方で読み取り権限を持っていることを確認します。
  2. XML の整合性を確認します。
    .appv ファイルと _DeploymentConfig.xml ファイルのファイル名プレフィックスが同じで、同じフォルダーにあることを確認します。
アプリケーションが起動しない
(エラーコード: 0x80070005 または 0x80040154)
ユーザーがアプリケーションアイコンをクリックすると、Citrix splash 画面が表示されますが、アプリケーションは開きません。
  1. VDAコンポーネントを確認します。
    VDAにApp Packages Delivery Componentがインストールされていることを確認します。次のファイルが存在することを確認します: C:\Program Files\Citrix\AppV\ctxAppVService.exe。
  2. VDAの権限を確認します。
    VDAはファイル共有からパッケージをプルするため、VDAマシンアカウント（例: DOMAIN\VDA-HR01$）はUNCパスへの読み取りアクセス権を持っている必要があります。
  3. App-Vクライアント構成を検証します。
  • VDA で次の PowerShell コマンドを実行します: Get-AppvClientConfiguration.
  • パッケージにスクリプトが必要な場合は、EnablePackageScripts が $True に設定されていることを確認してください。
分離グループの競合 Excel アドインなどのプラグインは、その親アプリケーションを認識できません。
  1. Studio で、App Packages > Isolation Groups に移動します。
  2. 両方のパッケージが同じ分離グループに追加されていることを確認します。
    シングル管理者モデルでは、VDA 上の App-V クライアントが、Delivery Controller によって配信された構成に基づいて、それらのアプリケーションの仮想接続を管理します。
初回起動が遅い（バッファリング） AutoCADやArcGISのような大規模なApp-Vパッケージの初回起動には数分かかります。
  1. VDAで、以下のレジストリを確認します。
    HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AppV\Client\Streaming
  2. 以降の起動パフォーマンスを向上させるため、Autoloadを2（以前使用したすべてのパッケージを自動ロード）に設定します。
  3. ネットワークパフォーマンスを確認します。ネットワーク共有でのSMB署名またはウイルス対策スキャンが転送速度を制限していないことを確認してください。

便利なPowerShellコマンド（VDAで実行）

CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。
コマンド 目的
Get-AppvClientPackage VDAに現在キャッシュされているか、公開されているすべてのApp-Vパッケージを表示します。
Get-CtxAppvPackage Citrixエージェントによって管理されているパッケージを表示します。
Start-Service ctxAppVService Citrix App-Vオーケストレーションサービスを再起動します。