App Layering

Problèmes connus

App Layering 2312

La mise à niveau vers App Layering 2312 peut échouer et renvoyer le message d’erreur « Une erreur s’est produite lors de la mise à niveau de l’appliance. Réessayez la mise à niveau après être revenu à un instantané vierge. » Nous avons connaissance d’un problème lié à certaines appliances mises à niveau par rapport aux versions précédentes. Dans ce scénario, la mise à niveau peut échouer en raison de la présence de composants de mise à niveau existants. Nous travaillons sur une version corrigée pour App Layering 2306 qui contient un correctif permanent pour ce problème.

Pour contourner ce problème, il est nécessaire de supprimer l’ancien module en apportant les modifications suivantes à l’appliance Layering :

  1. Connectez-vous à la console de l’appliance à l’aide de l’identifiant et du mot de passe root.
  2. Exécutez la commande « yum remove mod_http2 ». L’exécution de la commande peut prendre plusieurs minutes.
  3. Une fois la commande terminée, reconnectez-vous à l’appliance à l’aide d’un navigateur Web et relancez la mise à niveau.
  4. La mise à niveau peut prendre 30 minutes ou plus, mais elle doit maintenant réussir.

Mise à niveau App Layering

  • Le package de mise à niveau App Layering 2005 est suffisamment volumineux pour que les anciens appareils ne puissent pas le télécharger automatiquement. Si vous utilisez la version 2001 ou une version antérieure, téléchargez le package manuellement à partir du site de téléchargement.
  • Nous vous recommandons d’exécuter la mise à niveau à partir d’une console de gestion dans Secure HTTP (HTTPS). Si vous effectuez une mise à niveau en HTTP, les messages ne s’affichent pas dans le navigateur. Si cela se produit, actualisez le navigateur après 20 minutes. (L’actualisation ne causera pas de problèmes malgré le message indiquant de ne pas actualiser.) Si la mise à niveau est toujours en cours d’exécution, vous obtenez une erreur « service indisponible ». Il est sûr d’ignorer le message et de continuer à rafraîchir le navigateur toutes les quelques minutes jusqu’à ce que la page de connexion apparaisse.

  • Si vous avez deux packages de mise à niveau portant le même nom dans des dossiers différents du partage de fichiers réseau, la sélection de l’un de ces packages entraîne la sélection des deux packages. Si les deux packages ont la même version, la mise à niveau réussit. S’ils ont des versions différentes, le système choisit le numéro de version inférieur. Cela se produit avec Enterprise Layer Manager (ELM) version 22.2.

Appliance App Layering et console de gestion

  • Dans la nouvelle interface utilisateur, les types de plateforme ne peuvent pas être modifiés. L’édition des types de plate-forme fonctionne toujours correctement dans l’ancienne interface utilisateur. (UNI-86856)
  • Lors de l’installation de l’appliance App Layering, vous devez utiliser le paramètre de processeur par défaut de 4 processeurs.
  • Si vous utilisez des rôles dans un environnement Active Directory complexe et que les connexions sont lentes, attribuez tous les rôles à des utilisateurs explicites plutôt qu’à des groupes.

Liens vers la documentation App Layering

Les liens de documentation de la console de gestion s’ouvrent en tant que page blanche dans Internet Explorer 11. Pour contourner ce problème, collez le lien dans un autre navigateur. La documentation s’affiche correctement.

Agent App Layering

Par défaut, l’agent Citrix App Layering s’exécute sous le compte Système local sur le serveur Hyper-V. Si vous remplacez le compte par un compte autre que Système local, l’agent ne peut pas transférer de disques vers et depuis l’appliance.

Machines-outils du système d’exploitation par superposition

  • (Version 19.5 uniquement) Après la mise à niveau vers la version 19.5 (ou ultérieure) à partir de 19.3 (ou une version antérieure), veillez à mettre à jour KMS Office Activation pour utiliser Office 2019. Lorsque vous préparez l’image de votre système d’exploitation pour la superposition, téléchargez et exécutez les nouvelles machines Outils du système d’exploitation de couche d’application

  • (Version 19.1 uniquement) Lorsque vous préparez l’image de votre système d’exploitation pour la superposition, assurez-vous que votre activation KMS Office est déclenchée au démarrage du bureau. Pour cette version uniquement, téléchargez et exécutez les machines-outils du système d’exploitation App Layering à partir de la version 18.12.

Microsoft Teams 2.x

Microsoft Teams 2.x a modifié sa méthode d’installation et s’installe désormais sous C:\Program Files\WindowsApps. Ce dossier n’est pas conservé dans l’image lorsqu’il est modifié lors du packaging d’une couche d’application. Par conséquent, si Microsoft Teams 2.x est installé dans une couche d’application, il n’est pas inclus dans l’image finale publiée.

Solution :

  1. Créez une version de la couche du système d’exploitation.
  2. Téléchargez le programme d’installation .exe pour Windows 10 ou 11.
  3. Téléchargez MSIX.

    Remarque :

    Pour plus d’informations sur le programme d’installation .exe et MSIX, consultez la documentation Microsoft .

  4. Ouvrez une invite de commande d’administration.
  5. Désactivez la mise à jour automatique de Microsoft Teams à l’aide de la commande suivante : reg add hklm\software\microsoft\teams /v disableAutoUpdate /t REG_DWORD /d 1 /f
  6. En fonction de l’endroit où figure .MSIX, procédez comme suit :
    1. Pour Windows 10 ou 11, utilisez la commande suivante : .\teamsbootstrapper.exe -p -o "c:\path\to\teams.msix"
    2. Pour Windows Server 2016, 2019 ou 2022, utilisez la commande suivante : Dism /Online /Add-ProvisionedAppxPackage /PackagePath:<MSIX package path> /SkipLicense
  7. Pour terminer l’installation, lancez Microsoft Teams.
  8. Créez un fichier UserExclusion pour inclure les exclusions suivantes recommandées par MSFT :

    • c:\Users\*\AppData\Local\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\Meeting-Addin\
    • c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs\
    • c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\PerfLogs\
    • c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\WebStorage\
  9. Finalisez la version de la couche du système d’exploitation.
  10. (Facultatif) Assurez-vous qu’aucune couche d’application contenant une version précédente de Microsoft Teams n’est attribuée de manière élastique ou statistique.

Remarque :

  • N’exécutez pas le fichier .MSIX lui-même. Cela installe Microsoft Teams et serait disponible dans le menu Démarrer, mais lorsque vous cliquez dessus, le processus ne démarre pas.
  • Ne vous connectez à aucun compte Microsoft Teams lors de la création d’une couche de système d’exploitation et ne modifiez aucun paramètre Microsoft Teams. Les comptes personnels ne sont pas pris en charge par la nouvelle version de Microsoft Teams. Pour plus d’informations, consultez la documentation Microsoft . [UNI-90395]

Couches élastiques

  • Microsoft Office ne peut pas être superposé de manière élastique en raison de la façon dont ses licences sont intégrées au Windows Store. La couche d’application Office doit être incluse dans l’image en couches.
  • Lorsque vous activez une image avec une couche élastique, les utilisateurs peuvent afficher des fichiers et des répertoires provenant d’autres sessions dans l’Explorateur Windows. Les répertoires explorés dans l’autre session peuvent créer des dossiers visibles pour toutes les sessions autorisées à parcourir ce répertoire.
  • Si vous utilisez des affectations de couche élastique avec Windows Server 2008 ou Windows 7, créez votre partage de fichiers avec une taille de secteur de 512. Pour plus d’informations sur ce problème et les mises à jour du système d’exploitation associées, consultez les informations suivantes :

Couches utilisateur

  • La connexionaprès la mise à niveau démarre les écrans de première connexion de Windows : lorsque vous vous connectez après la mise à niveau vers la version 4.10 ou ultérieure, la première connexion Windows habituelle met la couche utilisateur à jour avec la version du système d’exploitation. Le processus conserve les fichiers de couches utilisateur.

Prise en charge de Windows 10

  • Mises à niveau de Windows 10, version 20H2. Si vous mettez à niveau la couche du système d’exploitation vers Windows 10 20H2 à partir d’une version antérieure, mettez à niveau directement vers la version 19042.630 ou une version ultérieure. La mise à niveau à partir de versions de Windows 10 20H2 publiées avant le 16/11/2020 peut entraîner des déploiements d’images incohérents. Par exemple, si vous publiez des images à l’aide d’un modèle avec l’option Généraliser hors connexion sélectionnée, les images publiées risquent de ne pas fonctionner correctement.
  • La mise à niveau nécessite des étapes supplémentaires lorsque vous passez à une nouvelle version majeure de Windows 10 : au cours de la mise à niveau, Windows 10 peut créer un volume de récupération sur le même disque que la version de la couche du système d’exploitation. Supprimez toujours ce volume avant de finaliser la version de la couche OS. Sinon, le volume de récupération peut provoquer le démarrage correct des postes de travail. Pour plus d’informations, consultez le Problème 9 sous Windows 10 v2004, 20H2, 21H1 et 21H2 - Problèmes connus de Citrix.
  • Si vous avez généré et appliqué le script App Layering Optimizations.cmd à une couche du système d’exploitation Windows 10 1909, l’option Rechercher du menu Démarrer peut ne pas fonctionner comme prévu. Pour éviter ce problème, ajoutez une version à la couche du système d’exploitation et exécutez le programme c:\windows\setup\scripts\Optimize.hta. Pour créer un nouveau script Optimizations.cmd à appliquer à la nouvelle version de couche, désélectionnez Désactiver le service d’entrée sur tablette (Section 6, Option M) et sélectionnez Enregistrer le fichier. Avant de finaliser la couche du système d’exploitation, exécutez la commande Powershell Set-Service TabletInputService -startuptype manual pour annuler l’effet de tout précédent Optimizations.cmd qui aurait pu désactiver le service.

Connecteurs

  • Lorsque vous utilisez le connecteur Azure Deployments, si vous supprimez tous les modèles et modifiez le connecteur pour choisir un nouveau modèle, une version du modèle supprimé apparaît. Ensuite, lorsque vous cliquez sur Enregistrer, une erreur s’affiche. Pour contourner le problème, resélectionnez une version de modèle valide avant de cliquer sur Enregistrer. (UNI-88412)
  • Lorsque vous utilisez l’option Mini-boot Disk de Windows, vous pouvez spécifier jusqu’à quatre couches Prérequis pour une couche Application donnée. Si une application nécessite la présence de plus de quatre autres applications pendant l’installation, installez plusieurs applications dans une seule couche. (UNI-69524)
  • Lors de la création d’une couche (application, système d’exploitation ou plate-forme) sur Windows 7 64 bits, si vous sélectionnez Décharger la composition dans la configuration du connecteur, vous pouvez rencontrer des problèmes lors de l’ajout d’une version à la couche. Une erreur se produit et la machine de packaging n’est pas créée. Lorsque la composition de déchargement n’est pas sélectionnée dans la configuration du connecteur, la machine d’packaging est créée. (UNI-82545)
  • Réception de l’erreur 503, « Problèmes de disponibilité du serveur » d’Azure. Si cette erreur s’affiche systématiquement, suivez les étapes décrites dans l’article CTX310868. Ce problème se produit sporadiquement et une solution est en cours de test. (ALHELP-1383)
  • Si vous essayez de saisir le nom d’un connecteur et que ce nom existe déjà, vous recevez un message d’erreur générique du système plutôt que le message d’erreur correct. Le problème se produit pour les connecteurs Azure Deployments, Machine Creation for Azure Deployments, VMware vSphereet Machine Creation for vSphere. (UNI-89218)

Citrix Provisioning

  • Lorsque vous créez un modèle d’image, les paramètres matériels de l’équipement cible doivent correspondre aux paramètres du système d’exploitation Windows et de la couche de plate-forme. Assurez-vous que les paramètres matériels de l’équipement cible correspondent aux paramètres matériels du système d’exploitation et de la couche plate-forme, en particulier le nombre de processeurs. Si les paramètres ne correspondent pas, vous pouvez recevoir un message « redémarrage requis » lorsque vous lancez l’image publiée. (UNI-50799)
  • Si vous utilisez Provisioning Services, vous devez désactiver IPv6 dans la couche du système d’exploitation et non dans la couche Platform. (UNI-53600)
  • Lorsque vous importez des fichiers VHDX publiés depuis App Layering vers le magasin de disques PVS, vous recevez parfois un message de disque non valide. Éliminez l’erreur en modifiant les caractères de point (.) dans la date et l’heure du nom de fichier publié. Un nom de fichier valide ne contient qu’un seul point pour l’extension de nom de fichier .VHDX. (UNI-75902)
  • Lorsque la composition de déchargement est sélectionnée dans la configuration du connecteur :
    • Le chemin d’accès au magasin Citrix Provisioning ne parvient pas à valider s’il contient des espaces. Remplacez les espaces par %20 pour que le nom soit valide. (UNI-84868)
    • Les travaux de publication échouent si le chemin du partage de fichiers se termine par une barre oblique inverse (\). (UNI-85045)
    • Les travaux de publication échouent avec un message d’erreur ComponentActivator si l’utilisateur du domaine ne dispose pas des autorisations de lecture et d’écriture sur le chemin du partage de fichiers. (UNI-85020)
  • Lorsque vous sélectionnez un connecteur Hyper-V pour la configuration de composition de déchargement et que la couche du système d’exploitation est de 2e génération, vous devez créer une autre version de la couche du système d’exploitation, puis créer la couche de plate-forme à partir de cette version du système d’exploitation. Dans le cas contraire, la cible ne démarre pas. (UNI-85044)
  • Lors de la définition du chemin de partage du fichier de composition pour la configuration du connecteur, la connectivité entre le moteur de composition et le Citrix Provisioning Store n’est pas vérifiée. Si le chemin du magasin ne correspond pas au chemin du partage de fichiers, vous recevez une erreur similaire à :

    • Erreur : « Une erreur système inattendue s’est produite. Réessayez l’opération ou contactez le support technique. Message d’exception : le code d’état de la réponse n’indique pas la réussite : 404 (introuvable). [Détails de l’exception] (UNI-85045), (UNI-85020)

Citrix Hypervisor

  • Lorsque vous préparez l’image de votre système d’exploitation à utiliser dans votre Citrix Hypervisor, vous devez ouvrir le port 5900 pour autoriser l’accès à la console. (UNI-50846)
  • Définissez toujours la configuration du connecteur Citrix App Layering pour qu’elle pointe vers le nœud maître. (UNI-52454)
  • Couches prérequises :
    • Si une machine se bloque au démarrage et qu’une couche préalable est sélectionnée, l’un des disques de couche n’est probablement pas attaché. Assurez-vous que les outils invités Citrix sont inclus dans les couches du système d’exploitation ou de la plate-forme.
    • Si vous utilisez des couches de prérequis pour créer le système d’exploitation ou la couche de plate-forme, les outils Citrix doivent être présents. Sans les outils, la machine de packaging échoue et vous recevez un écran bleu. Citrix Hypervisor n’est pas en mesure de voir les périphériques connectés après le lecteur de DVD. Le lecteur de DVD est toujours dans le troisième emplacement. (UNI-67741)

Citrix Virtual Apps and Desktops (CVAD)

  • Lors de la mise à jour de Citrix Virtual Apps and Desktops vers la version 7.15 CU4, vous devez d’abord installer .NET Framework 4.7.1 sur une nouvelle version de votre couche de système d’exploitation, plutôt que sur la couche plate-forme. L’installation de .NET Framework 4.7.1 sur la couche OS garantit que toutes les couches d’application, les couches de plate-forme et les images fonctionnent correctement. Les dernières mises à jour Windows incluent déjà .NET Framework 4.7.1 dans le cadre des mises à jour. (ALHELP-588, UNI-75108)

Google Cloud

  • Lorsque vous importez des couches à partir d’une autre plate-forme, vous devez ajouter une version à la couche du système d’exploitation et passer à la nouvelle version de la couche à partir de là. Sinon, les machines d’packaging et les images publiées risquent de tomber en panne avec un écran bleu.

  • Configuration du connecteur Google Cloud. « Vérifier les informations d’identification » permet de vérifier le rôle de l’utilisateur du compte de service. Si le compte de service spécifié dans le fichier de clé JSON du compte de service de configuration du connecteur Google Cloud est différent du compte de service associé au modèle d’instancesélectionné, votre compte de service dans la configuration doit avoir le rôle utilisateur du compte de service. Dans le cas contraire, un message d’erreur s’affiche lors du déploiement d’une machine à l’aide de cette configuration de connecteur. (UNI-82082)

Nutanix Acropolis

  • Le message suivant lors de la création de la couche d’application indique que les paramètres de la couche d’application spécifient une couche de plate-forme. N’utilisez pas de couches de plate-forme avec la fonction de mise en cache qui améliore les performances de la couche d’application. (UNI-67742)

    image

VMware vSphere

  • Lors de la création de la couche OS à l’aide de l’Assistant Création d’une couche OS, les machines virtuelles UEFI (Unified Extensible Firmware Interface) sont répertoriées. Vous ne pouvez cependant pas créer des machines UEFI à l’aide de l’assistant. À la place, utilisez le nouveau script ImportOsLayer.ps1 pour importer le système d’exploitation sur la nouvelle machine de couche du système d’exploitation.
  • Lors de l’utilisation d’une configuration de connecteur vSphere avec VMware Cloud et une banque de données vSAN 7.0 Update 2 (ou version ultérieure), la composition de déchargement doit être sélectionnée. (UNI-85216)
  • Lorsque vous utilisez le nouveau connecteur VMware vSphere dans AL 23.4, si vous sélectionnez un réseau opaque lors de la création ou de la modification du connecteur, le connecteur échoue. Pour contourner ce problème, sélectionnez un réseau non opaque. Les configurations de connecteurs existantes utilisant un réseau opaque créé avant AL 23.4 continuent de fonctionner normalement. (UNI-89439)

Microsoft Azure

  • App Layering ne prend pas en charge le stockage Azure File. Pour le stockage dans Azure, créez un partage de fichiers SMB ou un partage de fichiers réseau. (UNI-42272)
  • Les disques gérés ne sont pris en charge que pour les importations de systèmes L’empaquetage des couches d’application et la publication d’images produisent uniquement des disques non gérés Lorsque vous créez une machine virtuelle dans Azure, sélectionnez Aucun disque géré.

Microsoft Hyper-V

  • Lorsque vous sélectionnez une configuration de connecteur Hyper-V pour la composition de déchargement et que votre couche de système d’exploitation est de 2e génération, la couche doit avoir au moins une version en plus de l’original. En outre, la couche de plate-forme sur laquelle le logiciel de la machine cible Citrix Provisioning est installé doit être créée à l’aide de la nouvelle version de la couche du système (UNI-85044)
  • Lorsqu’une configuration de connecteur Hyper-V est définie pour Offload Compositing with Gen 2 (UEFI) et VHDX, choisir VHD comme format de disque dans la configuration du connecteur Citrix Provisioning est autorisé, mais cette configuration n’est pas prise en charge.
  • Lorsque vous configurez Elastic Layering dans Hyper-V, vous devez utiliser des pools RDS non gérés (UNI-53545)
  • Lors de la création d’une couche d’application, si une couche de plate-forme est spécifiée dans les paramètres de la couche d’application, vous recevez une erreur. N’utilisez pas de couches de plate-forme avec la fonctionnalité de mise en cache de App Layering. (UNI-71868, UNI-67743)

    image

  • La création d’une couche de système d’exploitation sur Hyper-V Server 2019 peut entraîner cette erreur :

    ‘Échec de la création du disque dur virtuel. Assurez-vous qu’il y a suffisamment d’espace sur le partage spécifié dans la configuration du connecteur.

    Cette erreur est due à un problème avec l’applet de commande Microsoft PowerShell New-VHD. Nous gardons nos yeux sur une solution de Microsoft. En attendant, utilisez la solution de contournement suivante pour cette erreur :

    1. Assurez-vous que la machine virtuelle Gold ne comporte aucun point de contrôle.
    2. Assurez-vous que le disque de machines virtuelles Gold se trouve dans le même chemin d’accès de répertoire que celui qui est configuré dans la configuration du connecteur. Exemple : Le chemin d’accès local est D:\Brock
      Le disque Gold de la machine virtuelle est stocké dans D:\Brock\WIn10Gold\Win10GoldDisk.vhdx
  • App Layering ne parvient pas à créer une couche application/plateforme si le chemin d’accès au stockage dans la configuration du connecteur Hyper-V contient un backtick (`). Par exemple :

     mystoragename`
     <!--NeedCopy-->
    

Impression

Avec les images App Layering configurées pour Full User Layer, vous pouvez installer directement vos propres périphériques d’impression. Toutefois, lorsque vous vous déconnectez et que vous vous connectez, les imprimantes et scanners n’affichent plus les périphériques d’impression auto-installés.

Pour contourner ce problème, vous pouvez accéder aux imprimantes ou les sélectionner dans les applications.

Informations connexes