VMware Horizon® Cloud Service™ | Fecha de lanzamiento: 4 de julio de 2019

VMware Horizon® Cloud Service™ on Microsoft Azure | Versión 2.0

Estas notas de la versión se aplican a la versión de servicio que se publicó el viernes, 04 de julio de 2019. Para los pods que se implementan en Microsoft Azure, estas notas de la versión se aplican a las versiones de manifiesto de software 1493 y posteriores. Para ver las notas de versiones anteriores del manifiesto de pods que se implementan en Microsoft Azure, consulte las notas de las versiones anteriores de Horizon Cloud utilizando los vínculos que aparecen en el panel de navegación de la izquierda en https://docs.vmware.com/es/VMware-Horizon-Cloud-Service/index.html.

El contenido de este documento se modificó por última vez para la adición de una limitación conocida: Para los pods en Microsoft Azure, 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.

Este documento se revisa periódicamente cuando se actualiza Horizon Cloud Service, para que el usuario tenga información actualizada sobre el servicio. Compruebe de nuevo si existen actualizaciones adicionales a las notas de la versión. Para las revisiones hechas después de la fecha de lanzamiento del servicio, busque el texto Actualizado de color rojo en el siguiente documento.

Los documentos que se actualizan en esta versión son:

Contenido de las notas de la versión

Las notas de la versión contienen los siguientes temas:

Acerca de VMware Horizon Cloud Service

VMware Horizon Cloud Service proporciona visibilidad, supervisión de estado, servicios de soporte técnico y áreas de trabajo de usuarios finales para los pods conectados a la nube. Los pods conectados a la nube pueden ser pods de VMware Horizon 7 que usan la capacidad local, pods de Horizon 7 que usan la capacidad de VMware Cloud on AWS y pods que usan la capacidad de Microsoft Azure. El entorno general consta del servicio en la nube alojado de VMware, la capacidad proporcionada y el software de VMware implementado en dicha capacidad.

Por ejemplo, puede usar la consola administrativa de Horizon Cloud para la supervisión de estado unificada y las asignaciones de áreas de trabajo de varios pods para dos pods de Horizon 7 conectados a la nube, uno que use la capacidad local y el otro que use la capacidad de VMware Cloud. Estas asignaciones de áreas de trabajo de varios pods crean autorizaciones globales entre estos pods de Horizon 7 conectados a la nube. Para los pods de Microsoft Azure, puede usar Horizon Cloud para crear imágenes principales, a partir de las cuales los pods pueden aprovisionar aplicaciones remotas y escritorios virtuales a los que los usuarios finales pueden acceder de forma segura desde cualquier dispositivo.

Nuevas funciones en esta versión

Nota: Las nuevas funciones para Horizon 7.9, incluido Cloud Connector, se incluyen en las notas de la versión del producto. Los documentos de Horizon 7.9 están vinculados desde la página de documentación de VMware Horizon 7.

Esta versión de julio de 2019 de VMware Horizon Cloud Service incluye las siguientes funciones nuevas. Para obtener más información sobre estas funciones, consulte la Guía de administración de esta versión.

  • Horizon Cloud Service tiene un nuevo aspecto para la pantalla de inicio de sesión y la consola administrativa de Horizon Cloud.
  • Informes mejorados, incluidos informes pregenerados que abarcan el uso de escritorios VDI y RDSH, el uso de aplicaciones VDI y usuarios, desde Horizon 7 (local y VMware Cloud on AWS) hasta Horizon Cloud on Microsoft Azure.
  • El panel de control unificado ahora contiene información sobre el estado, las sesiones y los problemas de implementación en todos los pods conectados. 
  • Cree autorizaciones de escritorios en varios pods de Horizon 7 implementados localmente y en VMware Cloud on AWS desde la consola administrativa de Horizon Cloud.
  • El servicio de supervisión en la nube ahora es compatible con implementaciones de Horizon 7 locales y en VMware Cloud on AWS.
  • Compatibilidad con todos los tipos y tamaños de máquina virtual de Microsoft Azure para granjas VDI y RDSH para Horizon Cloud on Microsoft Azure.
  • Compatibilidad con una función personalizada al crear la entidad de servicio de Microsoft Azure para Horizon Cloud on Microsoft Azure.
  • Se ha mejorado la seguridad en Horizon Cloud Service al finalizar el uso de TLS 1.1 a partir de esta versión.

Entornos, sistemas operativos y compatibilidad

  • Compatibilidad con otros productos de VMware: Para obtener la información más reciente sobre la compatibilidad entre este producto y otros productos de VMware, consulte las matrices de interoperabilidad de productos de VMware.
  • 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.
  • Soporte para el entorno de nube de Microsoft Azure: Para las implementaciones de Microsoft Azure, el servicio está disponible actualmente en los siguientes entornos de nube de Microsoft Azure:
    • Microsoft Azure (regiones globales estándares)
    • Microsoft Azure en China
    • Microsoft Azure en Alemania
    • Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas)
  • Sistemas operativos Microsoft Windows admitidos: En las implementaciones de Microsoft Azure, las siguientes versiones y ediciones de Microsoft Windows en Azure Marketplace son las admitidas para usar en esta versión, independientemente de si se utiliza el método automatizado o manual de implementación de una imagen en esta versión.
    • Para las imágenes de RDS que se utilizan en las granjas: Microsoft Windows Server 2012 R2 Datacenter Edition, Microsoft Windows Server 2016 Datacenter Edition, Microsoft Windows Server 2019
    • Para las imágenes de VDI: Para obtener la lista de versiones de sistemas operativos compatibles, consulte la información de compatibilidad con Windows 10 de Horizon Cloud Service que se publica en el área de documentos de la comunidad de Horizon Cloud Service.
  • Versiones admitidas de Horizon Client para implementaciones de Microsoft Azure: Esta versión permite usar las siguientes versiones de Horizon Client, donde los pods de Microsoft Azure del servicio ofrecen las aplicaciones remotas y de escritorio, como se indica a continuación. Puede obtener las notas de la versión de Horizon Client en la página de documentación de VMware Horizon Client en docs.vmware.com/es/VMware-Horizon-Client/.
    • Con aplicaciones remotas y escritorios de sesión basados en RDS: Horizon Client 4.10, 5.0 y 5.1 
    • Con los escritorios VDI: Horizon Client 4.10, 5.0 y 5.1
    • El cliente de VMware Horizon HTML Access no admite algunas funciones si se utiliza en exploradores móviles. Además, aunque Horizon Client permite copiar y pegar texto entre el sistema local del cliente y una máquina virtual predefinida, para HTML Access, se debe configurar esta función para que los usuarios finales puedan utilizarla. Para obtener más información, consulte la página de documentación de VMware Horizon HTML Access y busque la información en la Guía de usuario y la Guía de instalación y configuración más recientes.
  • Versiones de NSX Cloud compatibles con las implementaciones de Microsoft Azure:  Para los pods de la versión del manifiesto de esta versión (pods nuevos o pods actualizados), se recomienda usar NSX-T Data Center 2.4. Para los pods de la versión del manifiesto de la versión anterior, la versión de revisión de NSX-T Data Center (versión de revisión 2.3.0.1.0, compilación 10539383) seguirá funcionando. Nota: Cuando se utiliza NSX-T Data Center 2.4, se necesitan pasos de configuración adicionales en las directivas de reenvío para las máquinas virtuales administradas por NSX. Para obtener información, consulte la Guía de administración.
  • Versiones para pods de Horizon 7 conectados a la nube: Horizon 7 Cloud Connector 1.1 es el nivel de versión más bajo necesario para conectar a la nube un pod de Horizon 7 con Horizon Cloud y ver el pod en la consola administrativa de Horizon Cloud. Para poder utilizar las funciones y correcciones más recientes para los pods de Horizon 7 conectados a la nube existentes, actualice dichos pods a las versiones más recientes de los componentes de Horizon 7, incluida la versión más reciente de Horizon 7 Cloud Connector. Si tiene la licencia necesaria, puede descargar el dispositivo Horizon 7 Cloud Connector más reciente desde http://www.vmware.com/go/download-horizon-subscription.

Aspectos que debe conocer antes de utilizar esta versión

Revise esta información cuando se prepare para utilizar esta versión de VMware Horizon Cloud Service.

El conocimiento de los siguientes hechos resulta útil para poder utilizar Horizon Cloud Service con cualquiera de los tipos de implementación.

  • La autenticación de inicio de sesión en la consola de administración de Horizon Cloud se basa en las credenciales de cuenta de My VMware. Si el sistema de la cuenta de My VMware está experimentando una interrupción del sistema y no puede aceptar solicitudes de autenticación, no podrá iniciar sesión en la consola de administración durante dicho período de tiempo. Si tiene problemas para iniciar sesión en la pantalla de primer inicio de sesión de la consola de administración, compruebe la página Estado del sistema de Horizon Cloud en https://status.horizon.vmware.com para ver el estado del sistema más reciente. En esa página, podrá suscribirse para recibir actualizaciones.
  • Cada uno de los pods emparejado con el plano de control de Horizon Cloud y asociado con la misma cuenta de cliente debe tener una conexión directa con los dominios de Active Directory conectados a esos pods y tener configurada una confianza unidireccional o bidireccional junto con esa conexión directa. Por ejemplo, cuando tiene tres pods donde un pod está en Microsoft Azure, otro pod es local y el otro pod está en VMware Cloud on AWS, cada uno de dichos pods debe tener una conexión directa y configurada una confianza unidireccional o bidireccional en el mismo conjunto de dominios de Active Directory.

El conocimiento de los siguientes hechos resulta de utilidad para utilizar las implementaciones de Microsoft Azure.

  • Suscripciones y cantidad de nodos: Tenga en cuenta la cantidad de nodos que implemente en una sola suscripción, especialmente si tiene pensado que cada nodo se ejecute a mayor escala. Aunque se pueden implementar varios nodos en una sola suscripción de Microsoft Azure, ya sea en una sola región o en varias, Microsoft Azure impone ciertos límites dentro de una sola suscripción. Debido a los límites de Microsoft Azure, la implementación de muchos nodos en una sola suscripción aumenta la probabilidad de alcanzar los límites. Numerosas variables, y combinaciones de estas variables, condicionan el alcance de dichos límites, como la cantidad de nodos, la cantidad de granjas y asignaciones en cada nodo, la cantidad de servidores en cada nodo, la cantidad de escritorios en cada asignación, y así sucesivamente.
    Si tiene pensado que haya nodos que se ejecuten a mayor escala, considere la posibilidad de contar con varias suscripciones en una sola cuenta de Microsoft Azure. Los clientes de Microsoft Azure pueden, y a menudo prefieren, este enfoque, ya que ofrece algunas ventajas para la administración continua de las suscripciones. Este enfoque consiste en implementar un único nodo por suscripción, acumular las suscripciones en una sola cuenta "maestra" y evitar las posibilidades de alcanzar los límites de Microsoft Azure que afectan a una sola suscripción.
  • Se requiere acceso saliente a Internet en la instancia de Microsoft Azure Virtual Network (VNet) conectada a la máquina virtual del servidor de saltos temporal del nodo y a la máquina virtual del administrador de nodos. La autenticación basada en proxy se admite en esta versión. Debe proporcionar los detalles de su proxy en el asistente de implementación del nodo. Para la implementación de nodos, los nombres DNS específicos deben ser accesibles mediante protocolos y puertos específicos. Consulte la Guía de implementación de VMware Horizon Cloud Service para conocer los requisitos de conectividad. Nota: Cuando hay un servidor proxy configurado para el nodo, se deben usar los pasos manuales para crear las máquinas virtuales principales base. No se puede usar el Asistente de importación de la imagen automatizado cuando el nodo está configurado para la autenticación basada en proxy.
  • Tamaño de subred: Esta versión no admite la ampliación del tamaño de las subredes del nodo después de su implementación. Como resultado, en entornos de producción, se deben usar tamaños de subred lo suficientemente grandes para cumplir los siguientes requisitos:
    • Subred de administración: Al implementar un pod, ahora es necesario que la subred de administración del pod tenga un CIDR mínimo de /27, mientras que anteriormente se permitía un CIDR mínimo de /28. Este cambio se realizó para reducir la aparición de problemas que puedan ocurrir durante la actualización de pods debido a una falta de direcciones IP disponibles en la subred. Un CIDR de /27 admite 32 direcciones IP.
    • Subred de escritorio (tenant): Use un CIDR en el rango de /24 a /21 que dé cabida a las máquinas virtuales de los escritorios de VDI, las imágenes RDS y todos los servidores de las granjas RDS del nodo. Por ejemplo, si desea que el nodo de producción admita hasta 2000 máquinas virtuales de escritorio de VDI, el CIDR mínimo que debe utilizar es de /21 (2048 direcciones IP).

El conocimiento de los siguientes hechos resulta de utilidad para conectar Horizon Cloud a los pods instalados localmente o en VMware Cloud on AWS.

  • Antes de conectar un segundo pod de Horizon 7 a Horizon Cloud, debe iniciar sesión en la consola administrativa de Horizon Cloud y completar el proceso de registro de dominio de Active Directory después de conectar el primer pod de Horizon 7 a Horizon Cloud mediante el proceso de incorporación de Cloud Connector. Cuando empareja varios pods de Horizon 7 con Horizon Cloud antes de completar dicho registro de dominio de Active Directory, puede que ocurran resultados inesperados cuando finalmente inicie sesión en la consola administrativa para intentar el proceso de registro de dominio.
  • Debido a un problema conocido, cuando se utiliza un dominio local de Active Directory para prestar servicio a un pod en VMware Cloud on AWS, se pueden producir tiempos de acceso lentos, debido a congestión de red o latencia de red entre ese dominio de Active Directory local y el pod de VMware Cloud on AWS, que generen llamadas al agotarse el tiempo de espera del dominio. Los síntomas habituales de esta latencia son una pantalla de inicio de sesión de Active Directory que no completa el inicio de sesión antes de agotarse el tiempo de espera. Si experimenta síntomas de este tipo, puede resultar útil configurar un controlador de dominio grabable en cada centro de datos definido por software en la nube (SDDC).

Documentación del producto y recursos útiles adicionales

Para acceder a la documentación del producto para todos los modelos de implementación de Horizon Cloud, consulte la página de destino de la documentación de VMware Horizon Cloud Service.

Visite el sitio de la comunidad para ver sugerencias útiles y hacer preguntas. Los informes técnicos también están disponibles en la sección de recursos de la página de producto de Horizon Cloud.

Limitaciones conocidas

Las siguientes limitaciones se aplican a todos los tipos de implementación.

  • La consola de administración no se admite en el navegador Apple Safari. Es posible que algunas funciones de la interfaz de usuario no funcionen correctamente. En Mac OS, como alternativa a Apple Safari, se pueden usar los navegadores Chrome o Firefox.
  • Cada pod asociado con su cuenta de cliente de Horizon Cloud y conectado a Horizon Cloud debe tener una conexión directa con el mismo conjunto de dominios de Active Directory y tener configurada una confianza unidireccional o bidireccional junto con esa conexión directa.

Las implementaciones de Microsoft Azure tienen las siguientes limitaciones conocidas.

  • Esta versión no admite la ampliación de las subredes del nodo después de su implementación. Antes de implementar un nodo, debe asegurarse de que los espacios de direcciones de las subredes especificadas en el asistente de implementación son lo suficientemente grandes como para admitir el uso esperado.
  • Esta versión no admite el uso de las siguientes funciones de Horizon Agent: Servicio de VMware Logon Monitor. De forma predeterminada, el Horizon Agents Installer deshabilita el servicio de VMware Logon Monitor en todas las instalaciones que realiza el instalador.
  • Durante el proceso de diez minutos de la actualización de un nodo de un nivel de software anterior al más reciente, las sesiones activas conectadas al nodo en actualización de los usuarios finales se desconectarán. No se producirá pérdida de datos, excepto en el caso en el que la asignación del escritorio VDI o la granja RDSH que presta servicio a las sesiones tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente. Para las asignaciones de escritorios VDI y granjas de este tipo, las sesiones desconectadas también cerrarán la sesión de forma inmediata y se perderá el trabajo de usuario en curso en estas condiciones.
    Una vez completado el proceso de actualización, los usuarios podrán volver a conectarse.
  • En esta versión, cada nodo configurado con instancias de Unified Access Gateway tiene su propio nombre de dominio completo (FQDN) único. El FQDN no puede contener caracteres de subrayado. Puede utilizarse el mismo FQDN en las configuraciones internas y externas de Unified Access Gateway en el mismo nodo.
  • Su sesión autenticada (con sesión iniciada) en la consola de administración agotará el tiempo de espera una vez transcurrido el ajuste de tiempo que esté configurado en la página Configuración general de la consola de administración. El valor predeterminado es 30 minutos. Puede cambiar el valor predeterminado a un valor comprendido entre 30 minutos y 180 minutos. En la mayoría de los casos, cuando se supera el tiempo configurado, el sistema cierra la sesión de forma explícita automáticamente y presenta un mensaje indicando que se debe volver a iniciar la sesión. Sin embargo, en ocasiones, el sistema finaliza la sesión autenticada y no le expulsa de forma explícita. Cuando esto ocurre, al realizar ciertas tareas en la consola de administración, es posible que se muestren mensajes de error que no reflejen el estado actual de un modo preciso, como cuando el asistente de implementación de nodos no puede validar las entradas de suscripción y los valores no se muestran en las listas desplegables, y cuando la página Granjas informa de que no hay ningún nodo disponible para crear una granja y aparecen mensajes de error que indican "No se han proporcionado service_sessions de tipo identity_node". Si detecta este comportamiento y ha utilizado la consola de administración durante treinta minutos o más, cierre la sesión manualmente y, a continuación, vuelva a iniciarla.
  • La capacidad de redireccionamiento USB no se admite cuando se utiliza VMware Horizon Client para Android para acceder a los escritorios virtuales y las aplicaciones remotas a los cuales presta servicio el entorno de Horizon Cloud.
  • Para imágenes maestras que admiten GPU, se recomienda usar Microsoft Windows Server 2016 y 2019 para no limitar el número de sesiones de usuario final. Debido a una limitación del controlador NVIDIA en Windows Server 2012 R2, se admite un máximo de 20 sesiones para cada servidor de escritorio RDS.
  • La compatibilidad con imágenes maestras que admiten GPU con Microsoft Windows Server 2019 depende de la disponibilidad de compatibilidad del controlador de NVIDIA GRID para Windows Server 2019. Cuando NVIDIA proporciona controladores compatibles para Microsoft Windows Server 2019, puede usar estos controladores con las imágenes maestras de Horizon Cloud.
  • Las capacidades de NSX Cloud de esta versión no se admiten en Microsoft Windows Server 2019.
  • Si tiene una imagen con Microsoft Windows 10 1709 (RS3) y desea actualizarla a Windows 10 1803 (RS4) o Windows 10 1809 (RS5), actualice primero Windows 10 1709 a la versión más reciente de Horizon Agent (19.2), antes de continuar con la actualización del sistema operativo Windows.
  • De forma predeterminada, cuando se utiliza el asistente de importación de escritorios automatizado para crear una imagen con un sistema operativo Windows Server 2012, la imagen resultante no tiene habilitada la experiencia de escritorio. Si desea que la imagen resultante incluya la experiencia de escritorio, debe habilitarla manualmente.
  • Cuando se implementa un nodo de Horizon Cloud on Microsoft Azure después de haber configurado True SSO para nodos implementados anteriormente, el sistema no empareja automáticamente el nodo nuevo con los servidores de inscripción. Debe repetir los pasos manualmente para exportar el paquete de emparejamiento e importarlo en los servidores de inscripción. Para conocer los pasos, consulte la Guía de administración de esta versión.
  • En una personalización de redireccionamiento de URL, se distingue entre mayúsculas y minúsculas en los patrones de URL cuando son interceptados por Horizon Client. Por ejemplo, el redireccionamiento de URL no ocurre para los patrones de URL especificados como *GOOGLE.com y *Google.com aunque se redireccione el patrón *google.com. El redireccionamiento para los usuarios finales no se produce si el patrón especificado no coincide con las mayúsculas/minúsculas reales de los caracteres que se utilizan en los sistemas de archivos de destino.
  • El sistema recupera los datos de los informes de Utilización, Simultaneidad, Historial de sesiones y Aplicaciones principales, una vez al día, a una hora UTC específica. Los datos para los informes de Utilización y Simultaneidad se recuperan a las 02:00 UTC, los datos para el informe de Historial de sesiones se recuperan a las 02:10 UTC, y los datos para el informe de Aplicaciones principales se recuperan a las 02:30 UTC. Como resultado, es posible que la información notificada que se muestra en la consola de administración no refleje los datos recopilados entre la última vez que se ha producido la recuperación y el momento en que se visualizan los informes en la consola de administración. Como ejemplo, debido a que la lógica de los datos de Usuarios y Simultaneidad máxima en el informe de Simultaneidad se calculan en base al día para el que se recuperan los datos, los datos de la actividad del usuario del 23 de abril se calculan a las 02:00 UTC del 24 de abril (el día siguiente). Una vez que ha transcurrido este momento y el sistema recupera los datos recopilados, los datos del 23 de abril se muestran en el informe. Si uno de los usuarios finales inicia una sesión después de las 02:00 UTC del 23 de abril, los datos de la sesión del usuario no se reflejarán en el informe en pantalla hasta después de las 02:00 UTC del 24 de abril.
  • En los flujos de trabajo que tienen como resultado la creación de máquinas virtuales, como la creación de granjas, imágenes y asignaciones, si intenta escribir un nombre que sea más largo que la longitud admitida por el sistema para el elemento que va a crearse, el sistema impide que pueda escribir más caracteres que el número admitido. El número de caracteres admitidos para el nombre de un elemento depende del flujo de trabajo.
  • En un entorno de varios nodos de Microsoft Azure, no se pueden volver a utilizar los nombres usados en un nodo al crear elementos en otro nodo. El motivo de esta limitación es que los nodos en el entorno de varios nodos comparten el mismo dominio de Active Directory y la misma VNet. Como resultado, si los nombres se comparten dentro de esos entornos de varios nodos, puede producirse un comportamiento inesperado. Esta limitación se aplica a los nombres de imagen, granjas y las asignaciones de escritorios VDI. Asegúrese de que se utilicen nombres únicos para sus imágenes maestras, granjas y asignaciones de escritorios VDI.
  • Siga estas reglas al introducir caracteres en la consola administrativa:
    • Utilice solo caracteres ASCII estándar en los nombres de usuario y las contraseñas, y para la contraseña al descargar el archivo de arranque DaaS SSL. Si utiliza caracteres distintos a ASCII en estos elementos, es posible que se produzcan resultados no esperados.
    • Al introducir los nombres de granjas, asignaciones e imágenes importadas, y otros activos que deriven en la creación de una máquina virtual de Microsoft Azure, no debe introducir más de 12 caracteres para el nombre.
    • No use comas en contraseñas de usuarios.
    • Al utilizar el Asistente de importación para crear una máquina virtual principal desde Microsoft Azure Marketplace:
      • Introduzca un nombre de usuario y una contraseña que cumplan con los requisitos de Microsoft Azure para las contraseñas y los nombres de usuario de administrador de máquina virtual. Consulte la página de preguntas más frecuentes de Microsoft Azure para obtener más información.
      • No escriba un nombre para la imagen que termine con un guion (-).
      • No incluya un carácter de subrayado (_) en el nombre de la imagen.
  • Actualizado 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.

Problemas conocidos

Nota: Los problemas conocidos para Horizon 7.9, incluido Cloud Connector, se incluyen en las notas de la versión del producto. Los documentos de Horizon 7.9 están vinculados desde la página de documentación de VMware Horizon 7.

Los problemas conocidos se agrupan de la siguiente manera:

Nota: Los números entre paréntesis que se especifican en cada problema conocido hacen referencia a los sistemas de seguimiento de problemas internos de VMware.

Problemas conocidos relacionados con Active Directory

  • El bloqueo de cuenta de enlace principal no se detecta hasta que se realiza una acción que involucra a Active Directory en la consola de administración. (2010669)
    Debido a este problema, un administrador que haya iniciado sesión en la Consola de Administración no verá ninguna notificación de bloqueo de cuenta de enlace principal hasta que se realice una acción que involucre a Active Directory en la interfaz de usuario, como cuando se busca en Active Directory para agregar usuarios a las asignaciones. Los servicios subyacentes solo detectan una cuenta de servicio bloqueada cuando se realiza una solicitud para comunicarse con Active Directory a fin de autenticarse o buscar (usuarios o grupos).
    Solución alternativa: Ninguna.
  • La consola de administración tarda hasta 15 minutos en reflejar un estado de bloqueo o desbloqueo de la cuenta de dominio de enlace principal. (2009434)
    El objeto de conexión del sistema con Active Directory se almacena en caché durante 15 minutos. Como resultado, podrían pasar hasta 15 minutos desde el momento en el que la cuenta de enlace principal pasa al estado de bloqueo y el sistema emite la notificación al administrador. Por otro lado, después de que el administrador borre la condición de bloqueo de la cuenta, pueden pasar hasta 15 minutos hasta que el sistema detenga las notificaciones acerca de la cuenta borrada.
    Solución alternativa: Ninguna.
  • Para las granjas de un pod de Microsoft Azure, la reutilización del mismo nombre de granja con un dominio diferente en el mismo bosque de Active Directory puede producir errores de unión al dominio debido a la duplicación de nombres de proveedor de servicio (SPN). (1969172)
    Debido a una nueva función para controladores de dominio en Microsoft Windows Server 2012 R2 y versiones posteriores, una comprobación de SPN duplicados en el controlador de dominio provoca errores de unión al dominio. Consulte el artículo de Knowledge Base de Microsoft 3070083.
    Soluciones alternativas:
    - Evite reutilizar nombres de la granja.
    - Como se describe en el artículo de Knowledge Base de Microsoft, inhabilite las comprobaciones de SPN duplicados en el dominio de Active Directory.

Problemas conocidos relacionados con imágenes, granjas y asignaciones

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • El asistente de importación de escritorios crea imágenes de Windows Server 2012 sin la experiencia de escritorio habilitada. (2101856)
    Debido a un problema conocido, cuando se utiliza el asistente de importación de escritorios automatizado para crear una imagen con un sistema operativo Windows Server 2012, la imagen resultante no tiene habilitada la experiencia de escritorio.
    Solución alternativa: Si desea que la imagen resultante incluya la experiencia de escritorio, debe habilitarla manualmente. Tenga en cuenta también que el sistema operativo Windows Server 2012, para instalar Horizon Agent con la opción de redireccionamiento del escáner, requiere que la experiencia de escritorio esté habilitada en el sistema operativo.
  • Cuando se publica (proceso también conocido como sellado) una máquina virtual importada, el proceso puede provocar un tiempo de espera u otros errores de publicación debido a fallos de sysprep. (2036082, 2080101, 2120508, 2118047)
    Después de hacer clic en "Convertir a escritorio" en una máquina virtual importada y en "Publicar" para que resulte una imagen publicada (sellada), se realizan varias operaciones en la máquina virtual. Estas operaciones incluyen ejecutar el proceso de preparación del sistema Windows (sysprep), apagar la máquina virtual y desconectarla, entre otras. Debido a problemas conocidos en el sector relacionados con el proceso sysprep de Windows y la personalización de máquinas virtuales, en ocasiones el proceso de publicación falla por distintos motivos. En la página Actividad, puede ver mensajes como "Timeout Error Waited 20 minutes for virtual machine to power off" (Error de tiempo de espera agotado. Se han esperado 20 minutos a que se apague la máquina virtual) y otro mensaje de error de sysprep.
    Solución alternativa: Por lo general, puede evitar que se produzcan estos problemas de sysprep al crear la máquina virtual principal si utiliza el asistente de importación de escritorios desde Marketplace y selecciona en el botón de alternancia Optimizar imagen de Windows del asistente. Si observa este error para una máquina virtual principal en la que no se utiliza esta opción, o si ha creado manualmente la máquina virtual principal, consulte el artículo KB 2079196 de VMware, el artículo KB 2769827 de Microsoft, el artículo 615 de Microsoft MVP y la Guía de administración de VMware Horizon Cloud Service a fin de obtener información sobre las prácticas recomendadas para configurar la máquina virtual principal de cara a minimizar la probabilidad de que haya problemas de sysprep cuando vaya a publicar la imagen. Si ve los errores de tiempo de espera en la página Actividad, puede intentar esta solución alternativa: en la página Imágenes, utilice la acción "Convertir la imagen en escritorio" sobre la imagen. Cuando la página Actividad indique que la conversión de imagen en escritorio es correcta, vaya a la página Máquinas virtuales importadas. Conéctese a la máquina virtual siguiendo los pasos descritos en la Guía de administración y aplique las prácticas recomendadas descritas en los artículos de KB. Desde la página Máquinas virtuales importadas, seleccione la máquina virtual y haga clic en Convertir en imagen para volver a ejecutar el proceso de publicación.
  • En ocasiones, durante la creación de una granja, las máquinas virtuales del servidor se bloquean en el paso de personalización. (2010914, 2041909)
    En ocasiones, durante el proceso de sysprep en las máquinas virtuales del servidor de la granja, un servicio de Windows llamado "tiledatamodelsvc" impide que sysprep acceda a los archivos de Windows que necesita para completar el proceso de personalización de sysprep. Como resultado, las máquinas virtuales del servidor de la granja no avanzan más allá del paso de personalización. El registro de errores de sysprep contiene la línea "Error SYSPRP setupdigetclassdevs generó el error 0".
    Solución alternativa: Si detecta este problema y ve ese mensaje de error en el archivo de registro de errores de sysprep, intente deshabilitar el servicio "tiledatamodelsvc" en la imagen y, a continuación, cree la granja.
  • El estado del agente se puede mostrar como "No definido" en la página Máquinas virtuales importadas después de duplicar una imagen o crear manualmente una imagen en Microsoft Azure. (2002798)
    Cuando se utiliza el botón Duplicar en la página Imágenes para clonar una imagen publicada, o cuando se crea manualmente una imagen maestra en Microsoft Azure, la máquina virtual resultante aparece en la página Máquinas virtuales importadas. Debido a este problema, aunque la máquina virtual esté completamente encendida, es posible que el estado del agente aparezca como "No definido". Sin embargo, cuando se seleccione la máquina virtual y se elija Convertir en imagen para publicarla, la interfaz de usuario mostrará el agente con el estado "Activo".
    Solución alternativa: Ninguna. Si los flujos de trabajo Nueva imagen o Convertir en imagen muestran el agente como "Activo", puede ignorar el estado "No definido" en la página Máquinas virtuales importadas.

Problemas conocidos relacionados con la actualización del agente

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Al intentar una actualización del agente en una imagen que tiene pendiente una actualización de Windows, el proceso de actualización puede fallar. (2234964)
    Si la imagen necesita una actualización en el sistema operativo Windows, en lugar de una actualización secundaria que no sea de sistema operativo, esto puede hacer que algunos recursos del sistema operativo queden sin conexión y no estén disponibles para la actualización del agente.
    Solución alternativa: Espere hasta que finalice la actualización de Windows e intente actualizar el agente de nuevo. Para confirmar que todas las actualizaciones de Windows están completas, puede capturar la imagen sin conexión, realizar todas las actualizaciones pendientes y volver a publicar la imagen antes de iniciar la actualización del agente.

Problemas conocidos relacionados con los informes y la supervisión

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • En el informe de actividad del usuario, la media semanal (horas) mostrada no es intuitiva. (1817065)
    Debido a este problema, las estadísticas semanales fluctúan con el tiempo debido a que la lógica de cálculo está dividiendo la duración de la semana actual por siete (7) y no la redondea a una semana completa. Por ejemplo, cuando se seleccionan los últimos 30 días, los datos para las semanas completadas no cambian, pero los datos de la semana actual se dividen por siete (7). La lógica actual es media semanal (horas) = promedio diario (horas) * 7 días, lo que da como resultado media semanal de los últimos 30 días = (duración total / 30 días) * 7 días.
    Solución alternativa: Ninguna.
  • El informe de estado del escritorio no refleja un nombre de granja o de asignación de escritorios VDI actualizado recientemente hasta una hora después del cambio de nombre. (1756889)
    Si cambia el nombre de una granja o de una asignación de escritorios VDI, transcurre una hora hasta que se refleja el nuevo nombre en el menú desplegable Asignación y la columna Asignación del informe de estado del escritorio.
    Solución alternativa: Espere una hora antes de empezar a comprobar que el nuevo nombre aparece en el informe.
  • El formato de algunos de los archivos CSV que puede exportar desde las pantallas de la interfaz de usuario Informes no coincide con las tablas que aparecen en pantalla. (2015500)
    Algunas de las sub-pantallas de la página Informes proporcionan una función de exportación para exportar los datos mostrados en formato CSV. Debido a este problema, el formato de los archivos CSV exportados desde los informes Estado del escritorio, Simultaneidad e Historial de sesiones no coincide exactamente con el formato que puede ver que se muestra en la pantalla. Por ejemplo, los encabezados de columna podrían ser diferentes y los archivos CSV pueden tener más columnas de datos que en las tablas que aparecen en pantalla.
    Solución alternativa: Ninguna.
  • Las sesiones para grupos de aplicaciones de host VDI se muestran como "Aplicación RDSH". (2349560)
    Para los pods de Horizon 7, las sesiones de los usuarios conectados a los grupos de aplicaciones de host VDI se muestran en la página del panel de control (Supervisión > Panel de control) como "aplicación RDSH", aunque no son sesiones de aplicación RDSH.
    Solución alternativa: Ninguna.

Problemas conocidos relacionados con la administración de identidades y True SSO

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Si el pod de una versión anterior de manifiesto se actualiza a esta versión y ese pod tiene RADIUS de dos factores configurado en sus instancias de Unified Access Gateway y también está integrado con VMware Identity Manager, el inicio de un escritorio desde el portal de Workspace ONE mediante el navegador muestra el formulario de inicio de sesión de RADIUS con el campo de nombre de usuario relleno previamente con el UPN del usuario. (2248160)
    Este síntoma se produce debido a un cambio que se lanzó en VMware Horizon HTML Access 4.10. Cuando el pod en Microsoft Azure de una versión anterior de Horizon Cloud está configurado con instancias de Unified Access Gateway y autenticación RADIUS de dos factores y se configura ese pod para que utilice VMware Identity Manager, cuando anteriormente se iniciaba un escritorio desde el portal de Workspace ONE mediante el navegador, el formulario de inicio de sesión RADIUS solicitaba el nombre de usuario y el código de acceso. El usuario final debía escribir el nombre de usuario y el código de acceso en el formulario. Sin embargo, debido a este problema, después de actualizar ese pod a esta versión y utilizando los mismos pasos de inicio de escritorio, el formulario de inicio de sesión RADIUS tiene el campo de nombre de usuario relleno previamente con el UPN del usuario de dominio. Esto solo ocurre cuando se utiliza el navegador para iniciar el escritorio. No pasa cuando se usa Horizon Client.
    Solución alternativa: Si se produce esta situación, el usuario final puede borrar el campo de nombre de usuario relleno previamente e introducir su información. Por lo general, para la mayoría de los entornos que están integrados con VMware Identity Manager, la autenticación de dos factores debería configurarse en VMware Identity Manager y no en las instancias subyacentes de Unified Access Gateway.
  • Es posible que se produzca un error al iniciar un segundo escritorio desde el portal de Workspace ONE con Horizon Client con el mensaje "No tiene autorización para ese escritorio o esa aplicación". (1813881, 2201599)
    Este síntoma se produce en la siguiente situación. El usuario tiene autorización para dos asignaciones de VDI dedicadas a través de una autorización de grupo. Ambas asignaciones de escritorio dedicado de VDI se muestran en el portal de Workspace ONE cuando el usuario inicia sesión. El usuario inicia el primer escritorio mediante Horizon Client. Se conecta ese escritorio. A continuación, el usuario intenta iniciar del otro escritorio desde la otra asignación, también mediante Horizon Client. El inicio de dicho escritorio falla con un error que indica que el usuario no tiene autorización. Sin embargo, este problema se produce solo para el primer intento en el segundo escritorio. Si el usuario inicia el segundo escritorio mediante el explorador, los siguientes intentos para iniciar el segundo escritorio mediante Horizon Client se realizan correctamente.
    Solución alternativa: Si se produce esta situación, intente iniciar el segundo escritorio mediante el explorador.

Problemas conocidos relacionados con la interfaz de usuario

Nota: A menos que se especifique lo contrario en el texto del problema conocido, los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Aunque un administrador que haya iniciado sesión en la consola administrativa pueda ver informes en la página Informes, se producirá un error al exportar los informes. (2374653)
    Debido a este problema conocido, cuando una persona tiene la función de Departamento de soporte técnico del cliente o de Departamento de soporte técnico del cliente de solo lectura en su cuenta de My VMware en la página Configuración general, pero su cuenta de Active Directory se encuentra en un grupo con la función de Administrador de demostración en la página Funciones y permisos, el hecho de tener esa combinación de funciones impide la descarga de los informes. Este problema se aplica a todos los tipos de pods.
    Solución alternativa: Utilice la página Configuración general para eliminar la cuenta de My VMware de la persona y, a continuación, vuelva a agregar a esta persona y asígnele la función de Administrador de cliente. Debe ser Superadministrador para realizar esta tarea. La función de cuenta de Active Directory del Administrador de demostración seguirá aplicando el acceso de solo lectura a la consola administrativa y se podrán ver y exportar informes desde la página Informes.
  • El gráfico Segmentos de inicio de sesión que se muestra en el panel de control de sesiones no tiene datos.
    El servicio de VMware Logon Monitor proporciona los datos del gráfico Segmentos de inicio de sesión que aparece en el panel de control de sesiones. Sin embargo, esta versión no admite el uso del servicio de VMware Logon Monitor y, de forma predeterminada, el Horizon Agents Installer deshabilita en todas las instalaciones que realiza el instalador. Como consecuencia, aunque no haya datos que pueda mostrar el servicio de VMware Logon Monitor, el gráfico de Segmentos de inicio de sesión seguirá siendo visible en el panel de control de sesiones.
    Solución alternativa: Ninguna.
  • Cuando se utiliza la consola administrativa en la pestaña de un navegador, si se intenta iniciar un escritorio desconectado que está en otra pestaña del mismo navegador, se cierra la sesión en el portal de HTML Access y se debe volver a iniciar sesión en él. (2118293)
    Por lo general, cuando se inicia un escritorio y se desconecta de él sin cerrar sesión, la sesión del portal de HTML Access se mantiene abierta y se puede volver a conectar con el escritorio desconectado sin tener que introducir las credenciales en el portal de HTML Access. Debido a este problema, si se encuentra en una ventana del navegador donde ha iniciado sesión en la consola administrativa en una pestaña del navegador, y utiliza otra pestaña del mismo navegador para iniciar sesión en el portal de HTML Access e iniciar un escritorio, cuando se desconecte de dicho escritorio e intente volver a conectarse a él, se cerrará la sesión del portal de HTML Access. A continuación, deberá volver a introducir las credenciales del portal de HTML Access para poder volver a conectarse a dicho escritorio.
    Solución alternativa: Para evitar este problema, inicie sesión en la consola administrativa en una ventana independiente del navegador. Esto solo ocurre si se ha iniciado sesión en la consola administrativa en una pestaña de la misma ventana del navegador en el que también se está utilizando el portal de HTML Access.
  • En la pantalla de la tarjeta de usuario para un usuario específico, se eliminan las asignaciones de escritorios dedicados VDI de la pestaña Asignaciones después de que el usuario inicie por primera vez el escritorio dedicado desde la asignación. (1958046)
    Cuando se especifica un usuario en una asignación de escritorio dedicado VDI como usuario individual, no a través de un grupo de Active Directory, la asignación de escritorio dedicado VDI aparece en la pestaña Asignaciones en la pantalla de la tarjeta de usuario para el usuario solo hasta que el usuario inicie por primera un escritorio dedicado desde la asignación. Después de que el usuario inicie por primera vez un escritorio dedicado VDI desde la asignación, la pestaña Asignaciones de la tarjeta de usuario ya no mostrará la asignación de escritorio dedicado VDI para dicho usuario. El inicio por primera vez por parte del usuario tiene como resultado que el usuario solicita un escritorio dedicado específico desde el grupo subyacente definido por la asignación y el sistema asigna este escritorio dedicado específico al usuario en particular. Cuando se realiza esa asignación, el escritorio dedicado específico obtiene el estado Asignado y se muestra en la pestaña Escritorios de la tarjeta de usuario para el usuario.
    Solución alternativa: En lugar de confiar en la pestaña Asignaciones de la tarjeta de usuario, en este caso, para ver los escritorios dedicados VDI ya iniciados asignados a un usuario específico, puede utilizar la pestaña Escritorios. Si tiene que localizar la asignación de escritorio dedicado VDI específica en la cual se realiza la asignación del escritorio del usuario, obtenga el nombre del escritorio desde la pestaña Escritorio de la tarjeta de usuario y utilice la función de búsqueda por máquinas virtuales de la búsqueda del banner superior para que aparezca la máquina virtual de escritorio específica. En los resultados de la búsqueda por máquinas virtuales, haga clic en el nombre para abrir la página de asignación específica que tiene el escritorio dedicado concreto. A continuación, puede localizar al usuario en los detalles de la asignación.
  • La pantalla Novedades aparece incluso si anteriormente seleccionó la opción de no seguir mostrándola. (2075825)
    Este problema se aplica a los entornos con cualquier tipo de pod. Debido a este problema, si desactiva la caché del navegador o utiliza un navegador distinto de aquel en el cual seleccionó previamente la opción para no mostrar la pantalla Novedades, la pantalla puede aparecer cuando inicie sesión en la consola de administración. El indicador para determinar si se debe mostrar la pantalla Novedades se almacena en la caché local del navegador, en lugar de almacenarse por usuario.
    Solución alternativa: Ninguna.
  • A pesar de que el proceso de creación de la imagen no se ha completado totalmente, la pantalla Primeros pasos muestra Completado para el paso Crear imagen. (2100467)
    Debido a este problema, el paso Crear imagen aparece marcado como completado prematuramente.
    Solución alternativa: Utilice la página Actividad para verificar que se ha completado el proceso de creación de la imagen.
  • Cuando se utiliza la consola de administración, es posible que se vean marcadores de posición en lugar de las cadenas de texto real, o que se haga clic en un botón de una página y no ocurra nada. (2045967)
    Este problema se aplica a los entornos con cualquier tipo de pod. VMware actualiza periódicamente el entorno de administración en la nube que aloja a la consola de administración. Este problema puede ocurrir cuando el contenido estático se ha almacenado en caché en el navegador antes de la actualización más reciente en la nube. Es un problema temporal que desaparecerá cuando se borre la caché del navegador.
    Solución alternativa: Intente cerrar la sesión en la consola administrativa, borre la caché del navegador, reinicie el navegador y, a continuación, inicie sesión de nuevo en la consola administrativa.
  • Los nombres de las aplicaciones se muestran en caracteres en minúscula cuando los usuarios finales acceden a ellos mediante Workspace ONE. (1967245)
    Cuando el entorno de Horizon Cloud está integrado con VMware Identity Manager, los usuarios finales acceden a los escritorios y las aplicaciones asignadas a través de Workspace ONE. Debido a este problema conocido, los usuarios ven los nombres de las aplicaciones mostrados con caracteres en minúscula, sin tener en cuenta el uso real de mayúsculas y minúsculas en los nombres de aplicación. Esta limitación se debe a la forma en que VMware Identity Manager crea identificadores de inicio desde Horizon Cloud mediante el uso de REST API antiguas de Horizon Cloud.
    Solución alternativa: Ninguna.
  • Los porcentajes de uso de memoria notificados para los informes de estado del escritorio y utilizados para las alertas de estado del escritorio se basan en un porcentaje de memoria asignada, lo que es igual a la memoria física más el tamaño de archivo de paginación, y no solo en el porcentaje de memoria física. (2015772)
    La memoria asignada para una máquina virtual de escritorio se calcula como la memoria física más el tamaño de archivo de paginación. Al calcular el porcentaje de uso de memoria en un escritorio, el sistema toma el porcentaje utilizado del total (memoria física más el tamaño de archivo de paginación). Las alertas de estado del escritorio y el informe de uso de memoria en los informes de estado del escritorio utilizan el cálculo de porcentaje. Sin embargo, cuando se inicia sesión en una máquina virtual de escritorio y se abre el Administrador de tareas de Windows para ver el uso de memoria en el sistema operativo de Windows del escritorio, el Administrador de tareas de Windows muestra el porcentaje solo en función de la memoria física. Como resultado, el porcentaje de uso de memoria que muestra el Administrador de tareas de Windows del escritorio no coincide con el porcentaje de uso de memoria mostrado en los informes de estado del escritorio ni en la alerta de estado del escritorio.
    Solución alternativa: Tenga en cuenta esta diferencia si decide realizar una comparación entre el porcentaje de uso de memoria notificado por el Administrador de tareas de Windows de un escritorio y el porcentaje de uso de memoria notificado en el informe de estado del escritorio de la consola de administración y las alertas de estado del escritorio de dicho escritorio.
  • Si el uso de CPU de una máquina virtual de escritorio es del 100 %, o se aproxima a esta cifra, no se activa la alerta de escritorio. (1446496)
    Si una aplicación o un elemento de la máquina virtual de escritorio hace que el uso de CPU de la máquina virtual alcance el 100 %, el agente de escritorio no envía tantas muestras de datos como de costumbre a Horizon Cloud debido a que la CPU está muy ocupada. Como resultado del bajo recuento de muestras devueltas, el cálculo que utiliza el sistema para activar la alerta de escritorio se ve afectado.
    Solución alternativa: Ninguna.

Problemas conocidos relacionados con Horizon Client - Usuario final

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • En ocasiones, al iniciar un escritorio VDI mediante VMware HTML Access, aparece un mensaje de error que indica que se va a desconectar y, después, el inicio se realiza correctamente. (2243471)
    Las máquinas virtuales de escritorio VDI tienen un tiempo de espera predeterminado para la conexión de la sesión, y cuando se agota ese tiempo de espera, la sesión se desconecta. En ocasiones, si, al iniciar un escritorio, la sesión de HTML Access del usuario final ha agotado el tiempo de espera de la sesión en el momento en que se agota el tiempo de espera de la conexión de la sesión predeterminada del escritorio, el escritorio inicialmente arrojará ese error y luego seguirá iniciando el escritorio.
    Solución alternativa: Ninguna.
  • Cuando una asignación de escritorio VDI tiene el cifrado de disco seleccionado y un modelo de la máquina virtual de uno o dos núcleos, si la máquina virtual subyacente de un escritorio se apaga, puede fallar la opción de reintento automático de Horizon Client para realizar una conexión. (2167432)
    Cuando una máquina virtual de un escritorio VDI se apaga debido a la configuración de gestión de energía de la asignación de escritorio VDI, la máquina virtual debe encenderse y estar preparada para poder realizar una conexión de usuario final a dicho escritorio. Cuando un cliente del usuario final intenta conectarse a la máquina virtual de una asignación de escritorio de VDI y la máquina virtual está apagada, el sistema comienza a encender esa máquina virtual. En el caso de las máquinas virtuales sin cifrar, estas suelen estar listas para aceptar una conexión de cliente en menos de 10 minutos. Sin embargo, las máquinas virtuales cifradas con uno o dos núcleos suelen tardar más de 10 minutos en estar listas para aceptar una conexión. La opción Reintento del cliente de Horizon Client tiene un límite máximo de 10 minutos. Debido a este límite superior de la opción Reintento del cliente, cuando el usuario final hace que el cliente vuelva a intentar automáticamente la conexión mientras la máquina virtual subyacente del escritorio se está encendiendo y preparando, pero se tarda más de 10 minutos, el reintento automático del cliente se detiene. Debido a que las máquinas virtuales cifradas suelen tardar más de 10 minutos en estar listas para realizar la conexión con el cliente, es posible que el usuario final considere que el reintento automático de Horizon Client para completar la conexión con la máquina virtual de escritorio cifrada ha fallado.
    Solución alternativa: Si desea tener cifrado de disco para una asignación de escritorio VDI, seleccione un modelo de máquina virtual que tenga más de dos núcleos. De lo contrario, si la asignación de escritorio de VDI tiene cifrado de disco y un modelo de máquina virtual con uno o dos núcleos, informe a los usuarios finales de que pueden experimentar este problema al utilizar la opción Reintento del cliente con estas máquinas virtuales de escritorio cifradas.
  • En el caso de un escritorio virtual de una asignación de escritorios VDI dedicados, es posible que el vínculo de acceso directo en la página Recientes de Horizon Client no inicie el escritorio. (1813881, HD-3686, DPM-1140)
    Las versiones de iOS y Android de Horizon Client tienen una página Recientes que muestra vínculos a los escritorios iniciados recientemente. Cuando el usuario inicia un escritorio virtual de grupo dedicado, el escritorio se inicia de la forma habitual y el cliente crea un icono de inicio en la página Recientes. Sin embargo, cuando el usuario se desconecta del escritorio y, a continuación, intenta iniciar el escritorio desde la página Recientes, el escritorio no se inicia porque el icono de inicio utiliza una versión abreviada del nombre del escritorio.
    Solución alternativa: Inicie el escritorio desde la página principal del cliente y no desde la página Recientes.

Problemas conocidos relacionados con las actualizaciones de los pods de Microsoft Azure

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Mientras un pod está realizando una actualización, se desconectan las sesiones de usuario final activas en dicho pod. (HD-12577)
    Durante el proceso de diez minutos de la actualización de un pod de un nivel de software anterior al más reciente, las sesiones activas conectadas al pod en actualización de los usuarios finales se desconectarán. No obstante, no se producirá pérdida de datos, excepto en el caso en el que la asignación del escritorio VDI o la granja RDSH que presta servicio a las sesiones tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente. Para las asignaciones de escritorios VDI y granjas de este tipo, las sesiones desconectadas también cerrarán la sesión de forma inmediata y se perderá el trabajo de usuario en curso en estas condiciones.
    Solución alternativa: Ninguna. Una vez completado el proceso de actualización, los usuarios podrán volver a conectarse. Para evitar la pérdida de datos de los usuarios finales, antes de ejecutar la actualización, asegúrese de que la configuración de las asignaciones de escritorios VDI y granjas del pod no tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente.
  • Después de activar la descarga de una nueva versión de software del pod de Microsoft Azure, el estado de Unified Access Gateway que aparece en la página de detalles del nodo es incorrecto. (2036319, HD-15879)
    Tal como se describe en la Guía de administración, cuando se activa la descarga de la actualización de software del pod, el software se descarga en el entorno de Microsoft Azure. A continuación, una vez finalizada la descarga, la página de detalles del pod muestra que hay una actualización disponible. Debido a este problema conocido, cuando se activa la descarga en el back-end, la información sobre las configuraciones de Unified Access Gateway del pod cambia de forma incorrecta para mostrar el estado Pendiente en la página de detalles del pod.
    Solución alternativa: Ninguna. Las operaciones de Unified Access Gateway no se verán afectadas, aunque el estado que se muestra sea incorrecto. Cuando actualice el pod a la nueva versión, se corregirá el estado que se muestra en la página de detalles del pod.

Problemas conocidos relacionados con la localización

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Cuando se agregan o editan ubicaciones en la consola administrativa, los nombres de ubicación no están localizados. (2366913)
    Solución alternativa: Ninguna.
  • Cuando se utilizan caracteres no ASCII o ASCII altos en el nombre de la plantilla de True SSO, se produce un error al recuperar la plantilla. (1951143)
    Debido a este problema conocido, si el nombre de la plantilla de True SSO contiene caracteres no ASCII o ASCII altos, no puede configurarse correctamente True SSO con el entorno de Horizon Cloud.
    Solución alternativa: Para evitar este problema, utilice únicamente caracteres ASCII en los nombres de las plantillas de True SSO.
  • Algunas de las cadenas de las alertas de estado del escritorio de la página de estado del escritorio no están localizadas. (2019363)
    Solución alternativa: Ninguna.

Problemas anteriores resueltos en esta versión

Nota: Los problemas resueltos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

Esta versión resuelve los siguientes problemas identificados en la versión anterior:

Problemas conocidos resueltos relacionados con la actualización del agente

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Cuando se utiliza la función Actualizar agente para actualizar una imagen que tiene una versión del agente anterior a la 18.2.2, es posible que se produzca un error durante el proceso. (2200962)
    Las imágenes que creó en los nodos en el nivel de manifiesto anterior a la versión 965 pueden experimentar este problema. En ocasiones, la imagen tiene valores de registro RunOnce que bloquean la finalización del proceso de actualización del agente.
    Solución alternativa: Realice la actualización del agente de nuevo agregando el siguiente argumento de la línea de comandos en la pestaña Línea de comandos del asistente de actualización del agente: VDM_SUPPRESS_RUNONCE_CHECK=1

Problemas conocidos resueltos relacionados con la administración de identidades y True SSO

  • Workspace ONE no muestra los nombres de las aplicaciones remotas configurados en la consola administrativa de Horizon Cloud. (2131583)
    Debido a un problema conocido en VMware Identity Manager Connector, cuando Workspace ONE muestra las aplicaciones remotas que se sincronizan desde Horizon Cloud, Workspace ONE no muestra los nombres configurados para dichas aplicaciones remotas en Horizon Cloud. A pesar de que Horizon Cloud envía los nombres para mostrar a VMware Identity Manager, esta última utiliza los identificadores de inicio de las aplicaciones remotas. Como resultado, Workspace ONE muestra los nombres básicos de las aplicaciones remotas.
    Solución alternativa: Este problema está solucionado en esta versión.
  • Después de actualizar el conector de VMware Identity Manager desde la versión 2017.8.1.0 a la versión 2017.12.1.0, se puede producir un error en la operación de sincronización. (HW-78477)
    Debido a un problema conocido de la versión 2017.12.1.0 del conector de VMware Identity Manager, después de reiniciar el conector tras su actualización, se puede producir un error en la operación de sincronización en la consola de administración de VMware Identity Manager.
    Solución alternativa: Este problema está solucionado en esta versión.

Problemas conocidos resueltos relacionados con la interfaz de usuario

  • El texto de información sobre herramientas de la configuración de seguridad del dominio de la página general no indica que pueden transcurrir hasta 5 minutos antes de que se apliquen los cambios y que se vean en los clientes de los usuarios finales. (2298440)
    Aunque pueda pensar que los cambios en la configuración de seguridad del dominio se reflejarán inmediatamente en los clientes del usuario final, pueden transcurrir hasta 5 minutos antes de que se aplique la actualización. Sin embargo, esa información no se incluye en el texto de información sobre herramientas.
    Solución alternativa: Este problema está solucionado en esta versión.
  • Los datos estadísticos de sesiones y conexiones para pods en Microsoft Azure anteriores a la versión de manifiesto 1101 no se muestran en los gráficos de la página del panel de control. (2245700)
    Debido a este problema conocido, los datos estadísticos de sesiones y conexiones representados en la página del panel de control no incluyen esos datos de pods existentes que aún no se han actualizado a la versión de manifiesto 1101 o posterior.
    Solución alternativa: Este problema está solucionado en esta versión.
check-circle-line exclamation-circle-line close-line
Scroll to top icon