Notas de la versión de Omnissa Horizon DaaS 9.2.x

Horizon DaaS 9.2.x | 30 JUN 2026

Vínculos a otros recursos

Documentación del producto: toda la documentación del producto para Horizon DaaS se encuentra en la Documentación de productos de Omnissa.

Información de compatibilidad: para obtener la información más reciente sobre la compatibilidad entre este producto y otros productos de Omnissa, consulte la Matriz de interoperabilidad de productos de Omnissa.

Horizon DaaS 9.2.6 - Publicado en junio de 2026

Novedades

Esta versión incluye correcciones de errores.

Problemas resueltos de Horizon DaaS 9.2.6

• Se corrigió el comportamiento de expansión de grupos para que las solicitudes de cambio de tamaño se procesen correctamente cuando Delete_quota se establece en -1 o en cualquier valor superior a 0.

• Se resolvió un problema con la administración de inquilinos en el portal de proveedores de servicios. Los administradores ahora pueden deshabilitar, eliminar y administrar inquilinos según lo esperado.

• Se corrigió el formato del archivo CSV del registro de actividades para que los archivos exportados mantengan la estructura de columnas esperada.

• Se implementaron mejoras de seguridad para proteger los dispositivos de administración y los servicios de la plataforma Horizon DaaS.

• Ahora se incluyen las actualizaciones de soporte para la vinculación de inquilinos de Windows Server 2025.

Horizon DaaS 9.2.5 - Publicado en octubre de 2025

Novedades

Esta versión incluye las siguientes funciones nuevas.

• Ahora, los socios del programa VCPP de Omnissa HDaaS pueden migrar sus máquinas virtuales de clon completo dedicadas existentes del inquilino a una instancia de Horizon en vSphere Edge implementada para ese inquilino utilizando su interfaz HVM. Para obtener más información, consulte Migrar escritorios a Horizon Cloud.

Problemas resueltos de Horizon DaaS 9.2.5

No hay problemas importantes que notificar en esta versión.

Horizon DaaS 9.2.4 - Publicado en marzo de 2025

Horizon DaaS 9.2.4 ya está disponible en Omnissa Customer Connect para su descarga e instalación manual.

IMPORTANTE: Nueva compilación de Horizon Version Manager y el dispositivo de Horizon Air Link 9.2.4

Debido a un problema identificado en la versión publicada el 7 de marzo, esta compilación se sustituyó en Omnissa Customer Connect. Este problema provocaba un error en la instalación del OVA de Horizon Version Manager y el dispositivo de Horizon Air Link. La nueva compilación corrige este problema.

Si descargó los OVA anteriores, reemplácelos por estas versiones actualizadas para garantizar una instalación correcta:

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

Novedades

Esta versión incluye las siguientes funciones nuevas.

• Compatibilidad con la actualización del agente a Horizon Agents Installer 24.4.0

  La plataforma Horizon DaaS ahora es compatible con Horizon Agents Installer (HAI) 24.4.0. La actualización automática a HAI 24.4.0 solo se admite desde HAI 23.3.0 o versiones posteriores. Los clientes de versiones anteriores deberán actualizar a HAI 23.4.2 o versiones posteriores antes de utilizar el flujo de trabajo de actualización automática. La actualización directa mediante el paquete sin conexión se admite en máquinas virtuales con cualquier versión del agente.

• Horizon DaaS ahora admite 256 MB de memoria de vídeo y un número ilimitado de dispositivos de vídeo. Los ajustes predeterminados seguirán siendo 128 MB de memoria de vídeo y 4 dispositivos.

• El inquilino de Horizon DaaS se puede configurar como una aplicación web en WS1 Access. Los usuarios pueden iniciar sesión en Workspace ONE Access y, a continuación, utilizar el inquilino registrado como una aplicación para iniciar el portal de administración de inquilinos. Tenga en cuenta que deberá proporcionar las credenciales dos veces: primero durante el inicio de sesión en el portal de WS1 Access y después al iniciar sesión en el inquilino como administrador.

Para configurar el portal de administración de inquilinos como una aplicación web en WS1 Access:

1. Inicie la consola de administración de Workspace ONE Access.
2. Seleccione dominio como Dominio del sistema e introduzca las credenciales.
3. Seleccione Recurso y, a continuación, Aplicaciones web.
4. Para configurar un inquilino de Horizon DaaS por primera vez, seleccione Nuevo.
5. Proporcione el nombre y otros detalles y, a continuación, haga clic en Siguiente. El tipo de autenticación aparecerá como SAML 2.0. (Nota: No lo cambie).
6. En Configuración, seleccione Manual.
7. Proporcione el FQDN del inquilino para los parámetros: URL de inicio de sesión único, URL del destinatario e ID de aplicación. En el resto de parámetros pueden dejarse los valores predeterminados.
8. Deje las propiedades avanzadas con los valores predeterminados. Haga clic en Siguiente.
9. Deje las directivas de acceso con los valores predeterminados. Haga clic en Siguiente.
10. Haga clic en Guardar y asignar.
11. Asigne los usuarios y grupos a una aplicación web.
12. En la página Resumen, revise los detalles de nuevo y haga clic en Guardar.
13. Una vez esté verificado, vuelva a iniciar sesión en Workspace ONE Console con las credenciales de Active Directory para ver la aplicación web.

Al hacer clic en el icono de WebApp que acaba de configurar, se le redirigirá a la consola de administración de inquilinos. Vuelva a introducir las credenciales para acceder a la consola de administración.

Problemas resueltos de Horizon DaaS 9.2.4

• Problema de expansión de grupo cuando TA-DM tiene una versión anterior a la 9.2.3 y SP-RM tiene la versión 9.2.3 o posterior.

• Después de aplicar la versión 9.2.3, los registros de actividad no se muestran correctamente (excepto en inglés)

Horizon DaaS 9.2.3 - Publicado en septiembre de 2024

Horizon DaaS 9.2.3 ya está disponible en Omnissa Customer Connect para su descarga e instalación manual.

Esta versión incluye las siguientes funciones nuevas.

• Se han realizado mejoras de seguridad para proteger los dispositivos de administración y los servicios de la plataforma Horizon DaaS.

• Compatibilidad con Windows 11 y vTPM

  Las asignaciones basadas en Windows 11 con vTPM ahora se admiten con asignaciones de clones completos y clones instantáneos, lo que amplía la compatibilidad de vTPM con la versión 9.2.2.

• Compatibilidad de perfil y tarjeta vGPU de NVidia dinámica

  Para poder admitir un número cada vez mayor de tarjetas de red NVidia, esta versión admite la importación de infraestructuras con hardware NVidia no admitido anteriormente, detectando automáticamente los perfiles de vGPU disponibles en el clúster de vCenter. Esta funcionalidad se introdujo en la versión 9.2.2 y ahora se ha mejorado para admitir la detección automática al actualizar un clúster de vSphere que ya se importó al Centro de servicio. Como antes, todos los hosts de la nueva capacidad deben tener el mismo hardware y los mismos controladores cargados para que se admita esta capacidad. Después de la detección, el administrador del CSP puede asignar los perfiles de vGPU disponibles a inquilinos mediante ese hardware. Consulte la documentación de los nuevos flujos de trabajo actualizados.

• Administración de cuota de búfer de trama de vGPU

  Tradicionalmente, al particionar un clúster de vCenter en varios inquilinos, la cuota disponible para el inquilino se limitaba solo a vCPU y vRAM. Con esta versión, se agregó la posibilidad de particionar el búfer de trama de vGPU. Esta función limita de forma efectiva el inquilino para que consuma toda la capacidad de vGPU disponible en un clúster.

• Desktop Manager (DM) de inquilino para admitir escritorios vGPU y no vGPU

  El flujo de trabajo de creación de asignaciones para el administrador del inquilino ahora permite la selección del perfil vGPU "ninguno", también cuando la colección de capacidad de escritorio asignada al Desktop Manager (DM) del inquilino correspondiente tiene vGPU habilitada. Esto permite un mejor consumo de la infraestructura asignada si se agotó la cuota de búfer de trama de vGPU asignada y simplifica la arquitectura para los inquilinos más pequeños que desean ejecutar escritorios con y sin vGPU al no necesitar dos DM independientes.

Horizon DaaS 9.2.2 - Publicado en diciembre de 2023

Horizon DaaS 9.2.2 ya está disponible en Omnissa Customer Connect para su descarga e instalación manual.

Esta versión incluye las siguientes funciones nuevas.

• Mejoras de seguridad para proteger los dispositivos de administración y los servicios de la plataforma Horizon DaaS.

• Compatibilidad con la autenticación multifactor (MFA/2FA) a través de la instancia de Unified Access Gateway (UAG) del inquilino

  Con esta versión, el administrador de inquilinos puede establecer y actualizar la configuración de MFA mediante la instancia de UAG que instaló el CSP que ofrece el servicio. El flujo de trabajo actualizado permite extraer la configuración actual de MFA y actualizarla a los requisitos del inquilino, incluidas las opciones más recientes compatibles con MFA de RSA. Para estos flujos de trabajo nuevos, se agregaron directivas de MFA de inquilino. Consulte la documentación de estas actualizaciones.

• Compatibilidad de perfil y tarjeta vGPU de Nvidia dinámica

  Para ayudar a admitir un número cada vez mayor de tarjetas de red Nvidia, esta versión admite la importación de infraestructuras con tarjetas de red Nvidia no admitidas anteriormente y detecta automáticamente los perfiles de vGPU disponibles en el clúster de vCenter. Todos los hosts de la nueva capacidad deben tener el mismo hardware y los mismos controladores cargados para que se admita esta capacidad. Después de la detección, el administrador del CSP puede asignar los perfiles de vGPU disponibles a nuevos inquilinos mediante ese hardware. Consulte la documentación para obtener más información.

• Compatibilidad con Windows 11 y vTPM

  Las asignaciones de clones completos basadas en Windows 11 con vTPM ahora se admiten con asignaciones de clones completos dedicados, cuando se utiliza vCenter/vSphere 8 como hipervisor y se habilita vTPM en la imagen maestra utilizada para la asignación. Las actualizaciones de la documentación de las asignaciones de clones instantáneos con vTPM habilitado se publicarán a corto plazo.

Horizon DaaS 9.2.1 - Publicado en agosto de 2023

Esta versión incluye las siguientes funciones nuevas.

• Se han realizado mejoras de seguridad para proteger los dispositivos de administración y los servicios de la plataforma Horizon DaaS.

• Nueva versión de la plantilla del dispositivo Horizon DaaS: con Horizon DaaS 9.2.0, el proveedor de servicios, el administrador de recursos y los dispositivos del inquilino se actualizan a Ubuntu 22.04 LTS a través del proceso de actualización azul/verde. La versión 9.2.1 agrega actualizaciones a varios servicios básicos para admitir completamente el sistema operativo del dispositivo actualizado.

• Compatibilidad con infraestructura complementaria para NSX-V a NSX: Horizon DaaS 9.2.0 incluye una ruta de migración documentada (guiada) para los CSP que actualmente utilizan NSX-V para administrar sus redes de Horizon DaaS, a una versión más reciente de VMware NSX (anteriormente NSX-T) para admitir sus inquilinos de DaaS. La versión 9.2.1 agrega actualizaciones a la documentación.

• Compatibilidad con NSX 4.1: a partir de Horizon DaaS 9.2.1, se admite NSX 4.1.

• Compatibilidad con vSphere y vCenter 8.0 U1: con EoS para vSphere/vCenter 6.7, la versión acumulativa 9.2.1 agrega compatibilidad con vSphere/vCenter 8.0 U1.

• Agregar información de la sesión de usuario para los administradores de inquilinos: en 9.1.x, hay disponible información adicional del usuario a través de una función de búsqueda (oculta). En el paquete acumulativo de 9.2.1, esta capacidad se ha productizado en mayor medida y está disponible para los administradores de inquilinos a través de los flujos de trabajo de búsqueda y asignación.

• Registro de actividad del administrador de inquilinos: se ha puesto a disposición de los superadministradores de inquilinos una nueva opción de generación de informes que permite generar informes sobre los cambios de configuración realizados a través del portal de administración de inquilinos por parte de los administradores.

• Registro de actividades del administrador del Centro de servicio: se ha puesto a disposición de los superadministradores de proveedores de servicios una nueva opción de generación de informes que permite a cualquier administrador generar informes sobre los cambios realizados a través del portal del Centro de servicio.

• Mover la autenticación 2FA de TA a UAG: con la versión 9.2.0, la compatibilidad con la autenticación en dos fases (2FA) RSA se movió a Omnissa Unified Access Gateway [para Horizon/Workspace ONE] para permitir una compatibilidad más amplia con las capacidades más recientes de RSA 2FA. Con la versión 9.2.1, se agregaron opciones de administración adicionales al administrador de versiones de Horizon para detectar la autenticación 2FA que está en curso. También se agregaron directivas de inquilino adicionales al Centro de servicio para administrar 2FA (para la migración).

• Compatibilidad con vGPU en asignaciones de IC: con el paquete acumulativo de 9.2.1, se agregó compatibilidad con vGPU con asignaciones de clones instantáneos.

• Compatibilidad con vGPU en granjas: con el paquete acumulativo de 9.2.1, se agregó compatibilidad con vGPU con granjas (para asignaciones basadas en aplicaciones y sesiones).

Versiones de software necesarias para la actualización

Antes de actualizar a Horizon DaaS 9.2.0, confirme que el proveedor de servicios y los dispositivos del inquilino del entorno ejecutan Horizon DaaS 9.0.0, 9.0.1, 9.0.2, 9.1.0, 9.1.1, 9.1.2, 9.1.3 o 9.1.4. Estas son las versiones necesarias para la actualización.

Nota sobre la restauración del dispositivo después de la actualización

Se admite la restauración de dispositivos de la plataforma Horizon DaaS a versiones anteriores después de actualizar a la versión 22.1.0/9.2.0.

Para asegurarse de que la configuración de la plataforma pueda admitir restauraciones anticipadas o inesperadas de cualquier dispositivo de la versión 20.2.x/9.0.x o 21.1.x/9.1.x, antes de realizar la restauración, debe copiar todo el directorio desde el dispositivo Horizon Air Link 20.2.x/9.0.x o 21.1.x/9.1.x al nuevo dispositivo Horizon Air Link 22.1.0/9.2.0 en la misma ruta. Esto se puede hacer en cualquier momento después de instalar el dispositivo Horizon Air Link 22.1.0/9.2.0, también después de la actualización de los dispositivos de administración de plataformas (proveedores de servicios [SP] y administradores de recursos [RM]).

Nuevas funciones

Esta versión incluye las siguientes funciones nuevas.

• Migrar implementaciones al entorno de NSX-T: si actualmente utiliza VMware NSX for vSphere (también conocido como NSX-V) para administrar las redes de Horizon DaaS, esta versión admite una ruta de migración a VMware NSX (también conocido como NSX-T). Para obtener instrucciones sobre cómo migrar la infraestructura de redes virtuales, consulte Migración de Horizon DaaS 9.2.x a NSX-T.

• Nueva versión de la plantilla del dispositivo de Horizon DaaS: la actualización azul/verde a Horizon DaaS 9.2 incluye una nueva plantilla de dispositivo, basada en una versión más reciente del sistema operativo del dispositivo subyacente. La versión más reciente permite la compatibilidad a largo plazo para los servicios principales que utiliza la plataforma y será la base para las actualizaciones de productos en el futuro.

• Nueva versión del dispositivo Horizon Version Manager (HVM): la actualización del dispositivo HVM ofrece opciones adicionales, específicamente para el registro de errores y el control de reversión. Los administradores de HVM ahora pueden recopilar registros para dispositivos de Horizon Air Link, administrador de recursos, proveedor de servicios, inquilino y administrador de escritorio en un solo paso.

• Opción de dominio predeterminado para el inicio de sesión del usuario: los administradores de inquilino ahora pueden utilizar la directiva de inquilino display.default.domain.at.top para especificar el dominio predeterminado para el inicio de sesión del cliente (usuario). Esto permite que los clientes actualizados muestren el dominio de usuario predeterminado como preseleccionado en la parte superior de la lista de dominios.

• Compatibilidad con Active Directory (AD) mejorada: se agregaron nuevas políticas de inquilino a esta versión, diseñadas específicamente para ayudar a los administradores de CSP en situaciones en las que la autenticación de AD de inquilino genera problemas con los servidores de AD en vínculos lentos o sitios de AD complejos.

Prácticas recomendadas

Conocer los siguientes hechos resulta de utilidad para utilizar Horizon DaaS.

Para las versiones de Horizon DaaS que utilizan JDK 11.0.18: no se admiten los tipos de cifrado DeS y RC4-HMAC (16 y 23) de Kerberos más débiles.

Mover máquina virtuales en vCenter: no se recomienda mover las máquinas virtuales del dispositivo a otras carpetas de vCenter porque se realizan comprobaciones durante la resincronización y las actualizaciones que fallan si la máquina virtual del dispositivo no se encuentra en la carpeta en la que se creó.

Cambiar la configuración de la máquina virtual de escritorio: no se recomienda cambiar la configuración (red, almacén de datos, clúster, host ESX) de las máquinas virtuales creadas por la plataforma Horizon DaaS (máquinas virtuales de dispositivo, máquinas virtuales de escritorio, máquinas virtuales de granja, imágenes, etc.). La plataforma realiza un seguimiento de la configuración tras su creación y no comprobará activamente con vCenter si los cambios se realizan manualmente o por otros medios. Si es necesario realizar un cambio de este tipo, póngase en contacto con Omnissa Customer Connect en relación con los pasos necesarios para que esos cambios se puedan ver en la capa de administración de Horizon DaaS.

Actualización del agente para una asignación con 1 máquina virtual: si va a realizar la actualización del agente para una asignación con solo 1 máquina virtual, debe establecer Máquinas virtuales disponibles para los usuarios en 0.

Reemplazar los archivos de la plataforma antes de actualizar: los archivos de la plataforma en el sitio de Customer Connect a veces se actualizan para corregir errores y realizar mejoras. Cuando esto sucede, debe reemplazar los archivos en HVM por los nuevos para evitar problemas conocidos durante la actualización.

• Confirme que los archivos en HVM son los mismos que los del sitio de Customer Connect comparando los valores hash de cada archivo antes de actualizar el proveedor de servicios, el administrador de recursos y el inquilino.

• Si los valores hash no coinciden, descargue los nuevos archivos del sitio de Customer Connect y colóquelos en HVM.

Desplegar Horizon DaaS a escala: las siguientes son las prácticas recomendadas para crear y escalar una implementación de producción de Horizon DaaS:

• Cada administrador de recursos (RM) de inquilino admite un máximo de 18 inquilinos (con 12 inquilinos como el máximo recomendado).

• Cada RM de inquilino administra una única instancia de vCenter Server.

  • La instancia de vCenter Server administra un máximo de 10.000 máquinas virtuales, en varios clústeres.

• Cuando un inquilino requiere varios administradores de escritorio (DM) (el dispositivo inquilino también es un administrador de escritorio), cada DM debe asignarse a un clúster de vCenter independiente, pero puede asignarse al mismo vCenter. Por lo tanto, para inquilinos de gran tamaño con dos DM, se deben asignar dos clústeres de vCenter independientes, pero pueden administrarse mediante el mismo RM de inquilino que administra la instancia de vCenter Server para ambos clústeres. Tenga en cuenta las prácticas recomendadas para la escalabilidad de vCenter Server (incluidas las recomendaciones al utilizar Omnissa App Volumes para la administración del ciclo de vida de las aplicaciones).

Ejemplo**:** Una implementación de producción de Horizon DaaS con 60 inquilinos que solo necesitan los dispositivos inquilinos, con una sola recopilación de capacidad asignada al inquilino y cada inquilino que ejecute menos de 2.000 máquinas virtuales.

Para este entorno, la configuración recomendada sería:

• Los dispositivos del proveedor de servicios del centro de datos se emparejan.

  • El proveedor de servicios se conecta a vCenter Server para los dispositivos de administración.

  • A pesar de que esta instancia de vCenter solo está destinada a la función de administración de plataformas, no es necesario dedicarla a esa tarea y se puede utilizar para otras funciones de administración.

  • El proveedor de servicios no se conecta directamente a vCenter sino que utiliza el dispositivo HAL para todas las operaciones en vCenter.

• Cinco RM de inquilino, cada uno de los cuales administra doce inquilinos.

• Para admitir las cargas de trabajo de los escritorios de inquilino, cinco (5) vCenter Server con clústeres y la cantidad de clústeres en función de si se utilizan clústeres dedicados o particionados.

  • Se recomienda un máximo de 10.000 máquinas virtuales por vCenter Server.

  • Cada dispositivo inquilino o administrador de escritorio administra un máximo de 2.000 escritorios o sesiones.

  • Para los inquilinos grandes, se recomienda que el clúster de vCenter Server esté dedicado.

• 60 pares de dispositivos inquilinos (y probablemente también 60 pares de Unified Access Gateway).

• Si algunos de los inquilinos necesita otro DM, los DM pueden asignarse a un RM de inquilino existente, pero no al RM de clúster de vCenter que está asignado al dispositivo inquilino del mismo inquilino.

  • Tenga en cuenta que se recomienda un máximo de 12 inquilinos por cada RM de inquilino.

Experiencia con el navegador: la consola de administración es compatible con las versiones recientes de Google Chrome, Mozilla Firefox, Microsoft Internet Explorer y Microsoft Edge. Aunque puede intentar usar Apple Safari, el uso de la consola de administración en Apple Safari no es compatible en esta versión.

Crear una máquina virtual de plantilla de escritorio:: al crear una máquina virtual de plantilla, una vez que haya terminado de configurarla, ejecute el siguiente comando en Windows PowerShell:Get-AppxPackage|Remove-AppxPackage. Esto evita un posible problema de Sysprep que genere un error de publicación de imagen.

Actualizar la información de capacidad de escritorio en la pestaña Cuotas del inquilino: al editar un inquilino, si la información de la capacidad del escritorio en la pestaña Cuotas no es correcta, actualice la página para corregirlo. En particular, el valor En uso para la Capacidad estándar a veces puede mostrarse de forma incorrecta y debe actualizarse.

Tarjetas de GPU compatibles

En esta sección de las notas de la versión se indican las tarjetas de GPU compatibles con Horizon DaaS. La lista se actualizará a medida que se verifiquen las nuevas tarjetas.

Nota: Si desea utilizar una tarjeta que no aparece en la lista, póngase en contacto con Omnissa Customer Connect.

Limitaciones conocidas

Los cambios de configuración del dispositivo del cliente no se conservan tras la actualización: después de actualizar el entorno, las opciones de configuración personalizadas que haya realizado (por ejemplo, modificar el tiempo de espera de disco) no se conservan y deben volver a aplicarse manualmente cuando se completa la actualización.

Los datos no se conservan tras la actualización de los informes de licencias de actividad del usuario: después de actualizar el entorno, los datos de los informes de licencias de actividad del usuario (anteriormente conocidos como informes de licencias de usuarios simultáneos) se ejecutan antes de que la actualización ya no esté disponible. Para evitar este problema, se recomienda guardar los datos que desee conservar antes de realizar la actualización.

Horizon Version Manager: Conexión a vCenter Server mediante FQDN: si el servidor de DNS y Active Directory se ejecutan en la misma máquina, es posible que el administrador de versiones de Horizon no pueda acceder a vCenter Server por su nombre de dominio completo (FQDN) pero siga pudiendo conectarse a través de su dirección IP. La solución alternativa es agregar entradas de host al archivo /etc/hosts para el FQDN. Por ejemplo: vc1dc1.newdaas.local xx.xxx.xx.xx

Tras una implementación errónea - Limpieza manual necesaria: por motivos de seguridad, cuando se haya producido un error en la implementación de Horizon DaaS, se le pedirá que realice una limpieza manual del dispositivo del proveedor de servicios principal (SP1). Durante la implementación, el vínculo de Horizon Air establece una confianza de SSH temporal entre el nodo de instalación y SP1 mediante la copia de la clave pública SSH del nodo en la lista de claves autorizadas del proveedor de servicios. En una implementación correcta, estas claves se eliminan automáticamente una vez completada la implementación. Sin embargo, cuando se produce un error de implementación inesperado, es necesario eliminar estas claves de forma manual.

Migración entre clústeres en un entorno de varios DM: en un entorno de varios DM con dos clústeres asignados a instancias de vCenter diferentes (pero vinculadas), si se migra una máquina virtual de un clúster a otro, la máquina virtual migrada se marca como eliminada en la FDB del inquilino y no está disponible para su uso. La solución alternativa para esto es esperar a que el sistema realice una actualización de inventario completa. Esto puede tardar hasta 12 horas. [2187188]

Conectarse a la consola de administración mediante Mozilla Firefox

• Al intentar conectarse a la consola de administración a través de Mozilla Firefox, puede agotarse el tiempo de espera de la conexión debido a un error en Firefox. Para solucionar este problema, cambie el nombre del archivo de certificado, que se encuentra en el directorio C:\Users_‹nombreusuario›\AppData\Roaming\Mozilla\Firefox\Profiles_‹nombrearchivo›.default y tiene un nombre similar a cert1.db y, a continuación, reinicie el navegador.

• Al intentar conectarse a la consola de administración a través de Mozilla Firefox, se produce un error cuando se utiliza un certificado autofirmado (normalmente en un entorno de desarrollo). Para evitar este problema, utilice otro navegador.

Las ediciones de IP del servidor DNS para la unión a un dominio requieren un ticket de soporte: al editar un dominio de Active Directory existente, ya no se pueden editar directamente las direcciones IP del servidor DNS en la consola de administración. Para cambiar las direcciones IP del servidor DNS, póngase en contacto con Omnissa Customer Connect.

Límite predeterminado de 2000 escritorios por pod: ahora hay un límite predeterminado de 2000 máquinas virtuales por pod, en las asignaciones de escritorios y en las granjas. Esto incluye las máquinas virtuales creadas en las versiones anteriores del producto, pero no los escritorios de utilidad o importados. Si se está creando o editando una asignación o una granja y la capacidad restante que se muestra parece ser demasiado baja, posiblemente se deba a que se alcanzó este límite. El límite predeterminado de 2000 se puede configurar a petición. Para obtener más información, póngase en contacto con Omnissa Customer Connect. Nota a los proveedores de servicios: Al registrar o editar un inquilino, puede cambiar este ajuste modificando el valor en el nuevo campo Número máximo de escritorios por DM de la pestaña General.

La actualización del agente a HAI 18.4 requiere el uso de un archivo BAT: cuando se actualiza desde una compilación de agente anterior a la versión HAI 18.4 mediante la interfaz de usuario de HAI, el instalador crea el archivo HAI-upgrade.bat y, a continuación, interrumpe la actualización pidiéndole que cierre la interfaz de usuario y que complete la actualización con el archivo BAT.

Cuando se completa la actualización, la máquina virtual se reinicia automáticamente. Puede evitar este reinicio realizando una de las siguientes acciones:

• Actualice las opciones de la línea de comandos en la interfaz de usuario de HAI antes de generar el archivo BAT. Para ello, agregue /norestart al final del comando.

• Actualice manualmente el archivo HAI-upgrade.bat generado. Para ello, agregue /norestart al final del comando.

Nota: La máquina virtual debe reiniciarse poco después de la actualización para poder usar el agente.

Actualización de imágenes mediante el acceso a la consola: no se permite actualizar imágenes (por ejemplo, actualizar agentes) mediante el acceso a la consola sin desconectar la imagen y, a continuación, acceder a ella a través de la consola de soporte técnico (función beta), ya que puede causar problemas con la imagen y los grupos posteriores que utilicen la imagen. No intente realizar actualizaciones de imagen de esta forma. Duplique siempre la imagen desde la consola de administración y, a continuación, actualícela mediante la consola de HACA.

Copiar y pegar entre el sistema cliente y la máquina virtual con HTML Access: se admite copiar y pegar texto entre un sistema cliente y una máquina virtual de forma predeterminada cuando el usuario está conectado a través de Horizon Client. Cuando el usuario está conectado a través de HTML Access, sin embargo, debe configurar esta función para que el cliente pueda utilizarla. Para obtener más información, consulte la documentación de Omnissa Horizon HTML Access.

Los usuarios todavía pueden iniciar sesión en escritorios dedicados después de ser eliminados de un grupo de usuarios: si un usuario pertenece a un grupo de Active Directory asignado a una asignación de escritorios dedicados, una vez que el usuario haya iniciado sesión en un escritorio concreto podrá seguir iniciando sesión en ese mismo escritorio hasta que se anule su asignación a dicho escritorio en la consola de administración, a menos que el usuario se elimine completamente de Active Directory o que el escritorio se elimine.

Tiempo de espera para generar el informe de actividad del administrador: cuando se inicia una exportación en la pestaña Administradores de la página Actividad (Monitor > Actividad> Administradores), hay un intervalo de tiempo mientras el sistema genera el informe, durante el cual no es posible realizar otras tareas en la consola de administración. En función del número de registros, este intervalo puede ser de varios minutos. Para el tamaño máximo de informe (50 000 registros), el tiempo de espera es de aproximadamente 10 minutos.

Ordenación de los datos en el informe de actividad del usuario exportado: cuando se exportan datos desde la pestaña Usuarios de la página Actividad (Monitor > Actividad> Usuarios), los datos del archivo .csv generado no está ordenados por fecha. Existen dos opciones para corregir esto:

• Abra el archivo .csv en Excel y establezca el formato de fecha para las celdas que contienen fechas como dd/mm/aa hh:mm AM/PM (p. ej., 14/3/12 1:30 PM).

• Cree un libro de Excel en blanco y, a continuación, utilice el asistente de importación de datos para importar el archivo .csv.

Conversión de un escritorio en una imagen: si se inicia la conversión de un escritorio en una imagen, pero la tarea se cancela antes de que finalice, es posible que se produzca un error en el segundo intento de convertir el escritorio en una imagen. Para evitar este problema, debe apagar el escritorio y encenderlo de nuevo antes de intentar convertirlo en una imagen por segunda vez.

Intervalo de tiempo antes de que los cambios de configuración surjan efecto: cuando se cambia una de las siguientes opciones, es posible que el cambio tarde hasta 5 minutos en aplicarse.

• Página de configuración general (Configuración > General):

  • Tiempo de espera de la sesión: intervalo de latido del cliente, sesión del agente del cliente, usuario en espera del cliente

  • HTML Access: borrar las credenciales al cerrar la pestaña

  • Opciones de grupo/granja: habilitar reintento del cliente

• Página de administración de identidades (Configuración > Administración de identidades):

  • Seleccione el elemento y haga clic en Configurar: forzar usuarios remotos a Identity Manager

Información del proveedor de servicio: Cuando se cambia una de las siguientes opciones de inquilino, es posible que el cambio tarde hasta 5 minutos en aplicarse.

• desktop.connection.corrective.action.required

• desktop.connection.retry.count

• client.retry.enabled

• element.session.logontiming.enabled

• jms.agent.allow.mmr

• jms.agent.allow.usb

Problemas resueltos

Los siguientes problemas se solucionaron en Horizon DaaS 9.2.0.

• Asignación de usuarios durante la migración de máquinas virtuales

  Al migrar una máquina virtual con un usuario asignado, el usuario se asignaba de forma errónea a nivel de grupo. Este problema se resolvió y ya no se produce.

• Informe de visualización nula en el usuario para las sesiones activas

  La interfaz del informe de usuario mostraba NULL[...] para las sesiones activas. Este problema se resolvió y ya no se produce.

• Entradas de DNS obsoletas en resolv.conf

  La información del servidor DNS actualizada a través de la interfaz de usuario no se reflejaba en el archivo resolv.conf, que seguía mostrando entradas de DNS antiguas. Este problema se resolvió y ya no se produce.

• Soporte del carácter '/' en los nombres de red

  El campo de nombre de red no aceptaba el carácter '/'. Este problema se resolvió y ya no se produce.

• Tiempo de espera de solicitud para las solicitudes de configuración certssoutil

  Se introdujo el tiempo de espera de solicitud en las solicitudes de configuración certssoutil para la configuración de TrueSSO. Este problema se resolvió y ya no se produce.

• Compatibilidad con UAG 23.12 en el script apsetup

  El script apsetup necesitaba actualizaciones para ser compatible con UAG 23.12. Este problema se resolvió y ya no se produce.

• Nagios informa de un error Desktone_DatabaseStatus después de aplicar RollUp02

  Después de aplicar RollUp02, Nagios informaba de un error relacionado con Desktone_DatabaseStatus. Este problema se resolvió y ya no se produce.

• Error al publicar la imagen cuando la versión de VMware Tools en la máquina virtual es anterior a la versión del host ESXi

  Se produce un error al publicar una imagen si la versión de VMware Tools en la máquina virtual es anterior a la versión incluida en el host ESXi. Este problema se resolvió y ya no se produce.

• Error al convertir Windows Server 2019 en una imagen con HAI 22.2 Al intentar convertir una máquina Windows Server 2019 en una imagen con Horizon Agent Installer (HAI) 22.2, se muestra este mensaje de error: "Mensaje de error de imposibilidad de envío=SEAL, se han agotado todos los tipos de emisor". Este problema se resolvió y ya no se produce. [3095930]

• La consola de Horizon DaaS no pudo mostrar los perfiles de vGPU disponibles

  En la consola del Centro de servicio, en la pestaña Cuotas, la lista de "Perfiles de vGPU disponibles" estaba vacía. Este problema se resolvió y la consola ahora muestra los perfiles de vGPU disponibles. [3085570]

• No hay disponibilidad de funciones de administración de inquilino debido a un error interno

  Los administradores no pudieron realizar tareas en la consola del inquilino y recibieron un mensaje de error similar al siguiente: "Error interno. Se produjo un error interno inesperado y el sistema no pudo completar la solicitud. Inténtelo de nuevo más tarde." Este problema se resolvió y ya no se produce. [3079599]

• Los clones tradicionales se arrancaron en OOBE o entraron en un bucle de arranque

  Las máquinas virtuales de un grupo clonado tradicional arrancaron en modo de configuración rápida (OOBE) o se bloquearon en un bucle de arranque. Este problema se resolvió y ya no se produce. [3043629]

• App Volumes 4.x no es compatible con Horizon DaaS

  En versiones anteriores, Horizon DaaS no funcionaba correctamente con la versión 4.x de App Volumes. Este problema se ha resuelto y Horizon DaaS ahora es compatible con App Volumes 4.x. [3064658]

• La nueva API de Spring habilita la creación de particiones de grupo

  Esta versión implementa una API de Spring que permite crear particiones de grupo. [3018499]

• Los valores de uso de memoria no coincidían entre el Centro de servicio y vCenter Server

  Había una discrepancia entre los valores de uso de memoria que se muestran en el portal del Centro de servicio y vCenter Server cuando las máquinas virtuales tenían varias interfaces de red. Este problema se resolvió y ya no se produce. [3033772]

• Los escritorios clonados tradicionales no se clonaban correctamente

  Había un problema con los escritorios clonados tradicionales por el cual los escritorios se encendían con NIC en estado desconectado. Este problema se resolvió y ya no se produce. [2938977]

• Falta de disponibilidad del entorno debido a que la partición /var alcanza el 100 %

  El entorno de inquilino dejaba de estar disponible cuando la partición /var alcanzaba el 100 % en los dispositivos del inquilino. Este problema se resolvió y ya no se produce. [2815895]

• Se actualizó Spring Framework

  Spring Framework se actualizó a la versión 5.3.19. [2803741]

• G1GC en todos los dispositivos

  El GC de CMS existente se reemplazó por G1GC en todos los dispositivos. [2803738]

Problemas conocidos

• Se produce un error en la implementación del clon instantáneo y la resincronización: SERVER_FAULT_FATAL - Error de tiempo de ejecución

  Después de actualizar vCenter Server a la versión 6.7 o 7.0, se produce un error parecido al siguiente en la implementación de clones instantáneos en el registro de actividades de la consola de administración: "SERVER_FAULT_FATAL- Error de tiempo de ejecución: No se encontraron vínculos completos para las máquinas virtuales internas. Consulte el artículo KB 89679 de la base de conocimientos de Omnissa.

• Error de configuración de TrueSSO.

  Después de emparejar un inquilino con el servidor de inscripción de TrueSSO, se produce un error en la configuración de TrueSSO. Este problema se debe a las bibliotecas OpenSSL actualizadas incluidas en esta versión. Existen planes para solucionar este problema en una próxima versión.

  Solución alternativa: ninguna

• Se produce un error en la autenticación en dos fases con RSA después de actualizar el inquilino a la versión 9.2.0.

  Si un dispositivo inquilino existente utiliza RSA SecurID para la autenticación en dos fases y, a continuación, se actualiza a Horizon DaaS 9.2.0, se produce un error en la conexión con RSA Authentication Manager. Existen planes para solucionar este problema en una próxima versión.

  Solución alternativa: Mueva la autenticación en dos fases del dispositivo del inquilino a la instancia de Unified Access Gateway que administra el tráfico de red frente al inquilino.

• Los registros de Horizon Air Link deben descargarse por separado.

  El administrador de versiones de Horizon ofrece opciones para recopilar varios registros del dispositivo. Sin embargo, los registros del dispositivo Horizon Air Link (HAL) no se pueden recopilar junto con otros registros del dispositivo.

  Solución alternativa: Recopile los registros del dispositivo HAL por separado. En la página Projects > Horizon-DaaS-Ops > Download-Logs, especifique solo la siguiente configuración. Deje en blanco el resto de opciones.

  • Introduzca la información del proveedor de servicios para Primary-SP-IP y SP-Appliance-Password.

  • Seleccione la casilla HAL.

  • Introduzca la información de Hal-Password.