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

Paquets d’applications

April 8, 2026
Contributeur: 
C C

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

Cet article vous explique comment déployer et livrer 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’installateur. Cet article s’applique uniquement à Web Studio. Pour plus d’informations sur Citrix Studio, consultez l’article équivalent dans Citrix Virtual Apps and Desktops 7 2212 ou une version antérieure.
  • Nous ne recommandons pas d’utiliser Web Studio et Citrix Studio de manière interchangeable pour le déploiement et la livraison de paquets d’applications. Chacun utilise des mécanismes différents, ce qui peut entraîner des incohérences, telles que des informations de serveur App-V apparaissant correctement dans l’un mais pas dans l’autre. Notez également que Citrix Studio ne prend en charge que App-V.

Applications App-V

  • Application Virtualization (App-V) est une technologie Microsoft qui permet de diffuser et d’accéder aux applications sans nécessiter d’installation sur l’appareil de l’utilisateur final. Citrix Virtual Apps and Desktops peut utiliser App-V pour livrer 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 livraison d’applications packagées App-V, consultez la documentation Microsoft : Vue d’ensemble de l’Application Virtualization (App-V) pour les clients Windows.

Termes importants

  • Serveur de gestion : Fournit une console centralisée pour gérer l’infrastructure App-V et livre des applications virtuelles au client de bureau App-V et à un client 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 paquet d’applications virtuelles pour la diffusion en continu. Il récupère les paquets du serveur de gestion.
  • Fichiers de configuration dynamique : Les paquets App-V peuvent être personnalisés à l’aide de fichiers de configuration dynamique qui, lorsqu’ils sont appliqués au paquet, 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 paquet 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 paquet. 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 paquet App-V auquel ils s'appliquent.

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

1.  SID utilisateur
1.  Nom d'utilisateur
1.  SID de groupe AD (le premier trouvé l'emporte)
1.  Nom de groupe AD (le premier trouvé l'emporte)
1.  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 paquet 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 paquet ouverte.

Emplacement des fichiers 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 paquet App-V.

Lorsque les applications du paquet 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 paquets, utilisez un fichier de mappage pour mapper les paquets à 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 paquet en utilisant le format <PackageGuid> : chemin.

    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 paquet.

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 :

  • Administration double : 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 :

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

    Cela garantit que le serveur de publication est synchronisé pour l’utilisateur au moment opportun. Le serveur de publication gère d’autres aspects du cycle de vie du package d’applications (tels que l’actualisation à la connexion et les groupes de connexion) à 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 Virtual Apps and Desktops distribue et gère les packages indépendamment.

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

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

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

Remarque :

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

Applications MSIX et MSIX app attach

MSIX est un format de package d’applications Windows qui offre une expérience de packaging moderne à toutes les applications Windows. MSIX convient à divers types d’applications Windows, 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 Virtual Apps and Desktops distribue les applications MSIX et MSIX app attach aux utilisateurs via le Composant de distribution des packages d’applications installé sur les machines VDA. Ce composant gère tous les aspects des cycles de vie des packages sur la machine hôte.

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

  • Remarque :

    • Nous prenons en charge les packages MSIX natifs sur les VDA de bureau et de serveur, et MSIX app attach sur les formats d’image disque .vhd, .vhdx et .cim uniquement sur les VDA de bureau.
    • Microsoft 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 seul fichier 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 distribue les applications FlexApp aux utilisateurs via le composant de distribution des packages d’applications et l’agent de distribution FlexApp installés sur les machines VDA. Ces deux composants gèrent tous les aspects des cycles de vie des packages sur la machine hôte.

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 qu’ils ont toujours accès aux applications dont ils ont besoin sans surcharger l’image principale.

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

Applications Cloudpaging

Cloudpaging est la technologie de streaming d’applications de Numecent qui distribue 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 arrière-plan lorsque les utilisateurs y accèdent, offrant une expérience transparente.

Pour les environnements Citrix, le composant de distribution des 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 distribution, tandis que le lecteur Cloudpaging gère le streaming à la demande et l’exécution au sein de la session.

Exigences de configuration

Tenez compte des détails de configuration suivants :

Cloudpaging Player et LogoffCheckSysModules

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

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

URL à ajouter à la liste blanche

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

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

-  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 dans la liste blanche. Nous vous recommandons de créer un groupe de mise à disposition avec une machine dotée de la **version 2511 ou ultérieure du VDA** et du **composant de mise à disposition des 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 distribuer des packages d’applications

  • Conditions préalables

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

Installer le composant de mise à disposition des packages d’applications sur les machines VDA

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

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

-  Dans l’assistant d’installation, accédez à la page **Composants supplémentaires**, puis cochez la case **Composant de mise à disposition 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, 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.
        1. Dans l’assistant qui apparaît, passez à la page Composants supplémentaires, puis activez la case à cocher Composant de mise à disposition 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), 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 mise à disposition des packages d’applications. - Pour les applications Elastic App, installez l’image compatible App Layering sur le VDA avec le composant de mise à disposition des packages d’applications. - Pour les applications Cloudpaging, installez le Cloudpaging Player sur le VDA avec le composant de mise à disposition des packages d’applications.

Installer l’agent FlexApp One

    1. Lancez une invite de commandes en tant qu’administrateur sur le VDA.
    1. 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.  Configure l’App Layering.
-  Suivez les instructions de la documentation Citrix App Layering. Le processus comprend :
    1. La configuration de l’Enterprise Layer Manager (ELM).
    2. L’importation d’une image de système d’exploitation de référence.
    3. La création d’une couche de plateforme.
        1. La création de 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 :
    4. Déployez l’image depuis ELM avec Elastic Layering activé.
    5. Installez manuellement le VDA sur la machine et sélectionnez le composant Elastic Layering pendant la configuration.

Installer le lecteur Cloudpaging

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

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

  2. 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-->

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

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

Distribuer des applications packagées

Une fois que vous avez terminé d’installer les conditions préalables, procédez comme suit pour distribuer des 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

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.

Voici les étapes détaillées :

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

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

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

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

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

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

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

  3. Assurez-vous que le VDA dispose d’une autorisation de lecture sur le chemin de stockage du package :

    • 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 au compte AD de la machine une autorisation de lecture 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 du package. Consultez la section Modifier le compte de connexion de l’utilisateur pour les étapes détaillées.

Modifier le compte de connexion de l’utilisateur 

-  Modifiez le compte de connexion 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 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 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 qui dispose de privilèges administratifs localement et qui a obtenu un accès en lecture à l’emplacement de stockage des packages, qu’il s’agisse d’un partage SMB ou d’un partage de fichiers Azure, comme suit :

  1. Démarrez les Services, cliquez avec le bouton droit sur ctxAppVService, puis sélectionnez Propriétés.
  2. Sous l’onglet Connexion, sélectionnez Ce compte :
    1. Entrez un compte utilisateur disposant de privilèges d’administrateur local et d’une autorisation de lecture pour le chemin de stockage du package.
    2. Entrez 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 :

  • Chargement en bloc
  • Chargement 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 de packages. Par conséquent, créez un groupe de mise à disposition au préalable et assurez-vous qu’au moins un VDA du groupe répond aux exigences suivantes :

  • Version du VDA :
    • Pour découvrir les packages App-V : 2203 ou version ultérieure
    • Pour découvrir les packages MSIX et MSIX app attach : 2209 ou version ultérieure
    • Pour découvrir les packages FlexApp : 2311 ou version ultérieure et le logiciel FlexApp Agent
    • Pour découvrir les packages ElasticApp : 2511 ou version ultérieure et l’image compatible App Layering
    • Pour découvrir les packages Cloudpaging : 2511 ou version ultérieure et le logiciel Cloudpaging Player
  • Composant de livraison de 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 des 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é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. Sous l’onglet Découverte de packages, cliquez sur le bouton Créer un profil de découverte. La page Créer un profil de découverte s’affiche.
  3. Dans le champ Nom, 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éparatifs, puis cliquez sur OK.
  5. Dans le champ Type d’emplacement, sélectionnez Serveur Microsoft App-V, Partage réseau ou Numecent Cloudpager en fonction de l’endroit où vous stockez les packages, puis complétez les paramètres correspondants :
    • Si vous avez sélectionné Serveur Microsoft App-V, 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 de 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 s’il faut rechercher des packages dans les sous-dossiers.

        Remarque :

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

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

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

      • Clé API PowerShell.

      • MSID AppLauncher.

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

  • La page Créer un profil de découverte se ferme et le profil nouvellement ajouté apparaît dans la liste des profils. Citrix Virtual Apps and Desktops charge les packages dans votre environnement à l’aide d’un VDA du groupe de mise à disposition. Une fois le 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 profils et cliquez sur Vérifier les mises à jour.

Charger des packages d’applications un par un

Chargez un package d’applications 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éparatifs
  • Le chemin d’accès à l’emplacement réseau.

Pour charger un package dans votre environnement, procédez comme suit :

  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, 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’applications apparaît sous l’onglet Packages.

Ajouter des applications aux groupes de mise à disposition

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

Remarque :

  • Vous pouvez livrer 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 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, procédez comme suit :

  1. Dans le volet gauche, sélectionnez Packages d’applications.
  2. Sous l’onglet Packages, sélectionnez un package selon vos besoins.
  3. Dans la barre d’actions, cliquez sur Ajouter des groupes de mise à disposition. La page Attribuer des applications à des 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.
    • Si vous avez sélectionné un package Cloudpaging, 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, procédez comme suit :

  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 :

(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 fonctionner. Vous pouvez créer un groupe d’isolation qui contient app-a (marqué comme Explicite) et JRE 1.7 (marqué comme Automatique). Ensuite, ajoutez le package App-V pour app-a à un ou plusieurs groupes de mise à disposition. Lorsqu’un utilisateur lance app-a, JRE 1.7 est automatiquement déployé avec elle.

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

Vous n’avez pas besoin d’ajouter les packages Automatiques à un groupe de mise à disposition. S’il existe un autre package d’application Explicite dans le groupe d’isolation, ce package 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 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’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 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 mises à disposition dans Citrix Virtual Apps and Desktops, au-delà du flux de travail de base des packages d’applications.

Automatiser la publication d’applications packagées

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

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

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

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

    Remarque :

    La version du module de découverte de 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 ultérieure est requise pour les applications FlexAppOne. Nous vous recommandons d’utiliser la dernière version disponible.

  3. Pour récupérer les ID de groupe de mise à disposition 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 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 de package individuels 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 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 BrokerApplication à l’aide de la commande PowerShell Set-BrokerApplication -Name "MyApp" -PackagedApplicationVisibility "Workspace|Desktop|WorkspaceAndDesktop".

La valeur par défaut de PackagedApplicationVisibility est WorkspaceAndDesktop.

La valeur Workspace : l’application apparaît uniquement dans WorkspaceApp et est disponible pour un lancement 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 dans 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 à distribuer 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 depuis le 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 VDA Citrix (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’administration 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 de 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’administration 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 les packages dans la bibliothèque Citrix

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

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

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

Remarque :

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

Dépanner les applications App-V (modèle d’administration unique)

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

|**Problème**|**Description**|**Solution**| |–|–|–| |**Découverte de package et erreurs "Échec du catalogage"**|Lorsque vous ajoutez un package dans Studio, une erreur indique que le fichier est inaccessible ou que les métadonnées sont invalides.|1. Vérifiez les autorisations.| |^^|^^|^^ Assurez-vous que le compte 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.| |^^|^^|^^1. 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**|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.| |^^(code d’erreur : 0x80070005 ou 0x80040154)|^^|^^ 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.| |^^|^^|^^ 1. Vérifiez les autorisations du 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.| |^^|^^|^^ 1. 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**.| |^^|^^|^^ 1. Assurez-vous que les deux packages sont ajoutés au même groupe d’isolation.| |^^|^^|^^Dans le modèle d’administration unique, le client App-V sur le VDA gère la connexion virtuelle de ces applications en fonction de la configuration fournie par le Delivery Controller.| |**Lancement initial lent (mise en mémoire tampon)**|Le premier lancement d’un package App-V volumineux, tel qu’AutoCAD ou ArcGIS, prend plusieurs minutes.|1. Sur le VDA, vérifiez le registre suivant|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| |^^|^^|^^1. 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.| |^^|^^|^^1. 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. nbsp;:<!JEKYLL@6200@59>HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AppV\Client\Streaming<!JEKYLL@6200@60>Autoload<!JEKYLL@6200@61>2<!JEKYLL@6200@62>Get-AppvClientPackage<!JEKYLL@6200@63>Get-CtxAppvPackage<!JEKYLL@6200@64>Start-Service ctxAppVService` Redémarre le service d’orchestration Citrix App-V.
Paquets d’applications
April 8, 2026
Contributeur: 
C C
April 8, 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.