Documentation produit
Citrix DaaS™
Voir PDF

Packages d’applications

April 6, 2026
Contributeur: 
C 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 implique 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 :

  • Applications App-V
  • Applications MSIX et MSIX app attach
  • Applications FlexApp

  • Applications Elastic App

  • Cet article vous explique comment déployer et distribuer ces applications packagées dans votre environnement Citrix DaaS™.

Applications App-V

  • Application Virtualization (App-V) est une technologie Microsoft qui permet de diffuser et d’accéder aux applications sans nécessiter d’installation sur l’appareil de l’utilisateur final. Citrix DaaS 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 d’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 aux clients 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, lorsqu’ils sont 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 au 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 selon 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 existe 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.

L’intégralité de la hiérarchie de répertoires sur le même partage UNC que le package App-V est recherchée 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, les serveurs Citrix DaaS et App-V collaborent pour distribuer et gérer les packages. Cette méthode exige que Citrix DaaS 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. Les serveurs Citrix DaaS et 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 de 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) à l’aide des paramètres avec lesquels il est configuré.

  • Administration unique : les packages d’applications sont stockés sur des partages réseau. Citrix DaaS distribue et gère les packages de manière indépendante.

    Cette méthode réduit la surcharge, 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 de cet emplacement vers votre environnement. Le composant de distribution de 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 gestion) est utilisé.
  • Lorsque vous sélectionnez Packages d’applications dans le volet de navigation de Web Studio, l’affichage montre les noms et les profils des 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 des 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, notamment 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 en continu. 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 DaaS distribue les applications MSIX et MSIX app attach aux utilisateurs via le composant de distribution de 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 indépendant 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 fichier unique et 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 de 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.

Applications Elastic App

-  La technologie Elastic App est une fonctionnalité de Citrix App Layering qui vous permet d'attribuer dynamiquement des couches d'applications 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 qu'il a toujours accès aux applications dont il a besoin sans surcharger l'image principale.

-  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™](/fr-fr/citrix-app-layering/4.html).

Déployer et distribuer des packages d’applications

Conditions préalables

Installer le composant de distribution des packages d’applications sur les machines VDA

Le composant de distribution des packages d’applications gère le processus de publication des packages d’applications aux formats App-V, MSIX, MSIX app attach, FlexApp et Elastic App. Ce composant n’est pas installé par défaut lorsque vous installez 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 distribution des 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, procédez comme suit :

  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 distribution des packages d’applications.

    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) et 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 intégré App-V.
    • Pour les applications FlexApp, installez l’agent FlexApp One sur le VDA avec le composant de distribution des packages d’applications.
    • Pour les applications Elastic App, installez l’image compatible App Layering sur le VDA avec le composant de distribution 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.
    1. Saisissez la commande suivante :
     \\path\to\any\FlexAppOnePackage.exe --install
 <!--NeedCopy-->
  1. Acceptez toutes les invites qui apparaissent.

Installer l’image compatible App Layering 

    -  1.  Configurez la superposition d'applications.
-  Suivez les instructions de la documentation Citrix App Layering. Le processus comprend :

    -  1.  Configurez l'Enterprise Layer Manager (ELM).
    -  1.  Importez une image de système d'exploitation de référence.
1.  Créez une couche de plateforme.
1.  Créez des couches d'applications.
1.  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 distribuer.

  1. 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 le VDA manuellement sur la machine et sélectionnez le composant Elastic Layering pendant la configuration.

Distribuer des applications packagées 

    -  Après avoir terminé l'installation des [conditions préalables](#prerequisites), procédez comme suit pour distribuer 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 distribution automatique des packages App-V interdépendants, créez des groupes d’isolation.

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

Une fois l’infrastructure configurée, 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. Pour plus de détails, consultez la documentation Microsoft : Création et gestion d’applications virtualisées App-V.

  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 d’une autorisation 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 une autorisation de lecture sur le chemin de stockage. Pour ce faire, vous pouvez accorder explicitement une autorisation de lecture au compte AD de la machine sur le partage, ou inclure le compte dans un groupe AD qui dispose de cette autorisation.

    • Si vous stockez des packages sur un partage de fichiers Azure, accordez d’abord à un compte d’utilisateur une 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. Consultez la section Modifier le compte d’ouverture de session de l’utilisateur pour les étapes détaillées.

Modifier le compte d’ouverture de session de l’utilisateur

Modifiez le compte d’ouverture de session de l’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 machine, car Microsoft Entra ID n’accorde pas d’autorisations de lecture aux comptes 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’auprès d’utilisateurs, et non de 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 qui nécessitent 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 à l’aide de l’identité de la machine et ne convient pas 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 Services, cliquez avec le bouton droit sur ctxAppVService, puis sélectionnez Propriétés.
  2. Sous l’onglet Ouvrir une session, sélectionnez Ce compte :
    1. Saisissez un compte d’utilisateur disposant de privilèges administratifs locaux et d’une autorisation de lecture sur le chemin de stockage des packages.
    2. Saisissez le mot de passe de l’utilisateur deux fois.
    1. Cliquez sur OK.

Charger les packages d’applications dans votre environnement

Une fois que vous avez stocké les packages d’applications dans un emplacement réseau selon vos besoins, chargez-les dans votre environnement pour la livraison. Utilisez l’une des méthodes suivantes selon vos besoins :

Préparatifs

Citrix DaaS utilise une machine VDA pour établir la connexion à l’emplacement réseau pour la découverte des 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 Elastic App : 2511 ou version ultérieure et l’image compatible App Layering
  • Composant de livraison des packages d’applications : Installé
  • Autorisation sur l’emplacement du package : Lecture (Consultez 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 bloc

Chargez les packages d’un emplacement réseau vers votre environnement. Assurez-vous d’avoir les éléments suivants prêts avant le chargement :

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

Pour charger des packages en bloc, suivez ces étapes :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Dans 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, entrez 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 Préparations, puis cliquez sur OK.
  5. Dans le champ Type d’emplacement, sélectionnez Serveur Microsoft App-V ou Partage réseau 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, entrez 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 :
      • Entrez le chemin UNC du partage réseau (Exemple : \\Package-Server\apps\). Pour les packages Elastic App, entrez 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.

  6. Dans le champ Préférences, sélectionnez Supprimer les packages absents pour supprimer automatiquement les packages de l’onglet Packages s’ils ne sont plus trouvés à l’emplacement du profil lors des vérifications de mise à jour. Si cette option n’est pas sélectionnée, ces packages apparaissent avec une icône désactivée dans l’onglet Packages.

  7. 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 DaaS charge les packages vers Citrix Cloud à l’aide d’un VDA dans le groupe de mise à disposition. Une fois le chargement terminé, le champ État affiche Importation réussie. Les packages correspondants apparaissent dans l’onglet Packages.

    Remarque :

    Pour vérifier les mises à jour de packages dans un emplacement de profil et les importer dans Citrix Cloud, sélectionnez l’emplacement dans la liste des profils et cliquez sur Vérifier les mises à jour.

Charger des packages d’applications un par un

Chargez un package d’application à partir d’un partage réseau vers votre environnement. Avant le chargement, assurez-vous d’avoir les éléments suivants prêts :

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

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

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Dans l’onglet Packages, cliquez sur le bouton Ajouter un package. La page Ajouter un package s’affiche.
  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éparations, puis cliquez sur OK.
  4. Dans le champ Chemin complet du package, entrez un chemin selon vos besoins :
    • Pour charger plusieurs packages à la fois, entrez leurs chemins 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 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’application apparaît dans l’onglet Packages.

Ajouter des applications aux groupes de mise à disposition

Une fois qu’un package d’application est entièrement 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 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. Dans 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 s’affiche.
  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 de 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 de 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 de 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. Dans l’onglet Applications, sélectionnez Ajouter des applications.
  3. Dans la page Groupes, sélectionnez un ou plusieurs groupes de mise à disposition selon vos besoins.
  4. Dans 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 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’isolation pour les packages App-V

Vous pouvez créer des groupes d’isolement pour permettre la livraison 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 : À propos du fichier de groupe de connexion.

À propos des groupes d’isolement

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

  • Packages d’applications explicites : Applications avec des exigences de licence spécifiques. Vous pouvez restreindre ces applications à une plage d’utilisateurs spécifique 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’isolement 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’isolement, Citrix DaaS 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’isolement 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’isolement, ce package n’est mis à la disposition de l’utilisateur que s’il se trouve dans le même groupe de mise à disposition.

Créer un groupe d’isolement App-V

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

  1. Dans l’onglet Groupes d’isolement, cliquez sur Ajouter un groupe d’isolement.
  2. Saisissez un nom et une description pour le groupe d’isolement. 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 selon vos besoins, puis cliquez sur la flèche droite. L’application sélectionnée apparaît dans la liste Packages du groupe d’isolement.
  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’isolement 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 que les packages qui se trouvent dans un seul groupe de connexion actif à la fois. Nous vous recommandons d’éviter d’ajouter le même package à deux groupes d’isolement 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 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 DaaS, 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 DaaS, au chemin mentionné à l’étape 1.

  2. Le module de découverte de packages doit provenir de l’ISO d’une version de Citrix DaaS qui prend également en charge le type de package que vous publiez, c’est-à-dire que la version 2311 ou supérieure est nécessaire 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 et les ID d’application packagée pertinents :

    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 sur 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 DaaS, 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 dans 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 BrokerApplictaion à 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 d’application transparent, 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 d’application transparent, 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 leurs paramètres de 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 workflow 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 de Citrix.

Le modèle d’administration unique supprime la dépendance aux 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 workflow 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 ouverture de session de l’utilisateur.

Workflow de migration

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

  1. Étape 1 : Préparer l’environnement cible
  2. Étape 2 : Importer les 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’administrateur unique.

  1. Dépôt partagé

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

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

  2. VDA

    Assurez-vous que tous les VDA ont le composant de livraison de 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 de 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’administrateur unique, le VDA lit les fichiers de configuration à partir du dossier du package sur le partage de fichiers au lieu d’une base de données App-V centrale.

Étape 2 : Importer des 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 la GPO vPrefer sur vos VDA.

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

Si les packages App-V (dans le modèle d’administrateur 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 d’ordinateur du Delivery Controller (par exemple, DOMAIN\DDC01$) dispose des autorisations de lecture au niveau du partage et du NTFS pour le 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 de 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 VDA.
    Étant donné que le VDA extrait le package du partage de fichiers, le compte d’ordinateur 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’administrateur 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 du 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 6, 2026
Contributeur: 
C C
April 6, 2026
Contributeur: 
C 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.