Packages d’applications

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 :

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

Remarque :

  • Vous pouvez gérer votre déploiement Citrix Virtual Apps and Desktops à l’aide de deux consoles de gestion : Web Studio (basée sur le Web) et Citrix Studio (basée sur Windows). Cet article ne couvre que Web Studio. Pour plus d’informations sur Citrix Studio, consultez l’article équivalent dans Citrix Virtual Apps and Desktops 7 2212 ou 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 l’affichage correct des informations du serveur App-V 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 aux 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 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 les 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 les 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 le streaming. 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 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 avec la priorité suivante :

    1. SID utilisateur
    2. Nom d’utilisateur
    3. SID du groupe AD (le premier trouvé l’emporte)
    4. Nom du 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 par administrateur unique, les composants Citrix App-V traitent uniquement 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’ensemble de la hiérarchie de répertoires sur le même partage UNC que le package App-V est recherché 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 Virtual Apps and Desktops et 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 frais généraux en termes de matériel, d’infrastructure et d’administration. Les serveurs Citrix Virtual Apps and Desktops 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
    • Composant de livraison 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) en utilisant les paramètres avec lesquels il est configuré.

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

    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 livraison de packages d’applications installé sur les machines VDA gère et livre ensuite les applications comme suit :

    • Traiter les fichiers de configuration de déploiement et les fichiers de configuration utilisateur lorsqu’une application est lancée.
    • Gérer 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 (gestion double) 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 sources des packages. La colonne Type de package indique la technologie utilisée pour livrer 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 paquets MSIX qui sont pré-développés sur des disques durs virtuels, lesquels peuvent être montés sur la machine cible selon les besoins, plutôt que de diffuser le contenu du paquet 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 d’attachement d’applications.

Citrix Virtual Apps and Desktops fournit des applications MSIX et MSIX app attach aux utilisateurs via le App Packages Delivery Component installé sur les machines VDA. Ce composant gère tous les aspects des cycles de vie des paquets 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 paquets 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 sideloading sur Windows Server 2019.
  • Assurez-vous que les VDA font confiance aux certificats avec lesquels les paquets 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 par le biais du processus d’installation d’application traditionnel.

Les applications FlexApp One sont encapsulées dans un fichier unique et partageable, leur permettant 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 fournit des applications FlexApp aux utilisateurs via le App Packages Delivery Component et l’agent de livraison FlexApp installés sur les machines VDA. Ces deux composants gèrent tous les aspects des cycles de vie des paquets sur la machine hôte.

Déployer et livrer des paquets d’applications

Prérequis

Pour prendre en charge la livraison des paquets App-V, MSIX, MSIX app attach et FlexApp, vous devez d’abord installer le App Packages Delivery Component sur les machines VDA. Consultez Installer le App Packages Delivery Component 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 et FlexApp. 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 les étapes suivantes :

  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.

Remarque :

  • Microsoft App-V Desktop Client est le composant qui exécute les applications virtuelles à partir de packages App-V sur les appareils utilisateur. Windows 10 (1607 ou version ultérieure), 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 de packages d’applications.

Installer l’agent FlexApp One

  1. Lancez une invite de commandes d’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.

Distribuer des applications packagées

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

  1. Stocker les packages d’applications sur des partages réseau.
  2. Charger les packages d’applications dans votre environnement.
  3. Ajouter 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

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 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 de machine, car Azure AD 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é à des utilisateurs non administratifs. Ceci est nécessaire pour que les services packagés soient installé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 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 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 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’une autorisation 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 des packages d’applications dans votre environnement

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

Préparatifs

Citrix Virtual Apps and Desktops 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
  • Composant de livraison des packages d’applications : Installé
  • Autorisation sur l’emplacement du package : Lecture (Voir Stocker les packages d’applications sur des partages réseau pour plus de détails.)
  • Alimentation : Activée
  • État : Enregistré
Charger des packages d’applications en bloc

Chargez les packages situés sur 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 de Préparatifs
  • Le chemin d’accès à l’emplacement réseau

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

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Dans l’onglet Sources, cliquez sur le bouton Ajouter une source. La page Ajouter une source s’affiche.
  3. Dans le champ Nom, saisissez un nom descriptif pour la source du package.
  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éparatifs, 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 sélectionnez 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 :
      • Entrez le chemin UNC du partage réseau. Exemple : \\Package-Server\apps\
      • Sélectionnez les types de packages que vous souhaitez télécharger. Les options incluent App-V, MSIX, MSIX app attach et FlexApp.
      • Spécifiez si les sous-dossiers doivent être recherchés pour les packages.

        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. Cliquez sur Ajouter une source.

    La page Ajouter une source se ferme et la source nouvellement ajoutée apparaît dans la liste des sources. 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 vérifier les mises à jour de packages dans un emplacement source et les importer dans votre environnement, sélectionnez l’emplacement dans la liste des sources et cliquez sur Vérifier les mises à jour de packages.

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

Téléchargez un package d’application depuis un partage réseau vers votre environnement. Avant le téléchargement, assurez-vous d’avoir les éléments suivants :

  • 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 télécharger un package dans votre environnement, suivez ces étapes :

  1. Dans le volet de gauche, sélectionnez Packages d’applications.
  2. Sous 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 d’accès complet du package, entrez un chemin d’accès si nécessaire :
    • 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’application apparaît sous l’onglet Packages.

Ajouter des applications aux groupes de mise à disposition

Une fois qu’un package d’application 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-session 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 Desktop). 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. Voir Limiter la visibilité des applications

Pour ajouter une ou plusieurs applications d’un package à plusieurs groupes de mise à disposition, procédez comme suit :

  1. Dans le volet de gauche, sélectionnez Packages d’applications.
  2. Dans l’onglet Packages, sélectionnez un package si nécessaire.
  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 si nécessaire, 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.
  6. Cliquez sur Terminer.

Pour ajouter des applications de divers packages à plusieurs groupes de mise à disposition, procédez comme suit :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Dans l’onglet Applications, sélectionnez Ajouter des applications.
  3. Sur la page Groupes, sélectionnez un ou plusieurs groupes de mise à disposition si nécessaire.
  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 source de package nécessaire (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 lorsque :

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

Vous pouvez créer des groupes d’isolation pour permettre la mise à disposition automatique de packages App-V interdépendants.

Remarque :

Les groupes d’isolation 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’isolation

Un groupe d’isolation 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’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 plage 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’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 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’application Automatique du même groupe d’isolement sont mis à la disposition de l’utilisateur.

Vous n’avez pas besoin d’ajouter les packages Automatique à 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’application interdépendants. Les étapes détaillées sont les suivantes :

  1. Sous 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 dans le 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 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’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 (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é

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 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 Virtual Apps and Desktops, lorsque des applications issues 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 à celle 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 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 ceux-ci 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.

Packages d’applications