Notes de mise à jour d'Omnissa Horizon DaaS 9.2.x

Horizon DaaS 9.2.x | 30 juin 2026

Liens vers d'autres ressources

Documentation produit - Toute la documentation produit d'Horizon DaaS se trouve dans la Documentation produit Omnissa.

Information sur la compatibilité - Pour obtenir les dernières informations concernant la compatibilité entre ce produit et d'autres produits Omnissa, reportez-vous à la matrice d'interopérabilité des produits Omnissa.

Horizon DaaS 9.2.6 : publié en juin 2026

Nouveautés

Cette version inclut des correctifs de bogues.

Problèmes résolus pour Horizon DaaS 9.2.6

• Correction du comportement d'extension de pool afin de traiter correctement les demandes de redimensionnement lorsque Delete_quota est défini sur -1 ou sur une valeur supérieure à 0.

• Résolution d'un problème de gestion des locataires dans le portail du fournisseur de services. Les administrateurs peuvent désormais désactiver, supprimer et gérer les locataires comme prévu.

• Correction du formatage CSV du journal d'activité afin que les fichiers exportés conservent la structure de colonnes attendue.

• Des améliorations en matière de sécurité ont été apportées pour renforcer la sécurité des dispositifs de gestion et des services de la plate-forme Horizon DaaS.

• Les mises à jour de prise en charge pour la liaison de locataires Windows Server 2025 sont désormais incluses.

Horizon DaaS 9.2.5 : lancement en octobre 2025

Nouveautés

Cette version contient les nouvelles fonctionnalités suivantes.

• Désormais, les partenaires VCPP d'Omnissa HDaaS peuvent migrer les VM de clone complet dédié existant de leur locataire vers Horizon sur le dispositif Edge vSphere déployé pour ce locataire à l'aide de leur interface HVM. Pour plus d'informations, reportez-vous à la section Migrer des postes de travail vers Horizon Cloud.

Problèmes résolus pour Horizon DaaS 9.2.5

Il n'existe aucun problème majeur à signaler dans cette version.

Horizon DaaS 9.2.4 - lancement en mars 2025

Horizon DaaS 9.2.4 est désormais disponible sur Omnissa Customer Connect pour le téléchargement et l'installation manuelle.

IMPORTANT : nouvelle build d'Horizon Version Manager et du dispositif Horizon Air Link 9.2.4

Étant donné qu'un problème a été identifié dans la build publiée précédemment le 7 mars, celle-ci est remplacée dans Omnissa Customer Connect. Ce problème entraînait l'échec de l'installation des fichiers OVA d'Horizon Version Manager et du dispositif Horizon Air Link. La build de remplacement corrige ce problème.

Si vous avez téléchargé les fichiers OVA antérieurs, remplacez-les par ces versions mises à jour pour garantir la réussite de l'installation :

• Horizon-Version-Manager-22.1.0.0-15020209714_OVF10.ova
• horizon-air-link-vcpp-22.1.0.0-15331967732_OVF10.ova

Nouveautés

Cette version contient les nouvelles fonctionnalités suivantes.

• Prise en charge de la mise à niveau de l'agent vers Horizon Agents Installer 24.4.0

  La plate-forme Horizon DaaS prend désormais en charge Horizon Agents Installer(HAI) 24.4.0. La mise à niveau automatique vers HAI 24.4.0 est uniquement prise en charge à partir d'HAI version 23.3.0 ou ultérieure. Les clients disposant de versions antérieures doivent d'abord effectuer la mise à niveau vers HAI 23.4.2 ou version ultérieure avant d'utiliser le workflow de mise à niveau automatique. La mise à niveau directe à l'aide du bundle hors ligne est entièrement prise en charge sur les VM avec n'importe quelle version de l'agent.

• Horizon DaaS prend désormais en charge 256 Mo de mémoire vidéo et un nombre illimité de périphériques vidéo. Les paramètres par défaut 128 Mo de mémoire vidéo et 4 périphériques sont conservés.

• Le locataire Horizon DaaS peut être configuré comme application Web sur WS1 Access. Les utilisateurs peuvent se connecter à Workspace ONE Access, puis utiliser le locataire enregistré comme application pour lancer le portail d'administration de locataires. Notez que vous devrez fournir les informations d'identification deux fois : d'abord lors de la connexion au portail WS1 Access, puis lors de la connexion au locataire en tant qu'administrateur.

Pour configurer le portail d'administration de locataires en tant qu'application Web sur WS1 Access :

1. Lancez la console d'administration de Workspace ONE Access.
2. Sélectionnez domaine comme domaine système et fournissez les informations d'identification.
3. Sélectionnez Ressource, puis Applications Web.
4. Pour configurer un locataire Horizon DaaS pour la première fois, sélectionnez Nouveau.
5. Fournissez le nom et d'autres détails, puis cliquez sur Suivant. Le type d'authentification s'affiche en tant que SAML 2.0. (Remarque : ne le modifiez pas.)
6. Sous Configuration, sélectionnez Manuel.
7. Fournissez le nom de domaine complet du locataire pour les paramètres : URL Single Sign-On, URL du destinataire et ID d'application. Vous pouvez conserver les paramètres restants avec les valeurs par défaut.
8. Conservez les propriétés avancées avec les valeurs par défaut. Cliquez sur Suivant.
9. Conservez les stratégies d'accès avec les valeurs par défaut. Cliquez sur Suivant.
10. Cliquez sur Enregistrer et attribuer.
11. Attribuez les utilisateurs et les groupes à une application Web.
12. Sur la page Résumé, vérifiez les détails à nouveeau, puis cliquez sur Enregistrer.
13. Une fois la vérification effectuée, reconnectez-vous à la console Workspace ONE à l'aide des informations d'identification Active Directory pour consulter l'application Web.

Vous êtes redirigé vers la console d'administration des locataires lorsque vous cliquez sur l'icône Application Web récemment configurée. Entrez à nouveau les identifiants pour accéder à la console d'administration.

Problèmes résolus pour Horizon DaaS 9.2.4

• Problème d'extension de pool lorsque TA-DM est d'une version antérieure à 9.2.3 et que SP-RM est de version 9.2.3 ou ultérieure.

• Les journaux d'activité ne s'affichent pas correctement en dehors de l'anglais après l'application de la version 9.2.3

Horizon DaaS 9.2.3  lancé en septembre 2024

Horizon DaaS 9.2.3 est désormais disponible sur Omnissa Customer Connect pour le téléchargement et l'installation manuelle.

Cette version contient les nouvelles fonctionnalités suivantes.

• Des améliorations en matière de sécurité ont été apportées pour sécuriser davantage les dispositifs de gestion et les services de la plate-forme Horizon DaaS.

• Prise en charge de Windows 11 et de vTPM

  Les attributions basées sur Windows 11 avec vTPM sont désormais prises en charge avec les attributions de clone complet et d'Instant Clone, ce qui élargit la prise en charge de vTPM avec la version 9.2.2.

• Prise en charge dynamique des cartes et des profils NVIDIA vGPU

  Pour pouvoir prendre en charge une sélection croissante de cartes NVIDIA Grid, cette version prend en charge l'importation d'une infrastructure avec le matériel NVIDIA non pris en charge auparavant et détecte automatiquement les profils de vGPU disponibles sur ce cluster vCenter. Cette fonctionnalité a été ajoutée avec la version 9.2.2 et a été améliorée pour prendre en charge la détection automatique lors de l'actualisation d'un cluster vSphere déjà importé dans le centre de service. Comme auparavant, tous les hôtes sur la nouvelle capacité doivent disposer du même matériel et des mêmes pilotes chargés pour que cette prise en charge soit effective. Après la détection, l'administrateur CSP peut attribuer les profils de vGPU disponibles aux locataires utilisant ce matériel. Reportez-vous à la documentation des nouveaux workflows mis à jour.

• Gestion du quota du tampon de trames vGPU

  Autrefois, le quota mis à la disposition du locataire était limité aux vCPU et à la vRAM uniquement lors du partitionnement d'un cluster vCenter entre plusieurs locataires. Avec cette version, il est désormais possible de partitionner le tampon de trame du vGPU. Cette fonction limite efficacement le locataire à consommer toute la capacité vGPU disponible sur un cluster.

• Instance de Desktop Manager (DM) de locataire pour prendre en charge les postes de travail vGPU et non basés sur vGPU

  Le workflow de création d'attributions pour l'administrateur de locataires permet désormais de sélectionner le profil de vGPU « aucun », également lorsque vGPU est activé sur l'ensemble de capacités de postes de travail attribuée à l'instance de Desktop Manager (DM) de locataire applicable. Cela permet une meilleure consommation de l'infrastructure attribuée si le quota du tampon de trames vGPU attribué est épuisé et simplifie l'architecture pour les petits locataires souhaitant exécuter des postes de travail avec et sans vGPU en n'ayant pas besoin de deux DM distincts.

Horizon DaaS 9.2.2 lancé en décembre 2023

Horizon DaaS 9.2.2 est désormais disponible sur Omnissa Customer Connect pour le téléchargement et l'installation manuelle.

Cette version contient les nouvelles fonctionnalités suivantes.

• Des améliorations en matière de sécurité ont été apportées pour sécuriser davantage les dispositifs de gestion et les services de la plate-forme Horizon DaaS.

• Prise en charge de l'authentification multifacteur (MFA/2FA) par le biais de l'instance d'Unified Access Gateway (UAG) du locataire

  Avec cette version, l'administrateur de locataires peut définir les paramètres MFA et les mettre à jour à l'aide de l'instance d'UAG installée par le CSP fournissant le service. Le workflow mis à jour permet d'extraire les paramètres MFA actuels et de les mettre à jour selon les exigences du locataire, y compris les dernières options prises en charge par l'authentification MFA RSA. Pour ces nouveaux workflows, des stratégies MFA du locataire ont été ajoutées. Consultez la documentation relative à ces mises à jour.

• Prise en charge dynamique des cartes et des profils NVIDIA vGPU

  Pour aider à prendre en charge un nombre croissant de cartes NVIDIA Grid, cette version prend en charge l'importation d'une infrastructure avec des cartes NVIDIA Grid non prises en charge auparavant et détecte automatiquement les profils de vGPU disponibles sur ce cluster vCenter. Tous les hôtes sur la nouvelle capacité doivent disposer du même matériel et des mêmes pilotes chargés pour que cette prise en charge soit effective. Après la détection, l'administrateur CSP peut attribuer les profils de vGPU disponibles aux nouveaux locataires utilisant ce matériel. Pour plus d'informations, reportez-vous à la documentation.

• Prise en charge de Windows 11 et de vTPM

  Les attributions de clone complet basées sur Windows 11 avec vTPM sont désormais prises en charge avec des attributions de clone complet dédiées, lors de l'utilisation de vCenter/vSphere 8 comme hyperviseur et de l'activation de vTPM sur l'image standard utilisée pour l'attribution. Les mises à jour de la documentation des attributions d'Instant Clone avec vTPM activé seront bientôt publiées.

Horizon DaaS 9.2.1 lancé en août 2023

Cette version contient les nouvelles fonctionnalités suivantes.

• Des améliorations en matière de sécurité ont été apportées pour sécuriser davantage les dispositifs de gestion et les services de la plate-forme Horizon DaaS.

• Nouvelle version du modèle de dispositif Horizon DaaS : avec Horizon DaaS 9.2.0, le fournisseur de services, le gestionnaire des ressources et les dispositifs locataires sont mis à niveau vers Ubuntu 22.04 LTS via le processus de mise à niveau bleu/vert. La version 9.2.1 ajoute des mises à jour à plusieurs services de base pour prendre entièrement en charge le système d'exploitation du dispositif mis à jour.

• Prise en charge existante pour NSX-V vers NSX : Horizon DaaS 9.2.0 inclut un chemin de migration documenté (guidé) des CSP qui utilisent actuellement NSX-V pour gérer leurs réseaux Horizon DaaS vers une version plus récente de VMware NSX (anciennement NSX-T) afin de prendre en charge leurs locataires DaaS. La documentation de la version 9.2.1 a été mise à jour.

• Prise en charge de NSX 4.1 : à partir d'Horizon DaaS 9.2.1, NSX 4.1 est pris en charge.

• Prise en charge de vSphere et vCenter 8.0 U1 : compte tenu de la fin du support (EoS) pour vSphere/vCenter 6.7, la version cumulée 9.2.1 ajoute la prise en charge de vSphere/vCenter 8.0 U1.

• Ajouter des informations de sessions utilisateur pour les administrateurs de locataires : dans les versions 9.1.x, une fonction de recherche (masquée) permettait d'accéder à des informations supplémentaires sur les utilisateurs. Dans la version cumulée 9.2.1, cette fonctionnalité a été intégrée au produit dans une plus large mesure et est accessible aux administrateurs de locataires via les workflows de recherche et d'attribution.

• Journalisation des activités d'un administrateur de locataires : les super administrateurs de locataires disposent d'une nouvelle option qui permet de générer un rapport sur les modifications apportées aux paramètres par les administrateurs via le portail d'administration de locataires.

• Journalisation des activités d'un administrateur de centre de service : les super administrateurs de fournisseurs de services disposent d'une nouvelle option qui permet de générer un rapport sur les modifications apportées par un administrateur via le portail du centre de service.

• Déplacement de l'authentification 2FA de TA vers UAG : avec la version 9.2.0, la prise en charge de l'authentification à deux facteurs (2FA) RSA a été déplacée vers Omnissa Unified Access Gateway (UAG) [for Horizon/Workspace ONE] pour élargir la prise en charge des dernières fonctionnalités de l'authentification 2FA RSA. Avec la version 9.2.1, des options de gestion supplémentaires ont été ajoutées à Horizon Version Manager pour détecter l'authentification 2FA actuellement en place. Des stratégies de locataire supplémentaires ont également été ajoutées au centre de service pour gérer la 2FA (pour la migration).

• Prise en charge de vGPU sur des attributions IC : avec la version cumulée 9.2.1, la prise en charge de vGPU avec des attributions Instant Clone a été ajoutée.

• Prise en charge de vGPU sur des batteries de serveurs : avec la version cumulée de 9.2.1, la prise en charge de vGPU avec des batteries de serveurs (pour les attributions basées sur une application et une session) a été ajoutée.

Versions logicielles requises pour la mise à niveau

Avant de procéder à la mise à niveau vers Horizon DaaS 9.2.0, vérifiez que les dispositifs du fournisseur de services et du locataire de votre environnement exécutent Horizon DaaS 9.0.0, 9.0.1, 9.0.2, 9.1.0, 9.1.1, 9.1.2, 9.1.3 ou 9.1.4. Il s'agit des versions requises pour la mise à niveau.

Remarque concernant la restauration des dispositifs après la mise à niveau

Le rétablissement des versions antérieures des dispositifs de plate-forme Horizon DaaS après la mise à niveau vers la version 22.1.0/9.2.0 est pris en charge.

Pour que la configuration de la plate-forme puisse prendre en charge les restaurations anticipées/inattendues des dispositifs de version 20.2.x/9.0.x ou 21.1.x/9.1.x, avant d'effectuer la restauration, vous devez copier l'intégralité de l'annuaire du dispositif Horizon Air Link de version 20.2.x/9.0.x ou 21.1.x/9.1.x vers le nouveau dispositif Horizon Air Link de version 22.1.0/9.2.0 sur le même chemin. Cette opération peut être effectuée à tout moment après l'installation du dispositif 22.1.0/9.2.0 Horizon Air Link, y compris après la mise à niveau des dispositifs de gestion de plate-forme (SP et RM).

Nouvelles fonctionnalités

Cette version contient les nouvelles fonctionnalités suivantes.

• Migration de déploiements vers l'environnement NSX-T : si vous utilisez actuellement VMware NSX for vSphere (également appelé NSX-V) pour gérer vos réseaux Horizon DaaS, cette version prend en charge un chemin de migration vers VMware NSX (également appelé NSX-T). Pour obtenir des instructions sur la migration de votre infrastructure de mise en réseau virtuelle, reportez-vous à la section Migration d'Horizon DaaS 9.2.x vers NSX-T

• Nouvelle version du modèle de dispositif Horizon DaaS : la mise à niveau bleu/vert vers Horizon DaaS 9.2 inclut un nouveau modèle de dispositif, basé sur une version plus récente du SE du dispositif sous-jacent. La nouvelle version permet une prise en charge plus durable des principaux services utilisés par la plate-forme et servira ultérieurement de base pour les mises à jour du produit.

• Nouvelle version du dispositif Horizon Version Manager (HVM) : la mise à jour du dispositif HVM offre des options supplémentaires, notamment pour la journalisation des erreurs et le contrôle de la restauration. Les administrateurs HVM peuvent désormais collecter des journaux pour les dispositifs Horizon Air Link, de gestionnaire des ressources, de fournisseur de services, de locataire et Desktop Manager en une seule étape.

• Option de domaine par défaut pour la connexion de l'utilisateur : les administrateurs de locataires peuvent désormais utiliser la stratégie de locataire display.default.domain.at.top pour spécifier le domaine par défaut pour la connexion du client (utilisateur). Cela permet aux clients mis à jour d'afficher le domaine d'utilisateur par défaut, tel que présélectionné en haut de la liste de domaines.

• Amélioration de la prise en charge d'Active Directory (AD) : de nouvelles stratégies de locataire ont été ajoutées à cette version, spécialement conçues pour aider les administrateurs CSP dans les cas où l'authentification AD de locataire provoque des problèmes avec des serveurs AD entre des liaisons lentes ou des sites AD complexes.

Meilleures pratiques

Il est utile de connaître les éléments suivants avant d'utiliser Horizon DaaS.

Pour les versions d'Horizon DaaS utilisant JDK 11.0.18 - Les types de chiffrement Kerberos les plus faibles DES et RC4-HMAC (16 et 23) ne sont pas pris en charge.

Déplacement de machines virtuelles dans vCenter - Le déplacement de machines virtuelles de dispositif vers d'autres dossiers dans vCenter n'est pas recommandé, car des vérifications sont effectuées lors de la resynchronisation et des mises à niveau échouent si la machine virtuelle du dispositif ne se trouve pas dans le dossier dans lequel elle a été créée.

Modification de la configuration de la VM de poste de travail : la modification de la configuration (réseau, banque de données, cluster, hôte ESX) pour les VM créées par la plate-forme Horizon DaaS (VM de dispositif, VM de poste de travail, VM de batterie de serveurs, images, etc.) n'est pas recommandée. La plate-forme suit la configuration lors de la création et ne vérifie pas activement auprès de vCenter si les modifications sont effectuées manuellement ou par d'autres moyens. Si une telle modification est nécessaire, contactez Omnissa Customer Connect pour connaître les étapes à effectuer afin de rendre ces modifications visibles sur la couche de gestion d'Horizon DaaS.

Mise à jour de l'agent pour une attribution comportant une machine virtuelle - Si vous effectuez une mise à jour de l'agent pour une attribution comportant une seule machine virtuelle, vous devez définir VM accessibles aux utilisateurs sur 0.

Remplacement des fichiers de la plate-forme avant la mise à niveau - Les fichiers de la plate-forme sur le site Customer Connect sont parfois mis à jour pour des résolutions de bogues et des améliorations. Dans ce cas, vous devez remplacer les fichiers sur HVM par les nouveaux afin d'éviter les problèmes connus lors de la mise à niveau.

• Vérifiez que les fichiers sur HVM sont les mêmes que ceux du site Customer Connect en comparant les valeurs de hachage sur chaque fichier avant de mettre à niveau le fournisseur de services, le gestionnaire de ressources et le locataire.

• Si les valeurs de hachage ne correspondent pas, téléchargez les nouveaux fichiers depuis le site Customer Connect et placez-les dans HVM.

Déploiement d'Horizon DaaS à l'échelle - Voici les meilleures pratiques pour la création et la mise à l'échelle d'un déploiement de production Horizon DaaS :

• Chaque gestionnaire des ressources de locataire (RM) prend en charge un maximum de 18 locataires (avec 12 locataires comme valeur maximale recommandée).

• Chaque RM de locataire gère une seule instance de vCenter Server.

  • L'instance de vCenter Server gère un maximum de 10 000 VM, sur plusieurs clusters.

• Lorsqu'un locataire requiert plusieurs instances de Desktop Manager (le dispositif de locataire étant également une instance de Desktop Manager), chaque DM doit être attribué à un cluster vCenter distinct, mais peut être attribué au même vCenter. De ce fait, les locataires de grande envergure disposant de deux DM doivent être attribués à deux clusters vCenter distincts, mais peuvent être gérés par le même RM de locataire qui gère l'instance de vCenter Server pour les deux clusters. Tenez compte des meilleures pratiques pour l'évolutivité de vCenter Server (y compris les recommandations lors de l'utilisation d'Omnissa App Volumes pour la gestion du cycle de vie des applications).

Exemple : un déploiement de production Horizon DaaS avec 60 locataires chacun ne nécessitant que les dispositifs de locataire, avec un ensemble de capacités unique attribué au locataire, et chaque locataire exécutant moins de 2 000 VM.

Pour cet environnement, la configuration recommandée serait la suivante :

• Paire de dispositifs du fournisseur de services de centre de données.

  • Le fournisseur de services se connecte à une instance de vCenter Server pour les dispositifs de gestion.

  • Bien que cette instance de vCenter ne s'applique qu'à la fonction de gestion de la plate-forme, elle ne doit pas être nécessairement dédiée à cette tâche et peut être utilisée pour d'autres fonctions de gestion.

  • Le fournisseur de services ne se connecte pas directement à vCenter, mais utilise le dispositif HAL pour les opérations destinées à vCenter.

• Cinq RM de locataire, gérant chacun 12 locataires.

• Pour prendre en charge les charges de travail de postes de travail de locataire, cinq (5) serveurs vCenter Server disposant de clusters et le nombre de clusters varie selon que des clusters dédiés ou partitionnés sont utilisés.

  • Nombre maximal recommandé de 10 000 VM par serveur vCenter Server.

  • Chaque dispositif de locataire ou instance de Desktop Manager gère un maximum de 2 000 postes de travail ou sessions.

  • Pour les locataires de grande envergure, il est recommandé de dédier le cluster vCenter Server.

• 60 paires de dispositifs de locataire (et, très vraisemblablement, également 60 paires de passerelles Unified Access Gateway).

• Si certains de ces locataires nécessitent un autre DM, celui-ci peut être attribué à un RM de locataire existant, mais pas au cluster vCenter attribué au dispositif du même locataire.

  • Rappelez-vous le nombre maximal recommandé de 12 locataires pris en charge par le RM de locataire.

Expérience de navigateur - la console d'administration est compatible avec les versions récentes de Google Chrome, Mozilla Firefox, Microsoft Internet Explorer et Microsoft Edge. Bien que vous puissiez essayer d'utiliser Apple Safari, l'utilisation de la console d'administration dans Apple Safari n'est pas prise en charge dans cette version.

Création d'une VM de poste de travail modèle : lorsque vous créez une VM modèle, exécutez la commande suivante dans Windows PowerShell après avoir terminé sa configuration : Get-AppxPackage|Remove-AppxPackage. Cela permet d'éviter un éventuel problème de Sysprep qui entraîne l'échec de la publication de l'image.

Actualisation des informations sur la capacité des postes de travail dans l'onglet Quotas du locataire - Lorsque vous modifiez un locataire, actualisez la page pour corriger le problème selon lequel les informations sur la capacité du poste de travail dans l'onglet Quotas sont incorrectes. Par exemple, la valeur du paramètre Utilisé pour Capacité standard peut parfois s'afficher de manière incorrecte et doit être actualisée.

Cartes GPU prises en charge

Cette section des notes de mise à jour répertorie les cartes GPU prises en charge par Horizon DaaS. La liste sera mise à jour à mesure que de nouvelles cartes seront vérifiées.

Remarque : si vous souhaitez utiliser une carte qui n'est pas répertoriée actuellement, contactez Omnissa Customer Connect.

Limitations connues

Les modifications apportées à la configuration du dispositif du client ne sont pas conservées après la mise à niveau - Après la mise à niveau de votre environnement, les paramètres de configuration personnalisés que vous avez définis (par exemple, la modification du délai d'expiration du disque) ne sont pas conservés et doivent être réappliqués manuellement lorsque la mise à niveau est terminée.

Rapport sur les licences d'activité des utilisateurs - Les données ne sont pas conservées après la mise à niveau - après la mise à niveau de votre environnement, les données du Rapport sur les licences d'activité des utilisateurs (anciennement appelés Rapport de licence d'utilisateurs simultanés) s'exécutent avant que la mise à niveau ne soit plus disponible. Pour éviter ce problème, il est recommandé d'enregistrer toutes les données que vous souhaitez conserver avant d'effectuer la mise à niveau.

Horizon Version Manager - Connexion à vCenter Server à l'aide du nom de domaine complet : si le serveur Active Directory et le serveur DNS s'exécutent sur la même machine, Horizon Version Manager ne peut pas accéder à l'instance de vCenter Server par son nom de domaine complet, mais peut toujours se connecter à l'aide de son adresse IP. La solution à ce problème consiste à ajouter des entrées d'hôte au fichier /etc/hosts pour le nom de domaine complet. Par exemple : vc1dc1.newdaas.local xx.xxx.xx.xx

Après l'échec d'un déploiement - Nettoyage manuel requis - Pour des raisons de sécurité, après l'échec d'un déploiement d'Horizon DaaS, vous devez effectuer un nettoyage manuel du dispositif du fournisseur de services principal (SP1). Pendant le déploiement, Horizon Air Link établit une approbation SSH temporaire entre le nœud d'installation et SP1 en copiant la clé publique SSH du nœud dans la liste des clés autorisées du fournisseur de services. Dans un déploiement réussi, ces clés sont supprimées automatiquement une fois le déploiement effectué. En cas d'échec inattendu d'un déploiement, vous devez supprimer ces clés manuellement.

Migration entre des clusters dans un environnement à plusieurs Desktop Manager - Dans un environnement à plusieurs Desktop Manager comprenant deux clusters attribués à des instances différentes de vCenter, mais liées, si vous migrez une machine virtuelle d'un cluster vers l'autre, la machine virtuelle migrée est marquée comme étant supprimée dans la FDB du locataire et n'est pas disponible pour utilisation. La solution à ce problème est d'attendre que le système effectue une mise à jour complète de l'inventaire. Cela peut prendre jusqu'à 12 heures. [2187188]

Connexion à la console d'administration à l'aide de Mozilla Firefox

• La tentative de connexion à la console d'administration via Mozilla Firefox peut échouer avec un délai de connexion en raison d'un bogue de Firefox. La solution consiste à modifier le nom du fichier de certificat, qui se trouve dans le répertoire C:\Users\ ‹nom d'utilisateur›\AppData\Roaming\Mozilla\Firefox\Profiles_‹nom de fichier›_.default et porte un nom semblable à cert1.db, puis à redémarrer le navigateur.

• La tentative de connexion à la console d'administration via Mozilla Firefox échoue lorsque vous utilisez un certificat auto-signé (normalement dans un environnement de développement). Vous pouvez éviter ce problème en utilisant un autre navigateur.

Les modifications d'adresses IP du serveur DNS pour la jonction de domaine nécessitent un ticket de support - Lors de la modification d'un domaine Active Directory existant, vous ne pouvez plus modifier directement les adresses IP du serveur DNS dans la console d'administration. Pour modifier les adresses IP du serveur DNS, contactez Omnissa Customer Connect.

Limite par défaut de 2 000 postes de travail par espace - Il existe à présent une limite par défaut de 2 000 VM par espace, dans les attributions de poste de travail et dans les batteries de serveurs. Cela inclut les VM créées dans les versions antérieures du produit, mais pas les postes de travail d'utilitaire ou importés. Lorsque vous créez ou modifiez une attribution voire une batterie de serveurs, et que la capacité restante affichée semble être trop faible, cette limite a été probablement atteinte. La limite par défaut de 2 000 peut être ajustée sur demande. Pour plus d'informations, contactez Omnissa Customer Connect. Note aux fournisseurs de service : lors de l'enregistrement ou de la modification d'un locataire, vous pouvez modifier ce paramètre en changeant la valeur dans le nouveau champ Nombre maximal de postes de travail par DM de l'onglet Général.

La mise à niveau de l'agent vers HAI 18.4 nécessite l'utilisation d'un fichier BAT - Lorsque vous mettez à niveau un ancien build de l'agent vers HAI 18.4 à l'aide de l'interface utilisateur HAI, le programme d'installation crée le fichier HAI-upgrade.bat, puis interrompt la mise à niveau, vous invitant à fermer l'interface utilisateur et à terminer la mise à niveau à l'aide du fichier BAT.

Lorsque la mise à niveau est terminée, la VM redémarre automatiquement. Vous pouvez éviter ce redémarrage en effectuant l'une des actions suivantes :

• Mettez à jour les options de ligne de commande de l'interface utilisateur HAI avant la génération du fichier BAT, en ajoutant /norestart à la fin de la commande.

• Mettez à jour manuellement le fichier HAI-upgrade.bat généré, en ajoutant /norestart à la fin de la commande.

Remarque : la VM doit être parfois redémarrée après la mise à niveau afin que l'agent soit utilisable.

Mise à jour d'images en utilisant l'accès à la console - La mise à jour d'images (par exemple, la mise à jour d'agents) en utilisant l'accès à la console sans mettre l'image hors ligne et en y accédant ensuite via la console de support technique (fonctionnalité bêta) n'est pas prise en charge et peut entraîner des problèmes avec l'image et le démarrage ultérieur de pools utilisant cette image. Ne tentez pas d'effectuer des mises à jour d'images de cette façon. Dupliquez toujours l'image à partir de la console d'administration, puis mettez-la à jour à l'aide de la console HACA.

Copier-coller entre le système client et la VM avec HTML Access - Le copier-coller du texte entre un système client et une VM est pris en charge par défaut lorsque l'utilisateur est connecté via Horizon Client. Cependant, lorsque l'utilisateur est connecté via HTML Access, vous devez configurer cette fonctionnalité pour que le client puisse l'utiliser. Pour plus d'informations, consultez la documentation d'Omnissa Horizon HTML Access.

Utilisateurs toujours en mesure de se connecter à des postes de travail dédiés après leur suppression du groupe d'utilisateurs - Si un utilisateur se trouve dans un groupe Active Directory qui est attribué à un poste de travail dédié, une fois que l'utilisateur s'est connecté à un poste de travail particulier, il peut continuer à se connecter à ce même poste de travail jusqu'à ce que l'affectation de l'utilisateur à ce poste de travail soit annulée dans la console d'administration, à moins que l'utilisateur soit entièrement supprimé d'Active Directory ou que le poste de travail soit supprimé.

Temps d'attente pour la génération du rapport d'activité de l'administrateur - Lorsque vous lancez une exportation dans l'onglet Administrateurs de la page Activité (Surveiller > Activité > Administrateurs), vous ne pourrez pas effectuer d'autres tâches dans la console d'administration pendant l'intervalle de génération du rapport par le système. Selon le nombre d'enregistrements, cet intervalle peut durer plusieurs minutes. Pour la taille de rapport maximale (50 000 enregistrements), le temps d'attente est d'environ 10 minutes.

Tri des données dans le rapport d'activité de l'utilisateur exporté - Lorsque vous exportez des données à partir de l'onglet Utilisateurs de la page Activité (Surveiller > Activité > Utilisateurs), les données du fichier.csv généré ne sont pas triées par date. Vous pouvez corriger ce problème de deux manières :

• Ouvrez le fichier.csv dans Excel et définissez le format de date pour les cellules contenant des dates sur mm/jj/aa hh:mm AM/PM (par exemple, 3/14/12 1:30 PM).

• Créez un classeur Excel vide, puis utilisez l'assistant d'importation de données pour importer le fichier.csv.

Conversion d'un poste de travail en image - Si vous lancez la conversion d'un poste de travail en image, mais que vous annulez avant la fin de la tâche, une deuxième tentative de conversion du poste de travail en image peut échouer. Pour éviter ce problème, vous devez mettre hors tension le poste de travail et le remettre sous tension avant de tenter de le convertir en image une seconde fois.

Intervalle de temps avant que les modifications apportées aux paramètres prennent effet - Lorsque vous modifiez l'un des paramètres suivants, l'entrée en vigueur de la modification peut prendre jusqu'à 5 minutes.

• Page des paramètres généraux (Paramètres > Généralités) :

  • Délai d'expiration de session - Intervalle de pulsation de Client, session broker de Client, utilisateur inactif de Client

  • HTML Access - Effacer les informations d'identification à la fermeture de l'onglet

  • Options de pool/batterie de serveurs - Activer les nouvelles tentatives client

• Page de gestion des identités (Paramètres > Gestion des identités) :

  • Sélectionnez l'élément et cliquez sur Configurer - Forcer des utilisateurs distants sur Identity Manager

Informations sur le fournisseur de services - Lorsque vous modifiez l'une des stratégies de locataire suivantes, l'application de la modification peut prendre jusqu'à 5 minutes.

• desktop.connection.corrective.action.required

• desktop.connection.retry.count

• client.retry.enabled

• element.session.logontiming.enabled

• jms.agent.allow.mmr

• jms.agent.allow.usb

Problèmes résolus

Les problèmes ci-dessous ont été résolus dans Horizon DaaS 9.2.0.

• Attribution d'utilisateur lors de la migration de VM

  Lors de la migration d'une VM avec un utilisateur attribué, celui-ci était attribué par erreur au niveau du pool. Ce problème a été résolu et ne se produit plus.

• Affichage nul dans le rapport d'utilisateur pour les sessions actives

  L'interface utilisateur du rapport d'utilisateur affichait NULL[...] pour les sessions actives. Ce problème a été résolu et ne se produit plus.

• Entrées DNS obsolètes dans resolv.conf

  Les informations sur le serveur DNS mises à jour via l'interface utilisateur n'étaient pas appliquées dans le fichier resolv.conf, qui continuait d'afficher les anciennes entrées du DNS. Ce problème a été résolu et ne se produit plus.

• Prise en charge du caractère « / » dans les noms de réseau

  Le champ Nom de réseau n'acceptait pas le caractère « / ». Ce problème a été résolu et ne se produit plus.

• Délai d'expiration de la demande pour certssoutil les demandes de configuration

  Présentation du délai d'expiration de la demande dans les demandes de configuration certssoutil pour la configuration TrueSSO. Ce problème a été résolu et ne se produit plus.

• Prise en charge d'UAG 23.12 dans apsetup le script

  Le script apsetup devait être mis à jour pour être compatible avec UAG 23.12. Ce problème a été résolu et ne se produit plus.

• Erreur de rapports Nagios Desktone_DatabaseStatus après l'application de RollUp02

  Après l'application de RollUp02, Nagios signalait une erreur liée à Desktone_DatabaseStatus. Ce problème a été résolu et ne se produit plus.

• Échec de la publication de l'image lorsque la version de VMware Tools sur la VM est antérieure à la version de l'hôte d'ESXi

  La publication d'une image échoue si la version de VMware Tools sur la VM est antérieure à celle qui est incluse dans l'hôte ESXi. Ce problème a été résolu et ne se produit plus.

• Échec de la conversion de Windows Server 2019 en image avec HAI 22.2 Lors d'une tentative de conversion d'une machine Windows Server 2019 en image avec Horizon Agent Installer (HAI) 22.2, ce message d'erreur s'affichait : « Erreur Impossible d'envoyer message=SEAL, tous les types d'expéditeurs ont été épuisés. » Ce problème a été résolu et ne se produit plus. [3095930]

• La console Horizon DaaS ne pouvaient pas afficher les profils vGPU disponibles

  Dans la console du centre de service, la liste « Profils vGPU disponibles » était vide dans l'onglet Quotas. Ce problème a été résolu et la console affiche désormais les profils vGPU disponibles. [3085570]

• Indisponibilité des fonctions d'administration de locataire en raison d'une erreur interne

  Les administrateurs ne pouvaient pas effectuer de tâches dans la console de locataire et rencontraient le message d'erreur suivant : erreur interne. Une erreur interne inattendue s'est produite et le système n'a pas pu effectuer votre demande. Réessayez ultérieurement ». Ce problème a été résolu et ne se produit plus. [3079599]

• Clones traditionnels démarrés sur OOBE ou entrés dans une boucle de démarrage

  Les machines virtuelles d'un pool cloné traditionnel démarraient en mode OOBE (Out Of Box Experience) ou se bloquaient dans une boucle de démarrage. Ce problème a été résolu et ne se produit plus. [3043629]

• App Volumes 4.x non pris en charge avec Horizon DaaS

  Dans les versions antérieures, Horizon DaaS ne fonctionnait pas correctement avec la version 4.x d'App Volumes. Ce problème a été résolu et Horizon DaaS prend désormais en charge App Volumes 4.x. [3064658]

• Une nouvelle API Spring active le partitionnement du pool

  Cette version met en œuvre une nouvelle API Spring qui permet de créer des partitions de pool. [3018499]

• Les valeurs d'utilisation de la mémoire ne correspondaient pas entre le centre de service et vCenter Server

  Les valeurs d'utilisation de la mémoire affichées dans le portail du centre de service et vCenter Server ne correspondaient pas lorsque les machines virtuelles disposaient de plusieurs interfaces réseau. Ce problème a été résolu et ne se produit plus. [3033772]

• Les postes de travail clonés traditionnels n'étaient pas clonés correctement

  Un problème se produisait avec les postes de travail clonés traditionnels dans lesquels les postes de travail étaient mis sous tension avec des cartes réseau dans un état déconnecté. Ce problème a été résolu et ne se produit plus. [2938977]

• Indisponibilité de l'environnement en raison d'une partition /var atteignant 100 %

  L'environnement de locataire devenait indisponible lorsque la partition /var atteignait 100 % sur les dispositifs de locataire. Ce problème a été résolu et ne se produit plus. [2815895]

• Infrastructure Spring mise à jour

  L'infrastructure Spring a été mise à niveau vers la version 5.3.19. [2803741]

• G1GC sur tous les dispositifs

  Le GC CMS existant a été remplacé par G1GC sur tous les dispositifs. [2803738]

Problèmes connus

• Le déploiement d'Instant Clone et la resynchronisation échouent avec SERVER_FAULT_FATAL - Erreur d'exécution

  Après la mise à niveau de vCenter Server vers la version 6.7 ou 7.0, le déploiement d'Instant Clone échoue avec l'erreur suivante dans le journal d'activité de la console d'administration : SERVER_FAULT_FATAL - Erreur d'exécution : aucun lien complet pour les VM internes n'a été trouvé. Consultez l'article 89679 de la base de connaissances Omnissa.

• Échec de la configuration TrueSSO.

  Lorsque vous couplez un locataire avec le serveur d'inscription TrueSSO, la configuration de TrueSSO échoue. Ce problème provient des bibliothèques OpenSSL mises à jour incluses dans cette version. La résolution de ce problème est prévue dans une prochaine version.

  Solution : aucune

• L'authentification à deux facteurs avec RSA échoue après la mise à niveau du locataire vers la version 9.2.0.

  Si un dispositif locataire existant utilise RSA SecurID pour l'authentification à deux facteurs, puis est mis à niveau vers Horizon DaaS 9.2.0, la connexion à RSA Authentication Manager échoue. La résolution de ce problème est prévue dans une prochaine version.

  Solution : déplacez l'authentification à deux facteurs du dispositif locataire vers l'instance d'Unified Access Gateway qui gère le trafic réseau devant le locataire.

• Vous devez télécharger les journaux Horizon Air Link séparément.

  Horizon Version Manager fournit des options pour la collecte de plusieurs journaux du dispositif. Cependant, vous ne pouvez pas collecter les journaux du dispositif Horizon Air Link (HAL) avec d'autres journaux du dispositif.

  Solution : collectez les journaux du dispositif HAL séparément. Sur la page Projets > Horizon-DaaS-Ops > Download-Logs, spécifiez uniquement les paramètres suivants. Ne renseignez pas tous les autres paramètres.

  • Entrez les informations du fournisseur de services pour Primary-SP-IP et SP-Appliance-Password.

  • Cochez la case HAL.

  • Entrez l'option Hal-Password.