アプリケーションパッケージ

最終公開日 : Nov 13, 2026
アプリケーションパッケージは、Citrix®が管理する事前構成済みのアプリケーション展開です。これにより、アプリケーションを仮想化でき、ユーザーデバイスのオペレーティングシステムやインターフェイスから独立してアプリケーションが実行されることを意味します。
アプリケーションパッケージは、アプリケーション管理を簡素化し、ITオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
Citrix は、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。
この記事では、Citrix Virtual Apps and Desktops™ 環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法について説明します。
注:
  • バージョン2511以降、Citrix Virtual Apps and Desktops™の唯一の管理コンソールはCitrix Web Studio（Webベース）です。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
  • アプリケーションパッケージの展開と配信にWeb StudioとCitrix Studioを相互に利用することはお勧めしません。それぞれ異なるメカニズムを使用しているため、App-Vサーバー情報が一方では正しく表示されるが、もう一方では表示されないといった不一致が生じる可能性があります。また、Citrix StudioはApp-Vのみをサポートしていることにも注意してください。
Related information
シームレス
アプリケーション

App-V アプリケーション

Application Virtualization (App-V) は、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできるようにする Microsoft のテクノロジーです。Citrix Virtual Apps and Desktops は App-V を使用してアプリケーションを配信でき、さまざまなクライアントマシン間でアプリケーションを管理するための集中化された効率的な方法を提供します。
App-Vパッケージアプリケーションを配信する際に操作するコンポーネントと概念の詳細については、Microsoftのドキュメント: Windowsクライアント向けApplication Virtualization (App-V) の概要を参照してください。

重要な用語

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

動的構成ファイル

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 Virtual Apps and Desktops と App-V サーバーが連携してパッケージを配信および管理します。この方法では、Citrix Virtual Apps and Desktops が App-V サーバーの状態のスナップショットビューを定期的に更新する必要があります。これには、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。Citrix Virtual Apps and Desktops と App-V サーバーは、特にユーザー権限に関して同期を維持する必要があります。
    この方法は、App-VとCitrixが密接に連携する展開で最適に機能します。この方法では:
    • App-V管理サーバーが動的構成ファイルを処理します。
    • VDAマシンにインストールされているApp Packages Delivery Component: アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
    これにより、適切なタイミングでユーザーに対して公開サーバーが同期されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。
  • シングル管理者: アプリケーションパッケージはネットワーク共有に保存されます。Citrix Virtual Apps and Desktops は、パッケージを独立して配信および管理します。
    この方法により、展開においてApp-Vサーバーとデータベースインフラストラクチャが不要になるため、オーバーヘッドが削減されます。
    この方法では、App-Vパッケージをネットワーク共有に保存し、その場所からメタデータを環境にアップロードします。その後、VDAマシンにインストールされているApp Packages Delivery Componentが、次のようにアプリケーションを管理および配信します。
    • アプリケーションが起動されたときに、展開構成ファイルとユーザー構成ファイルを処理します。
    • ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。
注：
  • 両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加する場合、アプリケーションは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 Virtual Apps and Desktopsは、VDAマシンにインストールされているApp Packages Delivery Componentを介して、MSIXおよびMSIXアプリアタッチアプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。
MSIXおよびMSIXアプリアタッチの詳細については、Microsoftのドキュメント: MSIX documentation および App Attach in Azure Virtual Desktop をそれぞれ参照してください。
注記:
  • デスクトップおよびサーバーVDA上のネイティブMSIXパッケージと、デスクトップVDAのみで、.vhd、.vhdx、および.cimディスクイメージ形式のMSIXアプリアタッチをサポートしています。
  • 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配信エージェントを介して、FlexAppアプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。

Elastic Appアプリケーション

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

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 PoSh モジュール
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での使用を有効にするチェックボックスを選択します。
  2. VDAマシンにElastic Layeringコンポーネントを含むイメージをインストールします。以下のいずれかの方法を使用できます。
    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_BASTOKENPATHORURL=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ファイル共有に保存します。
  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 Virtual Apps and Desktops は、パッケージ検出のためのネットワークロケーションへの接続を設定するために VDA マシンを使用します。したがって、事前にデリバリーグループを作成し、グループ内の少なくとも1つの VDA が次の要件を満たしていることを確認してください。
  • VDAバージョン:
    • App-Vパッケージを検出するには: 2203以降
    • MSIXおよびMSIXアプリ添付パッケージを検出するには: 2209以降
    • FlexAppパッケージを検出するには: 2311以降およびFlexApp Agentソフトウェア
    • ElasticAppパッケージを検出するには: 2511以降およびApp Layering対応イメージ
    • Cloudpagingパッケージを検出するには: 2511以降およびCloudpaging Playerソフトウェア
  • App Packages Delivery Component: インストール済み
  • パッケージの場所に対するアクセス許可: 読み取り (詳細については、Store application packages on network sharesを参照してください。)
  • 電源: オン
  • 状態: 登録済み
アプリケーションパッケージを一括アップロードする
ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
  • Preparationsの要件を満たすデリバリーグループ
  • ネットワークの場所のパス
パッケージを一括でアップロードするには、次の手順に従います。
  1. 左側のペインで、App packagesを選択します。
  2. Packeage discoveryタブで、Create discovery profileボタンをクリックします。Create discovery profileページが表示されます。
  3. Nameフィールドに、プロファイルの説明的な名前を入力します。
  4. Delivery groupフィールドで、Select a delivery groupをクリックします。次に、Preparationsで述べられている要件を満たすデリバリーグループを選択し、OKをクリックします。
  5. Location typeフィールドで、パッケージの保存場所に応じて、Microsoft App-V server、Network share、または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が含まれます。
      • パッケージのサブフォルダーを検索するかどうかを指定します。
        注:
        cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、サブフォルダーを検索を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。
    • 「Numecent Cloudpager」を選択した場合は、次の情報を入力します。
      • CloudpagerコンソールのURL。例: https://cloudpagerconsole.my.org
      • PowerShell APIキー。
      • AppLauncher MSID。
  6. 検出プロファイルの作成をクリックします。
    「検出プロファイルの作成」ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix Virtual Apps and Desktopsは、デリバリーグループ内のVDAを使用してパッケージを環境にアップロードします。アップロードが完了すると、「ステータス」フィールドに「インポート成功」と表示されます。対応するパッケージは「パッケージ」タブに表示されます。
    「注:」:
    ソースの場所でパッケージの更新を確認し、環境にインポートするには、プロファイルリストで場所を選択し、更新の確認 をクリックします。
アプリケーションパッケージを1つずつアップロードする
ネットワーク共有からアプリケーションパッケージを環境にアップロードします。アップロードする前に、次の項目を準備してください。
  • (#preparations)に記載されている要件を満たすデリバリーグループ
  • ネットワークの場所のパス。
パッケージを環境にアップロードするには、次の手順に従います。
  1. 左側のペインで、「アプリパッケージ」を選択します。
  2. 「パッケージ」タブで、「パッケージの追加」ボタンをクリックします。「パッケージの追加」ページが表示されます。
  3. 「デリバリーグループ」フィールドで、「デリバリーグループの選択」をクリックします。次に、(#preparations)に記載されている要件を満たすデリバリーグループを選択し、「OK」をクリックします。
  4. 「パッケージのフルパス」フィールドに、必要に応じてパスを入力します。
    • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切って、それらのフルパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
    • ネットワーク共有にあるすべてのパッケージをアップロードするには、ストレージパスを入力します。例: \\package-Server\apps\
  5. 「パッケージの追加」をクリックします。
    アプリケーションパッケージが「パッケージ」タブに表示されます。

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

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

（オプション）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 Virtual Apps and Desktopsは、配信グループ内のアプリケーションに対するユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージはすべてユーザーに利用可能になります。
自動パッケージをどの配信グループにも追加する必要はありません。分離グループ内に別の明示的アプリケーションパッケージがある場合、そのパッケージは同じ配信グループ内にある場合にのみユーザーに利用可能になります。
App-V分離グループを作成する
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。
  1. 「分離グループ」タブで、「分離グループの追加」をクリックします。
  2. 分離グループの名前と説明を入力します。環境内のすべてのApp-V Single Adminパッケージが「利用可能なパッケージ」リストに表示されます。
  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 Virtual Apps and Desktops でパッケージ化されたアプリケーションがどのように検出、更新、配信されるかを微調整するための追加の構成オプションと制御について説明します。

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

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

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

Citrix Virtual Apps and Desktops環境では、パッケージからのアプリケーションがデスクトップに公開されると、システムはそれらのアプリケーションに対する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管理サーバーへの既存の接続をすべて削除します。
  3. パッケージの追加を選択し、パッケージのUNCパスを指定します。
  4. Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。
インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。
注:
vPreferポリシー（オプション）：アプリケーションをリモートサーバーにリダイレクトする代わりにローカルVDAで起動したい場合は、VDAでvPrefer GPOを有効にしてください。

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

App-Vパッケージ（シングル管理者モデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。
問題 説明 解決策
パッケージの検出と「カタログ化に失敗しました」エラー Studioでパッケージを追加すると、ファイルにアクセスできないか、メタデータが無効であることを示すエラーが表示されます。
  1. 権限を確認します。
    Delivery Controllerマシンアカウント（例：DOMAIN\DDC01$）が、パッケージをホストするUNCパスの共有レベルとNTFSレベルの両方で読み取り権限を持っていることを確認してください。
  2. XMLの整合性を確認します。
    .appv ファイルと _DeploymentConfig.xml ファイルのファイル名プレフィックスが同じで、同じフォルダーにあることを確認してください。
アプリケーションの起動に失敗する
(エラーコード: 0x80070005 または 0x80040154)
ユーザーがアプリケーションアイコンをクリックすると、Citrix スプラッシュ画面が表示されますが、アプリケーションは開きません。
  1. VDAコンポーネントを確認します。
    App Packages Delivery Component がVDAにインストールされていることを確認してください。次のファイルが存在することを確認してください: 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オーケストレーションサービスを再起動します。