Lorsque vous capturez et stockez des applications ThinApp à distribuer à partir de Workspace ONE Access, vous devez respecter certaines conditions requises pour les modules ThinApp et le référentiel de partage réseau. Assurez-vous également d'utiliser les versions prises en charge de tous les composants requis pour l'intégration.

Configuration requise des composants

Vous avez besoin des composants suivants pour l'intégration de Workspace ONE Access à ThinApp.

  • Locataire de cloud Workspace ONE Access ou dispositif virtuel Workspace ONE Access version 22.09 ou ultérieure
  • Une ou plusieurs instances du service d'applications virtuelles, un composant de Workspace ONE Access Connector Windows, version 22.09 ou ultérieure
  • Une installation de VMware ThinApp, version 5.2.9 ou ultérieure
  • (Pour les utilisateurs finaux) L'application Workspace ONE Access Desktop, version 22.09 ou ultérieure, installée sur une machine Windows 10 20H2

Configuration requise des modules ThinApp

  • Pour créer ou repackager des modules ThinApp qu'Workspace ONE Access peut gérer, vous devez utiliser une version de ThinApp prise en charge par Workspace ONE Access. Workspace ONE Access prend en charge ThinApp 5.2.9 et versions ultérieures. Pour obtenir des informations mises à jour sur les versions prises en charge, reportez-vous à la Matrice d'interopérabilité des produits VMware.
  • Vous devez créer des modules ThinApp que Workspace ONE Access peut gérer. Reportez-vous à la documentation de VMware ThinApp pour obtenir plus d'informations sur les paramètres appropriés à utiliser pour créer un module compatible avec Workspace ONE Access.

    Pour les modules ThinApp existants, vous pouvez utiliser la commande relink - h afin d'activer les modules pour Workspace ONE Access.

  • Vous devez stocker les modules ThinApp sur un partage réseau qui répond aux conditions requises pour Workspace ONE Access.

Conditions requises pour le référentiel de partage réseau

Les modules ThinApp doivent résider sur un partage réseau, également nommé référentiel de modules ThinApp. Workspace ONE Access présente les conditions requises suivantes pour le partage réseau.

  • Le partage réseau doit être accessible à l'aide d'un chemin UNC (Uniform Naming Convention) à partir de chaque système exécutant l'application Workspace ONE Access Desktop utilisée pour accéder aux modules ThinApp. Par exemple, un partage réseau Windows nommé appshare sur un hôte nommé server est accessible en utilisant le chemin UNC \\server\appshare.
  • Le nom d'hôte complet du dossier de partage réseau doit pouvoir être résolu à partir de Workspace ONE Access Connector.
  • Workspace ONE Access prend uniquement en charge les partages de fichiers SMB (Server Message Block).
  • Workspace ONE Access prend uniquement en charge l'accès basé sur un compte au partage réseau.

    Vous devez configurer le connecteur afin d'utiliser un compte d'utilisateur et un mot de passe de partage pour accéder au partage réseau et aux modules. Le compte d'utilisateur et le mot de passe de partage peuvent être n'importe quelle combinaison ayant un accès en lecture au chemin UNC du dossier de partage réseau.

  • Vous pouvez utiliser les modes d'installation suivants pour les modules ThinApp.
    • Si le système Windows de l'utilisateur n'est pas joint au domaine, le client doit utiliser le mode d'installation HTTP_DOWNLOAD pour obtenir l'application virtualisée. Dans ce mode d'installation, le mode de téléchargement de ThinApp est utilisé pour l'application virtualisée.

      Le connecteur fait appel au compte d'utilisateur du partage pour récupérer les modules du référentiel.

    • Si l'utilisateur joint le système Windows au domaine, le client peut utiliser le mode d'installation COPY_TO_LOCAL ou le mode d'installation RUN_FROM_SHARE pour exécuter les modules ThinApp octroyés à l'utilisateur. Le compte utilisé pour se connecter au système Windows client est le compte d'utilisateur servant à obtenir les modules à partir du partage réseau. Ce compte doit disposer des autorisations appropriées sur le partage réseau.
    • Si le système Windows de l'utilisateur peut être joint au domaine à certaines occasions et ne pas l'être à d'autres, vous pouvez installer le client en mode COPY_TO_LOCAL après avoir activé l'option AUTO_TRY_HTTP.

      Dans cette configuration, le client tente d'abord d'utiliser le mode COPY_TO_LOCAL pour télécharger les modules. Si le système Windows n'est pas joint au domaine à ce stade, la tentative de copie des modules échoue. Cependant, lorsque l'option AUTO_TRY_HTTP est activée, le client tente immédiatement d'utiliser HTTP pour télécharger les modules. Cette combinaison de COPY_TO_LOCAL et d'AUTO_TRY_HTTP est utilisée par défaut lorsque vous installez l'application Workspace ONE Access Desktop sur un système Windows en exécutant la version graphique du programme d'installation du client.

      Important : Le mode HTTP_DOWNLOAD requiert que l'URL de téléchargement de base, que vous avez définie dans la collection d'applications virtuelles ThinApp, soit accessible à partir de la machine Windows de l'utilisateur. Les modes RUN_FROM_SHARE et COPY_TO_LOCAL nécessitent que le partage ThinApp soit accessible depuis la machine Windows de l'utilisateur.

En outre, le référentiel de modules ThinApp doit répondre aux critères suivants.

  • Lorsque vos paramètres impliquent des systèmes joignant le domaine Active Directory, assurez-vous qu'un espace de noms disjoint n'empêche pas les ordinateurs membres du domaine d'accéder au partage réseau qui héberge les modules ThinApp. Un espace de noms disjoint est créé lorsqu'un nom de domaine Active Directory est différent de l'espace de noms DNS utilisé par les machines de ce domaine.
  • Les autorisations de fichiers et de partage du partage réseau doivent être configurées à l'aide de l'option COPY_TO_LOCAL ou RUN_FROM_SHARE afin de fournir un accès en lecture et la possibilité d'exécuter des applications aux utilisateurs devant exécuter les applications ThinApp.

    Par exemple, pour les comptes Active Directory des utilisateurs devant exécuter les applications ThinApp en mode de diffusion, la définition de l'autorisation Dossier partagé sur Lecture et de l'autorisation NTFS sur Lecture et exécution donne à ces utilisateurs un accès en lecture et la possibilité d'exécuter les applications.

    La définition de l'autorisation NTFS sur Lecture et exécution est requise pour exécuter une application ThinApp à l'aide du mode de diffusion de ThinApp, qui correspond au mode d'installation RUN_FROM_SHARE de l'application Workspace ONE Access Desktop. Si votre organisation exige que l'autorisation NTFS soit définie sur Lecture, vos utilisateurs peuvent employer le mode de téléchargement de ThinApp pour l'application virtualisée. Dans le mode de téléchargement de ThinApp, le client Windows est installé en mode d'installation COPY_TO_LOCAL ou HTTP_DOWNLOAD. Dans l'un ou l'autre de ces modes d'installation, les applications sont téléchargées sur les systèmes Windows et lancées localement.

    Dans le partage réseau, les modules ThinApp doivent être organisés dans des sous-répertoires individuels contenus dans un répertoire sous l'espace de noms, et non dans des sous-répertoires dans l'espace de noms proprement dit, tels que \\server\appshare\thinapp1, \\server\appshare\thinapp2, etc. Reportez-vous à la section Créer un partage réseau pour les modules ThinApp gérés par Workspace ONE Access..