Documentation produit
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Voir PDF

Packages d’applications

April 1, 2026
Contributeur: 
C

Les packages d’applications sont des déploiements d’applications préconfigurés gérés par Citrix®. Ils permettent de virtualiser les applications, ce qui signifie que les applications s’exécutent indépendamment du système d’exploitation et de l’interface de l’appareil de l’utilisateur.

Les packages d’applications simplifient la gestion des applications, réduisent les frais généraux informatiques et garantissent que les applications sont sécurisées et fonctionnelles tout au long de leur cycle de vie.

Citrix prend en charge les technologies de packaging suivantes pour la distribution d’applications aux utilisateurs :

Cet article vous explique comment déployer et distribuer ces applications packagées dans votre environnement Citrix Virtual Apps and Desktops™.

Remarque :

  • À partir de la version 2511, Citrix Web Studio (basé sur le Web) est la seule console de gestion pour Citrix Virtual Apps and Desktops™. Citrix Studio (basé sur MMC) a été supprimé de l’installeur. Cet article s’applique uniquement à Web Studio. Pour plus d’informations sur Citrix Studio, consultez l’article équivalent dans Citrix Virtual Apps and Desktops 7 2212 ou une version antérieure.
  • Nous ne recommandons pas d’utiliser Web Studio et Citrix Studio de manière interchangeable pour le déploiement et la distribution de packages d’applications. Chacun utilise des mécanismes différents, ce qui peut entraîner des incohérences, telles que des informations de serveur App-V apparaissant correctement dans l’un mais pas dans l’autre. Notez également que Citrix Studio ne prend en charge que App-V.

Applications App-V

Application Virtualization (App-V) est une technologie Microsoft qui permet de diffuser et d’accéder à des applications sans nécessiter d’installation sur l’appareil de l’utilisateur final. Citrix Virtual Apps and Desktops peut utiliser App-V pour distribuer des applications, offrant ainsi un moyen centralisé et efficace de gérer les applications sur diverses machines clientes.

Pour plus d’informations sur les composants et les concepts avec lesquels vous interagissez lors de la distribution d’applications packagées App-V, consultez la documentation Microsoft : Présentation de l’Application Virtualization (App-V) pour les clients Windows.

Termes importants

  • Serveur de gestion : Fournit une console centralisée pour gérer l’infrastructure App-V et distribue des applications virtuelles aux clients App-V Desktop et Remote Desktop Services. Le serveur de gestion App-V authentifie, demande et fournit la sécurité, la mesure, la surveillance et la collecte de données requises par l’administrateur. Le serveur utilise Active Directory et des outils de support pour gérer les utilisateurs et les applications.
  • Serveur de publication : Fournit aux clients App-V des applications pour des utilisateurs spécifiques et héberge le package d’application virtuelle pour la diffusion en continu. Il récupère les packages du serveur de gestion.
  • Fichiers de configuration dynamique : Les packages App-V peuvent être personnalisés à l’aide de fichiers de configuration dynamique qui, une fois appliqués au package, peuvent être utilisés pour modifier ses caractéristiques. Par exemple, vous pouvez les utiliser pour définir des raccourcis et des comportements d’application supplémentaires. Pour plus d’informations, consultez Fichiers de configuration dynamique

Fichiers de configuration dynamique

Citrix App-V prend en charge les deux types de fichiers de configuration dynamique. Les paramètres de fichier sont appliqués lors du lancement de l’application :

  • Fichiers de configuration de déploiement : Fournissent une configuration à l’échelle de la machine pour tous les utilisateurs. Ces fichiers doivent être nommés <packageFileName>_DeploymentConfig.xml et se trouver dans le même dossier que le package App-V auquel ils s’appliquent. Ces fichiers sont pris en charge par la gestion administrateur unique et double.

  • Fichiers de configuration utilisateur : Fournissent une configuration spécifique à l’utilisateur qui prend en charge les personnalisations par utilisateur du package. L’administrateur unique prend en charge les fichiers de configuration utilisateur nommés au format suivant : <packageFileName>_[UserSID | Username | GroupSID |GroupName_]UserConfig.xml et situés dans le même dossier que le package App-V auquel ils s’appliquent.

    Lorsque plusieurs fichiers de configuration utilisateur existent pour un package particulier, ils sont appliqués avec la priorité suivante :

    1. SID utilisateur
    2. Nom d’utilisateur
    3. SID de groupe AD (le premier trouvé l’emporte)
    4. Nom de groupe AD (le premier trouvé l’emporte)
    5. Par défaut

    Par exemple :

     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
 <!--NeedCopy-->

    Remarque :

    La partie spécifique à l’utilisateur du nom de fichier peut également apparaître facultativement à la fin (par exemple MyAppVPackage_UserConfig_joeblogs.xml).

    Important :

    Vous ne pouvez pas appliquer de modifications à la configuration de déploiement dynamique lorsqu’il y a des sessions utilisateur avec une application du package ouverte. Vous pouvez appliquer des modifications aux fichiers de configuration utilisateur dynamique si d’autres utilisateurs (mais pas l’utilisateur actuel) ont l’application du package ouverte.

Emplacement du fichier de configuration dynamique

Dans la gestion administrateur unique, les composants Citrix App-V ne traitent que les fichiers de configuration dynamique qui se trouvent dans le même dossier que leur package App-V.

Lorsque les applications du package sont lancées, toutes les modifications apportées aux fichiers de configuration dynamique correspondants sont réappliquées. Si vos fichiers de configuration dynamique se trouvent à un emplacement différent de leurs packages, utilisez un fichier de mappage pour mapper les packages à leurs fichiers de configuration de déploiement.

Pour créer un fichier de mappage :

  1. Ouvrez un nouveau fichier texte.

  2. Pour chaque fichier de configuration dynamique, ajoutez une ligne qui spécifie le chemin d’accès au package en utilisant le format <PackageGuid> : path.

    Par exemple :

    F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
<!--NeedCopy-->
  3. Enregistrez le fichier sous le nom ctxAppVDynamicConfigurations.cfg dans le même dossier que le package.

La hiérarchie complète des répertoires sur le même partage UNC que le package App-V est parcourue de manière récursive vers le haut pour ce fichier chaque fois qu’une application du package est lancée.

Méthodes

Vous pouvez utiliser les méthodes suivantes pour distribuer et gérer les packages App-V :

  • Double administration : Dans cette méthode, Citrix Virtual Apps and Desktops et les serveurs App-V collaborent pour distribuer et gérer les packages. Cette méthode exige que Citrix Virtual Apps and Desktops actualise périodiquement la vue instantanée de l’état du serveur App-V. Elle entraîne des coûts supplémentaires en termes de matériel, d’infrastructure et d’administration. Citrix Virtual Apps and Desktops et les serveurs App-V doivent rester synchronisés, en particulier pour les autorisations utilisateur.

    Cette méthode fonctionne mieux dans les déploiements App-V et Citrix étroitement couplés. Dans cette méthode :

    • Le serveur de gestion App-V gère les fichiers de configuration dynamique
    • Le composant de distribution des packages d’applications installé sur les machines VDA : Gère l’enregistrement du serveur de publication approprié requis pour le lancement d’une application.

    Cela garantit que le serveur de publication est synchronisé pour l’utilisateur au moment opportun. Le serveur de publication gère d’autres aspects du cycle de vie du package d’applications (tels que l’actualisation à la connexion et les groupes de connexion) en utilisant les paramètres avec lesquels il est configuré.

  • Administration unique : Les packages d’applications sont stockés sur des partages réseau. Citrix Virtual Apps and Desktops distribue et gère les packages indépendamment.

    Cette méthode réduit les frais généraux car les serveurs App-V et l’infrastructure de base de données ne sont pas nécessaires dans le déploiement.

    Dans cette méthode, vous stockez les packages App-V sur un partage réseau et téléchargez leurs métadonnées depuis cet emplacement vers votre environnement. Le composant de distribution des packages d’applications installé sur les machines VDA gère et distribue ensuite les applications comme suit :

    • Traite les fichiers de configuration de déploiement et les fichiers de configuration utilisateur lorsqu’une application est lancée.
    • Gère tous les aspects des cycles de vie des packages sur la machine hôte.

Remarque :

  • Vous pouvez utiliser une ou les deux méthodes de gestion simultanément. En d’autres termes, lorsque vous ajoutez des applications à des groupes de mise à disposition, les applications peuvent provenir de packages App-V situés sur des serveurs App-V ou sur un partage réseau.
  • Si vous utilisez les deux méthodes de gestion simultanément et que le package App-V possède un fichier de configuration dynamique aux deux emplacements, le fichier du serveur App-V (double administration) est utilisé.
  • Lorsque vous sélectionnez des packages d’applications dans le volet de navigation de Web Studio, l’affichage montre les noms et les types de packages. La colonne Type de package indique la technologie utilisée pour distribuer le package et où ils sont référencés dans la Bibliothèque d’applications. Lorsque vous sélectionnez un package, le volet de détails répertorie les applications et les raccourcis du package.

Applications MSIX et MSIX app attach

MSIX est un format de package d’applications Windows qui offre une expérience de packaging moderne à toutes les applications Windows. MSIX convient à divers types d’applications Windows, y compris les applications Win32, .NET et UWP.

MSIX app attach utilise des packages MSIX pré-développés sur des disques durs virtuels, qui peuvent être montés sur la machine cible selon les besoins, plutôt que de diffuser le contenu du package. Cela peut améliorer les temps de déploiement, réduire le trafic réseau et diminuer les IOPS sur la machine cible, mais nécessite un travail supplémentaire pour créer et maintenir les disques app attach.

Citrix Virtual Apps and Desktops distribue les applications MSIX et MSIX app attach aux utilisateurs via le composant de distribution des packages d’applications installé sur les machines VDA. Ce composant gère tous les aspects des cycles de vie des packages sur la machine hôte.

Pour plus d’informations sur MSIX et MSIX app attach, consultez la documentation Microsoft : documentation MSIX et App Attach dans Azure Virtual Desktop respectivement.

Remarque :

  • Nous prenons en charge les packages MSIX natifs sur les VDA de bureau et de serveur, et MSIX app attach sur les formats d’image disque .vhd, .vhdx et .cim uniquement sur les VDA de bureau.
  • Microsoft ne propose pas d’implémentation AppAttach pour Server 2019. Bien qu’AppAttach soit présent dans Server 2022 et 2025, Microsoft ne le prend pas en charge sur ces versions. Par conséquent, nous ne prenons pas non plus en charge AppAttach sur Server 2022 et 2025.
  • Activez le chargement latéral sur Windows Server 2019.
  • Assurez-vous que les VDA font confiance aux certificats avec lesquels les packages sont signés.

Applications FlexApp

FlexApp est une solution de superposition d’applications développée par Liquidware qui attache n’importe quelle application à une session Windows sans modifier l’image de base sous-jacente via le processus d’installation d’application traditionnel.

Les applications FlexApp One sont encapsulées dans un seul fichier partageable, ce qui leur permet de fonctionner sans nécessiter de couche d’application supplémentaire sur les sessions Windows. Les utilisateurs peuvent lancer l’application en cliquant sur le fichier conteneur, ce qui intègre rapidement une ou plusieurs applications dans leur espace de travail Windows.

Citrix distribue les applications FlexApp aux utilisateurs via le composant de distribution des packages d’applications et l’agent de distribution FlexApp installés sur les machines VDA. Ces deux composants gèrent tous les aspects des cycles de vie des packages sur la machine hôte.

+++NEW_TRANSLATION+++

Applications Elastic App

La technologie Elastic App est une fonctionnalité de Citrix App Layering qui vous permet d’attribuer dynamiquement des couches d’application aux utilisateurs lors de la connexion, plutôt que de les installer dans une image de base. Grâce à la technologie Elastic App, les applications suivent l’utilisateur sur différentes machines virtuelles, garantissant ainsi qu’il a toujours accès aux applications dont il a besoin sans surcharger l’image maître.

Citrix Virtual Apps and Desktops fournit des applications Elastic App aux utilisateurs via le composant Citrix Personalization et Application Layering Enterprise Layer Manager (ELM). Ces deux composants gèrent tous les aspects des cycles de vie des packages sur la machine hôte. Pour plus d’informations sur Application Layering Enterprise Layer Manager, consultez le document Citrix App Layering™.

Applications Cloudpaging

Cloudpaging est la technologie de streaming d’applications de Numecent qui fournit des applications à une session Windows sans nécessiter de modifications de l’image de base.

Avec Cloudpaging, les applications se lancent presque instantanément car seule une petite partie du code (généralement moins de 10 %) est diffusée initialement. Les composants restants sont diffusés en arrière-plan lorsque les utilisateurs y accèdent, offrant ainsi une expérience fluide.

Pour les environnements Citrix, le Composant de livraison de packages d’applications sur le VDA fonctionne avec le Lecteur Cloudpaging de Numecent pour gérer le cycle de vie des applications. Le composant Citrix orchestre la livraison, tandis que le Lecteur Cloudpaging gère le streaming et l’exécution à la demande au sein de la session.

Exigences de configuration

Tenez compte des détails de configuration suivants :

Lecteur Cloudpaging et LogoffCheckSysModules

Lorsque vous utilisez des applications virtuelles publiées avec des conteneurs Cloudpaging, configurez les paramètres suivants pour permettre la fermeture d’une session :

Paramètre Valeur
Clé de registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI
Nom de la valeur LogoffCheckSysModules
Type de valeur REG_SZ
Données de la valeur CoreHelper.exe

URL à ajouter à la liste blanche

En plus des exigences standard de liste blanche d’URL, les VDA nécessitent un accès au point de terminaison suivant :

Paramètre Valeur
URL external-api.cloudpager.net
Port 443
Client Cloudpager PoSh Module
Configuration du proxy de transfert pour le Web
  • Accès sortant autorisé
  • Contournement de l’authentification requis
Description Module PowerShell Cloudpager

Vous pouvez éventuellement créer un groupe de mise à disposition dédié avec un VDA utilisé uniquement pour effectuer la découverte Cloudpager afin de limiter les URL requises à ajouter à la liste blanche. Nous vous recommandons de créer un groupe de mise à disposition avec une machine dotée de la version 2511 ou ultérieure du VDA et du Composant de livraison de packages d’applications installé.

Pour plus d’informations sur les exigences réseau et de pare-feu du client Cloudpager, consultez l’article de la base de connaissances de Numecent.

Déployer et livrer des packages d’applications

Conditions préalables

Pour prendre en charge la livraison des packages App-V, MSIX, MSIX app attach, FlexApp, des applications Elastic App et des packages Cloudpaging, vous devez d’abord installer le Composant de livraison de packages d’applications sur les machines VDA. Consultez Installer le Composant de livraison de packages d’applications sur les machines VDA pour plus de détails.

Installer le Composant de livraison de packages d’applications sur les machines VDA

Le Composant de livraison de packages d’applications gère le processus de publication des packages d’applications aux formats App-V, MSIX, MSIX app attach, FlexApp, Elastic App et Cloudpaging. Ce composant n’est pas installé par défaut lors de l’installation d’un VDA. Vous pouvez installer le composant pendant ou après l’installation du VDA.

Pour installer le composant pendant l’installation du VDA, utilisez l’une des méthodes suivantes :

  • Dans l’assistant d’installation, accédez à la page Composants supplémentaires, puis cochez la case Composant de livraison de packages d’applications.
  • Dans l’interface de ligne de commande, utilisez l’option /includeadditional "Citrix Personalization for App-V – VDA".

Pour installer le composant après l’installation du VDA, suivez ces étapes :

  1. Sur la machine VDA, accédez à Panneau de configuration > Programmes > Programmes et fonctionnalités, cliquez avec le bouton droit sur Citrix Virtual Delivery Agent, puis sélectionnez Modifier.
  2. Dans l’assistant qui apparaît, passez à la page Composants supplémentaires, puis activez la case à cocher Composant de livraison de packages d’applications. +++END_NEW_TRANSLATION+++

Remarque :

  • Le client de bureau Microsoft App-V est le composant qui exécute les applications virtuelles à partir des packages App-V sur les appareils des utilisateurs. Windows 10 (1607 ou version ultérieure), ainsi que Windows Server 2019 et versions ultérieures incluent déjà ce logiciel client App-V. Vous devez uniquement l’activer sur les machines VDA. Pour plus d’informations, consultez cet article de la documentation Microsoft : Activer le client App-V intégré.
  • Pour les applications FlexApp, installez l’agent FlexApp One sur le VDA avec le composant de livraison des packages d’applications.
  • Pour les applications Elastic App, installez l’image compatible App Layering sur le VDA avec le composant de livraison des packages d’applications.
  • Pour les applications Cloudpaging, installez le lecteur Cloudpaging sur le VDA avec le composant de livraison des packages d’applications.

Installer l’agent FlexApp One

  1. Lancez une invite de commandes en tant qu’administrateur sur le VDA.

  2. Localisez le chemin réseau de tout package FlexApp One.

  3. Saisissez la commande suivante :

    \\path\to\any\FlexAppOnePackage.exe --install
<!--NeedCopy-->
  4. Acceptez toutes les invites qui apparaissent.

Installer l’image compatible App Layering

  1. Configurez l’App Layering. Suivez les instructions de la documentation Citrix App Layering. Le processus comprend :

    1. Configurez l’Enterprise Layer Manager (ELM).
    2. Importez une image de système d’exploitation de référence.
    3. Créez une couche de plateforme.
    4. Créez des couches d’applications.
    5. Dans ELM, cochez la case Activer cette couche d’application pour une utilisation avec les packages d’applications Studio pour chaque couche d’application que vous souhaitez livrer.

  2. Installez une image incluant le composant Elastic Layering sur les machines VDA. Vous pouvez utiliser l’une des méthodes suivantes :

    1. Déployez l’image depuis ELM avec Elastic Layering activé.
    2. Installez manuellement le VDA sur la machine et sélectionnez le composant Elastic Layering pendant la configuration.

Installer le lecteur Cloudpaging

  1. Ouvrez une invite de commandes en tant qu’administrateur sur le VDA.

  2. Accédez au dossier qui contient le programme d’installation du lecteur Cloudpaging.

  3. Exécutez la commande suivante pour installer le lecteur en mode silencieux et configurer l’URL de la console SaaS. Remplacez les valeurs d’espace réservé si nécessaire :

    cloudpaging-player-setup-x64-release.exe /S /v"/qn ADDLOCAL=ALL REG_BASTOKENPATHORURL=https://your-tenant-url/api/token"
<!--NeedCopy-->

  4. (Facultatif) Vérifiez la configuration après l’installation en contrôlant la valeur de registre suivante :

    • Chemin : HKEY_LOCAL_MACHINE\SOFTWARE\Numecent\StreamingCore\Settings\Launcher
    • Nom : BaseTokenPathOrURL
    • Données : La valeur doit correspondre à l’URL que vous avez spécifiée lors de l’installation.

Livrer des applications packagées

Une fois que vous avez terminé d’installer les conditions préalables, procédez comme suit pour livrer les applications packagées à vos utilisateurs :

  1. Stockez les packages d’applications sur des partages réseau.
  2. Chargez les packages d’applications dans votre environnement.
  3. Ajoutez des applications aux groupes de mise à disposition.
  4. Pour activer la livraison automatique des packages App-V interdépendants, créez des groupes d’isolation.

Stocker les packages d’applications sur des partages réseau

Après avoir configuré l’infrastructure, générez les packages d’applications et stockez-les dans un emplacement réseau, tel qu’un partage réseau UNC ou SMB, ou sur un partage de fichiers Azure.

Les étapes détaillées sont les suivantes :

  1. Générez les packages d’applications. Consultez la documentation Microsoft : Création et gestion d’applications virtualisées App-V pour plus de détails.

  2. Stockez les packages d’applications dans un emplacement réseau :

    • Pour App-V Single Admin : Stockez les packages et les fichiers de configuration dynamique (App-V) correspondants sur un partage réseau UNC ou SMB ou sur un partage de fichiers Azure.

    • Pour App-V Dual Admin : Publiez les packages sur le serveur de gestion App-V à partir d’un chemin UNC. (La publication à partir d’URL HTTP n’est pas prise en charge.)

    • Pour MSIX ou MSIX app attach : Stockez les packages sur un partage réseau UNC ou SMB ou sur un partage de fichiers Azure.

    • Pour FlexApp : Stockez les packages sur un partage réseau UNC ou SMB ou sur un partage de fichiers Azure.

    • Pour Elastic App : Stockez les packages sur un partage réseau UNC ou SMB ou sur un partage de fichiers Azure.

  3. Assurez-vous que le VDA dispose des autorisations de lecture sur le chemin de stockage des packages :

    • Si vous stockez des packages sur un partage réseau UNC ou SMB dans votre domaine AD, accordez à la machine VDA l’autorisation de lecture sur le chemin de stockage. Pour ce faire, vous pouvez accorder explicitement l’autorisation de lecture au compte AD de la machine sur le partage, ou inclure le compte dans un groupe AD disposant de cette autorisation.

    • Si vous stockez des packages sur un partage de fichiers Azure, accordez d’abord à un compte d’utilisateur l’autorisation de lecture sur le chemin de stockage dans Azure. Ensuite, configurez ctxAppVService s’exécutant sur la machine VDA pour utiliser ce compte d’utilisateur afin d’accéder au chemin de stockage des packages. Reportez-vous à la section « Modifier le compte de connexion utilisateur » pour les étapes détaillées.

Modifier le compte de connexion utilisateur

Modifiez le compte de connexion utilisateur dans les deux scénarios suivants :

  • Pour accéder aux packages sur un partage de fichiers Azure à l’aide d’un compte AD lié :
    • L’entité de connexion doit être un compte d’utilisateur, et non un compte de machine, car Microsoft Entra ID n’accorde pas d’autorisations de lecture aux comptes de machine sur les partages de fichiers.
  • Si les packages MSIX et MSIX AppAttach contiennent des services :
    • Le package doit être publié à l’aide d’un compte d’utilisateur disposant de privilèges administratifs sur la machine locale avant de pouvoir être publié auprès d’utilisateurs non administratifs. Ceci est nécessaire pour l’installation des services packagés, et les packages ne peuvent être publiés qu’aux utilisateurs, et non aux machines, ce qui rend le compte LocalService par défaut inadapté.

Le VDA appelle ctxAppVService pour accéder aux chemins de stockage des packages et effectuer des opérations nécessitant des privilèges administratifs. Par défaut, ctxAppVService s’exécute dans le contexte du compte LocalService de la machine qui s’authentifie auprès d’AD en utilisant l’identité de la machine et n’est pas adapté aux scénarios précédents.

Dans les deux cas, le service doit être reconfiguré pour utiliser un compte d’utilisateur AD disposant de privilèges administratifs localement et ayant obtenu un accès en lecture à l’emplacement de stockage des packages, qu’il s’agisse d’un partage SMB ou d’un partage de fichiers Azure, comme suit :

  1. Démarrez les Services, cliquez avec le bouton droit sur ctxAppVService, puis sélectionnez Propriétés.
  2. Sous l’onglet Connexion, sélectionnez Ce compte :
    1. Saisissez un compte d’utilisateur disposant de privilèges administratifs locaux et d’autorisations de lecture sur le chemin de stockage des packages.
    2. Saisissez le mot de passe de l’utilisateur deux fois.
  3. Cliquez sur OK.

Charger les packages d’applications dans votre environnement

Après avoir stocké les packages d’applications à un emplacement réseau selon les besoins, chargez-les dans votre environnement pour la livraison. Utilisez l’une des méthodes suivantes selon les besoins :

Préparatifs

Citrix Virtual Apps and Desktops utilise une machine VDA pour établir la connexion à l’emplacement réseau pour la découverte de packages. Par conséquent, créez un groupe de mise à disposition au préalable et assurez-vous qu’au moins un VDA du groupe répond aux exigences suivantes :

  • Version du VDA :
    • Pour découvrir les packages App-V : 2203 ou version ultérieure
    • Pour découvrir les packages MSIX et MSIX app attach : 2209 ou version ultérieure
    • Pour découvrir les packages FlexApp : 2311 ou version ultérieure et le logiciel FlexApp Agent
    • Pour découvrir les packages ElasticApp : 2511 ou version ultérieure et l’image compatible App Layering
    • Pour découvrir les packages Cloudpaging : 2511 ou version ultérieure et le logiciel Cloudpaging Player
  • Composant de livraison des packages d’applications : Installé
  • Autorisation sur l’emplacement du package : Lecture (Reportez-vous à la section « Stocker les packages d’applications sur des partages réseau » pour plus de détails.)
  • Alimentation : Activée
  • État : Enregistré
Charger les packages d’applications en masse

Chargez les packages situés à un emplacement réseau dans votre environnement. Assurez-vous de disposer des éléments suivants avant le chargement :

  • Un groupe de mise à disposition qui répond aux exigences des Préparatifs
  • Le chemin d’accès à l’emplacement réseau

Pour charger des packages en masse, procédez comme suit :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Sous l’onglet Découverte de packages, cliquez sur le bouton Créer un profil de découverte. La page Créer un profil de découverte s’affiche.
  3. Dans le champ Nom, saisissez un nom descriptif pour le profil.
  4. Dans le champ Groupe de mise à disposition, cliquez sur Sélectionner un groupe de mise à disposition. Ensuite, sélectionnez un groupe de mise à disposition qui répond aux exigences énoncées dans les Préparatifs, puis cliquez sur OK.
  5. Dans le champ Type d’emplacement, sélectionnez Serveur Microsoft App-V, Partage réseau ou Numecent Cloudpager en fonction de l’endroit où vous stockez les packages, puis complétez les paramètres correspondants :
    • Si vous avez sélectionné Serveur Microsoft App-V, saisissez les informations suivantes :
      • URL du serveur de gestion. Exemple : http://appv-server.example.com
      • Informations d’identification de l’administrateur du serveur de gestion.
      • URL et numéro de port du serveur de publication. Exemple : http://appv-server.example.com:3330
    • Si vous avez sélectionné Partage réseau, spécifiez les informations suivantes :
      • Saisissez le chemin UNC du partage réseau (Exemple : \\Package-Server\apps\). Pour les packages Elastic App, saisissez le chemin UNC à partir du chemin SMB du partage de fichiers réseau du système dans ELM.
      • Sélectionnez les types de packages que vous souhaitez charger. Les options incluent App-V, MSIX, MSIX app attach, FlexApp et Elastic App.

      • Spécifiez si vous souhaitez rechercher des packages dans les sous-dossiers.

        Remarque :

        Si vous recherchez des packages MSIX app attach sur une structure de dossiers contenant des images cim, assurez-vous de sélectionner les sous-dossiers Rechercher. Sinon, les disques ne sont pas découverts correctement.

    • Si vous avez sélectionné Numecent Cloudpager, saisissez les informations suivantes :

      • URL de la console Cloudpager. Exemple : https://cloudpagerconsole.my.org

      • Clé API PowerShell.

      • MSID AppLauncher.

  6. Cliquez sur Créer un profil de découverte.

    La page Créer un profil de découverte se ferme et le profil nouvellement ajouté apparaît dans la liste des profils. Citrix Virtual Apps and Desktops télécharge les packages dans votre environnement à l’aide d’un VDA dans le groupe de mise à disposition. Une fois le téléchargement terminé, le champ État affiche Importation réussie. Les packages correspondants apparaissent sous l’onglet Packages.

    Remarque :

    Pour rechercher les mises à jour de packages dans un emplacement source et les importer dans votre environnement, sélectionnez l’emplacement dans la liste des profils et cliquez sur Rechercher les mises à jour.

Télécharger les packages d’applications un par un

Téléchargez un package d’applications d’un partage réseau vers votre environnement. Avant le téléchargement, assurez-vous de disposer des éléments suivants :

  • Un groupe de mise à disposition qui répond aux exigences énoncées dans Préparatifs
  • Le chemin d’accès au partage réseau.

Pour télécharger un package dans votre environnement, suivez ces étapes :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Sous l’onglet Packages, cliquez sur le bouton Ajouter un package. La page Ajouter un package apparaît.
  3. Dans le champ Groupe de mise à disposition, cliquez sur Sélectionner un groupe de mise à disposition. Ensuite, sélectionnez un groupe de mise à disposition qui répond aux exigences énoncées dans Préparatifs, puis cliquez sur OK.
  4. Dans le champ Chemin d’accès complet du package, entrez un chemin d’accès selon vos besoins :
    • Pour télécharger plusieurs packages à la fois, entrez leurs chemins d’accès complets, séparés par des points-virgules (;). Exemple : \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
    • Pour télécharger tous les packages présents sur un partage réseau, entrez le chemin de stockage. Exemple : \package-Server\apps\

  5. Cliquez sur Ajouter un package.

    Le package d’applications apparaît sous l’onglet Packages.

Ajouter des applications aux groupes de mise à disposition

Une fois qu’un package d’applications est entièrement téléchargé dans votre environnement, ajoutez ses applications à un ou plusieurs groupes de mise à disposition selon les besoins. Ainsi, les utilisateurs associés à ces groupes de mise à disposition peuvent accéder aux applications.

Remarque :

  • Vous pouvez distribuer des applications packagées aux VDA à session unique et aux VDA multi-sessions via des groupes de mise à disposition.
  • Par défaut, les utilisateurs finaux ont accès à toutes les applications packagées attribuées aux groupes de mise à disposition associés à leurs VDA à session unique (ou appelés VDA de bureau). Pour limiter la visibilité d’une application packagée sur les VDA de bureau à des utilisateurs ou groupes spécifiques, accédez au nœud Applications, sélectionnez l’application, puis sélectionnez Modifier les propriétés de l’application > Limiter la visibilité pour apporter des modifications. Consultez Limiter la visibilité des applications

Pour ajouter une ou plusieurs applications d’un package à plusieurs groupes de mise à disposition, suivez ces étapes :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Sous l’onglet Packages, sélectionnez un package selon vos besoins.
  3. Dans la barre d’actions, cliquez sur Ajouter des groupes de mise à disposition. La page Attribuer des applications aux groupes de mise à disposition apparaît.
  4. Sélectionnez une ou plusieurs applications dans le package selon vos besoins, puis cliquez sur Suivant.

  5. Dans la liste des groupes de mise à disposition, sélectionnez les groupes auxquels vous souhaitez attribuer les applications, puis cliquez sur Suivant.

    Remarque :

    • Si vous avez sélectionné un package MSIX ou MSIX app attach, seuls les groupes de mise à disposition dont la version du VDA est 2106 ou ultérieure sont affichés dans la liste.

    • Si vous avez sélectionné un package FlexApp, seuls les groupes de mise à disposition dont la version du VDA est 2402 ou ultérieure apparaissent dans la liste.

    • Si vous avez sélectionné un package Elastic App, seuls les groupes de mise à disposition dont la version du VDA est 2511 ou ultérieure apparaissent dans la liste.
    • Si vous avez sélectionné un package Cloudpaging, seuls les groupes de mise à disposition dont la version du VDA est 2511 ou ultérieure apparaissent dans la liste.
  6. Cliquez sur Terminer.

Pour ajouter des applications de divers packages à plusieurs groupes de mise à disposition, suivez ces étapes :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Sous l’onglet Applications, sélectionnez Ajouter des applications.
  3. Sur la page Groupes, sélectionnez un ou plusieurs groupes de mise à disposition selon vos besoins.
  4. Sur la page Applications, sélectionnez un ou plusieurs packages d’applications comme suit :
    1. Cliquez sur Ajouter, puis sélectionnez Packages d’applications.
    2. Sélectionnez le type de profil de package requis (par exemple, App-V Single Admin). Tous les packages de ce type apparaissent.
    3. Sélectionnez un ou plusieurs packages selon vos besoins.
    4. Cliquez sur OK, puis sur Suivant.
    5. Pour ajouter d’autres applications d’un type de package différent, répétez les étapes a à d.
  5. Cliquez sur Terminer.

Vous pouvez également ajouter des applications packagées à un groupe de mise à disposition lors de :

(Facultatif) Créer des groupes d’isolement pour les packages App-V

Vous pouvez créer des groupes d’isolement pour permettre la distribution automatique de packages App-V interdépendants.

Remarque :

Les groupes d’isolement sont pris en charge pour la méthode App-V Single Admin. Si vous utilisez la méthode App-V Dual Admin, vous pouvez atteindre le même objectif en créant des groupes de connexion dans l’infrastructure Microsoft App-V. Pour plus d’informations, consultez cet article de la documentation Microsoft : About the connection group file.

À propos des groupes d’isolation

Un groupe d’isolation est une collection de packages d’applications interdépendants qui doivent s’exécuter dans le même Windows Sandbox pour créer un environnement virtuel. Les groupes d’isolation Citrix App-V sont similaires mais pas identiques aux groupes de connexion App-V. Un groupe d’isolation comprend deux types de packages :

  • Packages d’applications explicites : Applications avec des exigences de licence spécifiques. Vous pouvez restreindre ces applications à une gamme spécifique d’utilisateurs en les ajoutant à des groupes de mise à disposition.
  • Packages d’applications automatiques : Applications qui sont toujours disponibles pour tous les utilisateurs, qu’elles soient ajoutées ou non à des groupes de mise à disposition.

Par exemple, l’application app-a nécessite JRE 1.7 pour fonctionner. Vous pouvez créer un groupe d’isolation qui contient app-a (marqué comme Explicite) et JRE 1.7 (marqué comme Automatique). Ensuite, ajoutez le package App-V pour app-a à un ou plusieurs groupes de mise à disposition. Lorsqu’un utilisateur lance app-a, JRE 1.7 est automatiquement déployé avec elle.

Lorsqu’un utilisateur démarre une application App-V marquée comme Explicite dans un groupe d’isolation, Citrix Virtual Apps and Desktops vérifie l’autorisation d’accès de l’utilisateur à l’application dans les groupes de mise à disposition. Si l’utilisateur a l’autorisation d’accéder à l’application, tous les packages d’applications Automatiques du même groupe d’isolation sont mis à la disposition de l’utilisateur.

Vous n’avez pas besoin d’ajouter les packages Automatiques à un groupe de mise à disposition. S’il existe un autre package d’application Explicite dans le groupe d’isolation, ce package est mis à la disposition de l’utilisateur uniquement s’il se trouve dans le même groupe de mise à disposition.

Créer un groupe d’isolation App-V

Créez un groupe d’isolation et ajoutez-y des packages d’applications interdépendants. Les étapes détaillées sont les suivantes :

  1. Sous l’onglet Groupes d’isolation, cliquez sur Ajouter un groupe d’isolation.
  2. Saisissez un nom et une description pour le groupe d’isolation. Tous les packages App-V Single Admin de votre environnement apparaissent dans la liste Packages disponibles.
  3. Dans la liste Packages disponibles, sélectionnez une application si nécessaire, puis cliquez sur la flèche droite. L’application sélectionnée apparaît dans la liste Packages dans le groupe d’isolation.
  4. Dans le champ Déploiement, sélectionnez Explicite ou Automatique pour l’application.
  5. Répétez les étapes 2 à 3 pour ajouter d’autres packages.
  6. Pour ajuster l’ordre des packages dans la liste, cliquez sur la flèche vers le haut ou vers le bas.
  7. Cliquez sur Enregistrer.

Remarque :

Les configurations de groupe d’isolation entraînent la création de groupes de connexion App-V sur le VDA. Les scénarios de déploiement peuvent devenir complexes et le client App-V ne prend en charge les packages que dans un seul groupe de connexion actif à la fois. Nous vous recommandons d’éviter d’ajouter le même package à deux groupes d’isolation différents qui sont ajoutés au même groupe de mise à disposition.

Bonnes pratiques

  • Pour déployer des packages App-V, activez le sous-système App-V sur le VDA à l’aide de la commande PowerShell Enable-AppV.
  • Pour déployer des packages MSIX (et AppAttach), le VDA doit faire confiance aux certificats avec lesquels les packages sont signés.
  • Sur Windows Server 2019, activez le chargement latéral (sideloading) pour déployer des packages MSIX. Le chargement latéral n’est pas nécessaire pour Windows 10, 11, Windows Server 2022 et 2025.
  • App Attach n’a aucune implémentation sur Windows Server 2019 et n’est actuellement pas pris en charge par Microsoft (ni par Citrix par extension) sur Windows Server 2022 ou 2025.

Avancé

Les rubriques avancées suivantes fournissent des options de configuration et des contrôles supplémentaires pour affiner la manière dont les applications packagées sont découvertes, mises à jour et livrées dans Citrix Virtual Apps and Desktops au-delà du flux de travail de base des packages d’applications.

Automatiser la publication d’applications packagées

Vous pouvez utiliser des commandes PowerShell pour automatiser la publication d’applications packagées :

Sur le Delivery Controller™, exécutez les commandes PowerShell suivantes :

  1. Pour charger les commandes présentes dans le module de découverte de packages :

    Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->

    Remarque :

    La version du module de découverte de packages se trouve sur l’ISO de Citrix Virtual Apps and Desktops sur le chemin mentionné à l’étape 1.

  2. Le module de découverte de packages doit provenir de l’ISO d’une version de Citrix Virtual Apps and Desktops qui prend également en charge le type de package que vous publiez, c’est-à-dire que la version 2311 ou supérieure est requise pour les applications FlexAppOne. Nous vous recommandons d’utiliser la dernière version disponible.

  3. Pour récupérer les ID de groupe de mise à disposition pertinents et les ID d’application packagée :

    Get-BrokerDesktopGroup | Format-Table Uid, Name 
Get-AppLibAppVApplication | Format-Table Uid, Name
<!--NeedCopy-->

  4. Pour publier les packages et créer les BrokerMachineConfigurations appropriées :

    Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>
<!--NeedCopy-->

  5. Pour synchroniser les configurations du Broker, qui sont ensuite envoyées à l’agent Broker sur le VDA :

    Update-DesktopGroupMachineConfigurations -DesktopGroupUid <DesktopGroup.Uid>
<!--NeedCopy-->

    Remarque :

    Assurez-vous d’exécuter la commande PowerShell Update-DesktopGroupMachineConfigurations après avoir publié ou supprimé des applications packagées d’un groupe de mise à disposition via la ligne de commande PowerShell. Dans le cas contraire, les informations concernant les applications publiées ne sont pas envoyées correctement au VDA et les lancements échouent.

Limiter la visibilité des applications

Dans un environnement Citrix Virtual Apps and Desktops, lorsque des applications provenant de packages sont publiées sur des bureaux, le système respecte les paramètres de visibilité des utilisateurs et des groupes Active Directory (AD) pour ces applications. Cependant, même si un utilisateur n’a de visibilité que sur une seule application au sein d’un package, l’intégralité du package doit être déployée sur la session de bureau virtuel (ou d’application transparente), car les composants individuels du package ne peuvent pas être subdivisés sur le VDA. De plus, avant la version 2503 du VDA, les modifications qui réduisent la visibilité des applications après la publication initiale n’entraîneront pas un nettoyage des packages précédemment publiés lors des lancements de bureau ultérieurs. En outre, d’autres couches de visibilité, telles que la visibilité du bureau par rapport à la visibilité de l’espace de travail, fonctionnent en plus de ces attributions de visibilité AD.

Vous pouvez contrôler si les applications packagées doivent apparaître dans Workspace ou être déployées sur les sessions de bureau VDI des utilisateurs. Une fois qu’une application packagée a été publiée, vous pouvez mettre à jour la propriété PackagedApplicationVisibility sur le BrokerApplication à l’aide de la commande PowerShell Set-BrokerApplication -Name "MyApp" -PackagedApplicationVisibility "Workspace|Desktop|WorkspaceAndDesktop".

La valeur par défaut de PackagedApplicationVisibility est WorkspaceAndDesktop.

La valeur Workspace : l’application apparaît uniquement dans WorkspaceApp et est disponible pour un lancement transparent de l’application, mais l’application ne sera pas automatiquement publiée sur les sessions de bureau que les utilisateurs démarrent.

La valeur Desktop : masque l’icône de l’application dans WorkspaceApp, la rendant indisponible pour un lancement transparent de l’application, mais l’application peut toujours être déployée sur les sessions de bureau des utilisateurs si ces derniers y ont également accès via les paramètres de leur groupe AD.

Remarque :

Les applications packagées publiées sur des bureaux statiques à session unique ne sont jamais disponibles dans Workspace App, quelle que soit la valeur configurée dans ce paramètre.

Migrer de l’infrastructure complète App-V vers le flux de travail d’administration unique

L’infrastructure complète Microsoft App-V (double administration) approche de sa fin de vie. Pour continuer à fournir des packages App-V et d’autres formats de conteneurs pris en charge, migrez vers le modèle d’administration unique Citrix.

Le modèle d’administration unique supprime la dépendance vis-à-vis des serveurs de gestion et de publication App-V et centralise la gestion des packages dans Studio.

Avantages du modèle d’administration unique

Le passage au flux de travail d’administration unique simplifie votre architecture et rationalise la gestion des packages.

Architecture simplifiée

Dans le modèle d’administration unique, le VDA récupère les packages directement à partir du partage de fichiers. Citrix gère les métadonnées, la publication et la logique d’isolation.

Fonctionnalité Infrastructure complète (double administration) Administration unique (gérée par Citrix)
Gestion Console de gestion App-V Citrix Studio ou Web Studio
Base de données Requise (SQL Server) Aucune (métadonnées stockées dans la base de données du site Citrix)
Publication Serveur de publication App-V Citrix VDA (ctxAppVService)
Source du package Partage UNC (synchronisé avec le serveur de gestion) Partage UNC, partage SMB ou Azure Files
Logique Groupes de connexion Groupes d’isolation Citrix

Avantage stratégique

En passant à l’administration unique, vous éliminez également le délai de synchronisation.

  • Dans le modèle de double administration, vous devez synchroniser le serveur de gestion App-V, puis synchroniser Studio.

  • Dans le modèle d’administration unique, lorsque vous mettez à jour un package sur le partage de fichiers et sélectionnez Actualiser dans Studio, le package mis à jour est disponible lors de la prochaine connexion de l’utilisateur.

Flux de travail de migration

Suivez ces étapes pour migrer votre infrastructure complète App-V existante vers le flux de travail d’administration unique Citrix :

  1. Étape 1 : Préparer l’environnement cible
  2. Étape 2 : Importer des packages dans la bibliothèque Citrix

Étape 1 : Préparer l’environnement cible

Avant d’importer des packages, assurez-vous que votre infrastructure et vos VDA sont prêts à prendre en charge le modèle d’administration unique.

  1. Dépôt partagé

    1. Identifiez le partage UNC qui héberge vos packages .appv.

    2. Assurez-vous que les comptes machine VDA (par exemple, Ordinateurs du domaine) disposent d’un accès en lecture au partage et aux autorisations NTFS.

  2. VDA

    Assurez-vous que tous les VDA disposent du Composant de livraison des packages d’applications installé. Pour ajouter ce composant après l’installation :

    1. Exécutez le programme d’installation du VDA.
    2. Sélectionnez Modifier dans Programmes et fonctionnalités.
    3. Ajoutez le Composant de livraison des packages d’applications.

  3. Fichiers de configuration XML

    Déplacez les fichiers _DeploymentConfig.xml et _UserConfig.xml dans le même dossier que le fichier .appv correspondant.

    Dans le modèle d’administration unique, le VDA lit les fichiers de configuration depuis le dossier de package sur le partage de fichiers, plutôt que depuis une base de données App-V centrale.

Étape 2 : Importez les packages dans la bibliothèque Citrix

Après avoir préparé l’environnement, importez vos packages App-V existants dans la bibliothèque d’applications Citrix.

  1. Dans Citrix Studio, accédez à Configuration > Packages d’applications.
  2. Si vous effectuez une migration complète, supprimez toutes les connexions existantes au serveur de gestion App-V.
  3. Sélectionnez Ajouter un package et indiquez le chemin UNC de votre package.
  4. Citrix analyse le dossier et importe les noms de packages, les versions et les ID d’application dans la bibliothèque d’applications Citrix.

Après l’importation, vous pouvez attribuer des applications à des groupes de mise à disposition selon les besoins.

Remarque :

Stratégie vPrefer (facultatif) : Si vous souhaitez que les applications se lancent sur le VDA local au lieu d’être redirigées vers un serveur distant, activez l’objet de stratégie de groupe vPrefer sur vos VDA.

Dépannage des applications App-V (modèle d’administration unique)

Si les packages App-V (dans le modèle d’administration unique) ne se lancent pas ou n’apparaissent pas dans la session utilisateur, utilisez les conseils suivants pour identifier et résoudre les problèmes courants.

Problème Description Solution
Découverte de package et erreurs « Échec du catalogage »


Lorsque vous ajoutez un package dans Studio, une erreur indique que le fichier est inaccessible ou que les métadonnées sont invalides.


  1. Vérifiez les autorisations.
    Assurez-vous que le compte machine du Delivery Controller (par exemple, DOMAIN\DDC01$) dispose d’autorisations de lecture au niveau du partage et au niveau NTFS du chemin UNC qui héberge le package.
  2. Vérifiez l’intégrité du XML.
    Assurez-vous que le fichier .appv et le fichier _DeploymentConfig.xml ont le même préfixe de nom de fichier et se trouvent dans le même dossier.
L’application ne se lance pas
(code d’erreur : 0x80070005 ou 0x80040154)




L’utilisateur clique sur l’icône de l’application et l’écran de démarrage Citrix apparaît, mais l’application ne s’ouvre pas.





  1. Vérifiez le composant VDA.
    Assurez-vous que le Composant de livraison des packages d’applications est installé sur le VDA. Confirmez que le fichier suivant existe : C:\Program Files\Citrix\AppV\ctxAppVService.exe.
  2. Vérifiez les autorisations du VDA.
    Étant donné que le VDA extrait le package du partage de fichiers, le compte machine du VDA (par exemple, DOMAIN\VDA-HR01$) doit disposer d’un accès en lecture au chemin UNC.
  3. Validez la configuration du client App-V.
    • Exécutez la commande PowerShell suivante sur le VDA : Get-AppvClientConfiguration.
    • Si votre package nécessite des scripts, assurez-vous que EnablePackageScripts est défini sur $True.
Conflits de groupe d’isolation

Un plug-in, tel qu’un complément Excel, ne peut pas voir son application parente.

  1. Dans Studio, accédez à Packages d’applications > Groupes d’isolation.
  2. Assurez-vous que les deux packages sont ajoutés au même groupe d’isolation.
    Dans le modèle d’administration unique, le client App-V sur le VDA gère la connexion virtuelle de ces applications en fonction de la configuration fournie par le Delivery Controller.
Lancement initial lent (mise en mémoire tampon)


Le premier lancement d’un package App-V volumineux, tel qu’AutoCAD ou ArcGIS, prend plusieurs minutes.


  1. Sur le VDA, vérifiez le registre suivant
    HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AppV\Client\Streaming
  2. Définissez Autoload sur 2 (chargement automatique de tous les packages précédemment utilisés) pour améliorer les performances de lancement ultérieures.
  3. Vérifiez les performances réseau. Assurez-vous que la signature SMB ou l’analyse antivirus sur le partage réseau ne limite pas la vitesse de transfert.

Commandes PowerShell utiles (à exécuter sur le VDA)

Pour vérifier si Citrix a correctement livré le package au VDA, exécutez les commandes suivantes dans une fenêtre PowerShell :

Commande Objectif
Get-AppvClientPackage Affiche tous les packages App-V actuellement mis en cache ou publiés sur le VDA.
Get-CtxAppvPackage Affiche les packages gérés par l’agent Citrix.
Start-Service ctxAppVService Redémarre le service d’orchestration Citrix App-V.
Packages d’applications
April 1, 2026
Contributeur: 
C
April 1, 2026
Contributeur: 
C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.