Packages d’applications

Les packages d’applications sont des déploiements d’applications préconfigurés que Citrix® gère. 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
• Applications Cloudpaging

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 versions antérieures.
• 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 les informations du 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 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 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 livraison d’applications packagées App-V, consultez la documentation Microsoft : Présentation de la virtualisation d’applications (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 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, 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 lorsque l’application est lancée :

• 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 par 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 livrer et gérer les paquets App-V :

• Double administration : Dans cette méthode, Citrix Virtual Apps and Desktops et les serveurs App-V collaborent pour livrer et gérer les paquets. Cette méthode nécessite 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 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 :

  • Serveur de gestion App-V gère les fichiers de configuration dynamique
  • Composant de livraison de paquets 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 paquet d’applications (comme l’actualisation à la connexion et les groupes de connexion) à l’aide des paramètres avec lesquels il est configuré.

• Administration unique : Les paquets d’applications sont stockés sur des partages réseau. Citrix Virtual Apps and Desktops livre et gère les paquets 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 paquets App-V sur un partage réseau et téléchargez leurs métadonnées depuis cet emplacement vers votre environnement. Le composant de livraison de paquets 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 paquets 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 paquets 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 paquet 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 des paquets d’applications dans le volet de navigation de Web Studio, l’affichage montre les noms et les types de paquets. La colonne Type de paquet indique la technologie utilisée pour livrer le paquet et où ils sont référencés dans la bibliothèque d’applications. Lorsque vous sélectionnez un paquet, le volet des détails répertorie les applications et les raccourcis du paquet.

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 cela nécessite un travail supplémentaire pour créer et maintenir les disques app attach.

Citrix Virtual Apps and Desktops fournit des applications MSIX et MSIX app attach aux utilisateurs via le Composant de livraison de packages d’applications installé sur les machines VDA. Ce composant gère tous les aspects du cycle 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 n’offre 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, 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 Composant de livraison de packages d’applications et l’agent de livraison FlexApp installés sur les machines VDA. Ces deux composants gèrent tous les aspects du cycle 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’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 le Gestionnaire de couches d’entreprise (ELM) d’Application Layering. Ces deux composants gèrent tous les aspects des cycles de vie des packages sur la machine hôte. Pour plus d’informations sur le Gestionnaire de couches d’entreprise d’Application Layering, consultez le (/fr-fr/citrix-app-layering/4.html).

Applications Cloudpaging

Cloudpaging est la technologie de diffusion d’applications en continu 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 en continu initialement. Les composants restants sont diffusés en continu en arrière-plan lorsque les utilisateurs y accèdent, offrant une expérience transparente.

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 la diffusion en continu à la demande et l’exécution 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 déconnexion d’une session :

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 :

En option, vous pouvez 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 ajoutées à la liste blanche. Nous recommandons de créer un groupe de mise à disposition avec une machine dotée de la version VDA 2511 ou ultérieure 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 Numecent.

Déployer et livrer des packages d’applications

Conditions préalables

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

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 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 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, accédez à la page Composants supplémentaires, puis activez la case à cocher Composant de livraison de packages d’applications.

Remarque :

• Le client de bureau Microsoft App-V est le composant qui exécute les applications virtuelles à partir de 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 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.
• Pour les applications Elastic App, installez l’image compatible App Layering sur le VDA avec le composant de livraison de packages d’applications.
• Pour les applications Cloudpaging, installez le Cloudpaging Player sur le VDA avec le composant de livraison de packages d’applications.

Installer l’agent FlexApp One

1. Lancez une invite de commande 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 OS 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 distribuer.

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 lors de la configuration.

Installer le Cloudpaging Player

1. Ouvrez une invite de commandes d’administrateur sur le VDA.

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

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 d’accès : 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.

Distribuer des applications packagées

Après avoir terminé l’installation des 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. 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 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. Consultez 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é pour des utilisateurs non administratifs. Ceci est nécessaire pour que les services packagés soient installés et que les packages ne puissent être publiés qu’aux utilisateurs, et non aux machines, rendant 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 locaux 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 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 pour 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 :

• Charger en bloc
• Charger un par un

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
  • 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 de 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 masse

Chargez les packages situés sur un emplacement réseau dans votre environnement. Assurez-vous que les éléments suivants sont prêts avant le chargement :

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

Pour charger des packages en masse, suivez les étapes suivantes :

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, saisissez un nom descriptif pour le profil.
4. Dans le champ Groupe de mise à disposition, cliquez sur Sélectionner un groupe de mise à disposition. Sélectionnez ensuite 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, Partage réseau ou Numecent Cloudpager selon l’emplacement où vous stockez les packages, puis renseignez 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
     • Identifiants de connexion 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 sont 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. Dans le cas contraire, 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 d’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 vérifier les mises à jour de package 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’application depuis un partage réseau vers votre environnement. Avant le télé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éparatifs
• Le chemin d’accès à l’emplacement réseau.

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

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 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éparatifs, puis cliquez sur OK.
4. Dans le champ Chemin complet du package, saisissez un chemin d’accès selon vos besoins :
   • Pour télécharger plusieurs packages à la fois, saisissez 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 télécharger tous les paquets présents sur un partage réseau, entrez le chemin de stockage. Exemple : \package-Server\apps\

5. Cliquez sur Ajouter un paquet.

   Le paquet d’applications apparaît dans l’onglet Paquets.

Ajouter des applications aux groupes de mise à disposition

Une fois qu’un paquet 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-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 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. Voir Limiter la visibilité des applications

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

1. Dans le volet gauche, sélectionnez Paquets d’applications.
2. Dans l’onglet Paquets, sélectionnez un paquet selon les 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 paquet selon les 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 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 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 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 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 les étapes suivantes :

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 lorsque :

• Création d’un groupe de mise à disposition. Pour plus d’informations, consultez Créer des groupes de mise à disposition.
• Modification de groupes de mise à disposition ou de groupes d’applications existants. Pour plus d’informations, consultez Ajouter des applications.

(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 non 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 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 s’exécuter. Vous pouvez créer un groupe d’isolation qui contient app-a (marquée comme Explicite) et JRE 1.7 (marquée 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 dispose de 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 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’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 du 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 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’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 pour déployer les 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 package :

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

   Remarque :

   La version du module de découverte de package 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 package 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 nécessaire 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. Sinon, 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 le 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 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 AppLaunch 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 AppLaunch 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 flux de travail d’administrateur unique

L’infrastructure complète Microsoft App-V (Dual Admin) 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’administrateur unique Citrix.

Le modèle d’administrateur 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’administrateur unique

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

Architecture simplifiée

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

Avantage stratégique

En passant au mode d’administration unique (Single Admin), vous éliminez également le délai de synchronisation.

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

• Dans le modèle à administration unique (Single Admin), 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 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. Référentiel 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 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’administrateur unique, le VDA lit les fichiers de configuration depuis le dossier du package sur le partage de fichiers au lieu de les lire depuis 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 aux 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épanner les applications App-V (modèle d’administrateur unique)

Si les packages App-V (dans le modèle d’administrateur unique) ne parviennent pas à se lancer ou n’apparaissent pas dans la session utilisateur, utilisez les instructions suivantes pour identifier et résoudre les problèmes courants.

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 :