Citrix Virtual Apps and Desktops

Cambios en 7.x

La arquitectura, la terminología y las funciones de Citrix Virtual Apps and Desktops han cambiado a partir de las versiones de XenApp y XenDesktop 7.x. Si solo conoce las versiones anteriores (a 7.x), en este artículo se le explicarán los cambios.

Una vez haya cambiado a la versión 7.x, los cambios en las versiones posteriores se indican en Novedades.

A menos que se indique específicamente, 7.x y “versiones posteriores” hacen referencia a XenApp 7.5 o posterior y XenDesktop 7 o posterior, incluidas todas las versiones de Citrix Virtual Apps and Desktops.

En este artículo, se ofrece una descripción general. Para obtener información detallada sobre cómo cambiar desde versiones anteriores a 7.x a la versión más reciente, consulte Actualizar a XenApp 7.

Diferencias de elementos entre XenApp 6 y versiones posteriores

Aunque no son equivalentes exactos, la siguiente tabla ayuda a establecer una correspondencia entre los elementos funcionales de XenApp 6.5 y sus versiones anteriores con versiones posteriores. A continuación, dispone de descripciones de las diferencias que existen entre cada arquitectura.

En lugar de esto en XenApp 6.x y versiones anteriores Piense en esto en versiones más recientes
Arquitectura IMA (Independent Management Architecture) Arquitectura FMA (FlexCast Management Architecture)
Comunidad Sitio
Grupo de trabajo Catálogo de máquinas, grupo de entrega
Worker Virtual Delivery Agent (VDA), máquina con SO multisesión, VDA con SO multisesión, máquina con SO de sesión única, VDA con SO de sesión única
Máquina de Servicios de Escritorio remoto (RDS) o Terminal Services Máquina con SO multisesión, VDA con SO multisesión
Recopilador de datos y zonas Delivery Controller
Delivery Services Console Citrix Studio y Citrix Director
Publicación de aplicaciones Entrega de aplicaciones
Almacén de datos Base de datos
Patrón de carga Directiva de administración de carga
Administrador Administrador delegado, rol, ámbito

Diferencias de arquitecturas

A partir de las versiones 7.x, Citrix Virtual Apps and Desktops (antes XenApp y XenDesktop) se basan en la arquitectura FMA (FlexCast Management Architecture). FMA es una arquitectura orientada a servicios que permite la interoperabilidad y administración modular de las diversas tecnologías de Citrix. FMA ofrece una plataforma para la entrega de aplicaciones, movilidad, servicios, aprovisionamiento flexible y administración en la nube.

FMA sustituye a la arquitectura IMA (Independent Management Architecture) de XenApp 6.5 y versiones anteriores.

Estos son los elementos clave de FMA en términos de cómo se relacionan con los elementos de XenApp 6.5 y versiones anteriores:

  • Sitios de entrega: Las comunidades eran los objetos de nivel superior en XenApp 6.5 y versiones anteriores. En versiones posteriores, el sitio es el elemento de nivel más alto. Los sitios ofrecen aplicaciones y escritorios a grupos de usuarios. FMA requiere que usted se encuentre en un dominio para implementar un sitio. Por ejemplo, para instalar los servidores, su cuenta debe tener privilegios de administrador local y ser un usuario de dominio de Active Directory.
  • Catálogos de máquinas y grupos de entrega: Las máquinas que alojaban aplicaciones en XenApp 6.5 y versiones anteriores pertenecían a grupos de trabajo para una administración eficaz de las aplicaciones y del software de servidor. Los administradores podían administrar todas las máquinas de un grupo de trabajo como una sola unidad con el objetivo de mejorar la administración de la aplicación y el equilibrio de carga. Las carpetas se utilizaban para organizar aplicaciones y máquinas. En las versiones posteriores, se utiliza una combinación de catálogos de máquinas, grupos de entrega y grupos de aplicaciones para administrar las máquinas, el equilibrio de carga, así como las aplicaciones y los escritorios alojados. También se pueden usar carpetas de aplicaciones.
  • VDA: En XenApp 6.5 y versiones anteriores, las máquinas de trabajo (trabajadores) de los grupos de trabajo ejecutaban aplicaciones para el usuario y se comunicaban con los recopiladores de datos. En las versiones posteriores, el VDA se comunica con los Delivery Controllers que administran las conexiones de usuario.
  • Delivery Controllers. En XenApp 6.5 y versiones anteriores, había un maestro de zona que se encargaba de las solicitudes de conexión de los usuarios y de la comunicación con los hipervisores. En las versiones posteriores, los Controllers del sitio se encargan de distribuir y gestionar las solicitudes de conexión. En XenApp 6.5 y las versiones anteriores, las zonas ofrecían una manera de agregar servidores y replicar datos a través de conexiones WAN. Aunque las zonas no tienen equivalente exacto en las versiones posteriores, la función de zonas y preferencia de zonas permiten a los usuarios de regiones remotas a conectarse a recursos sin que las conexiones recorran necesariamente grandes segmentos de red WAN.
  • Studio y Director. Use la consola de Studio para configurar los entornos y ofrecer a los usuarios acceso a aplicaciones y escritorios. Studio reemplaza Delivery Services Console en XenApp 6.5 y versiones anteriores. Los administradores usan Director para supervisar el entorno, remedar dispositivos de usuario y solucionar problemas de TI. Para remedar usuarios, la Asistencia remota de Windows debe estar habilitada; se habilita de forma predeterminada cuando se instala el VDA.
  • Entrega de aplicaciones. En XenApp 6.5 y versiones anteriores, se utilizaba el asistente Publicar aplicación para preparar aplicaciones y entregarlas a los usuarios. En las versiones posteriores, se utiliza Studio para crear aplicaciones, agregarlas y ponerlas a disposición de los usuarios que formen parte de grupos de entrega y, opcionalmente, de grupos de aplicaciones. Mediante Studio, primero debe configurar un sitio, crear y especificar los catálogos de máquinas y, a continuación, crear grupos de entrega en dichos catálogos. Los grupos de entrega determinan qué usuarios tienen acceso a las aplicaciones que usted entrega. Si quiere, puede optar por crear grupos de aplicaciones como alternativa a varios grupos de entrega.
  • Base de datos: En las versiones posteriores no se usa el almacén de datos IMA para la información de configuración. En su lugar, utilizan una base de datos de Microsoft SQL Server para almacenar información de configuración y de sesión.
  • Directiva de administración de carga: En XenApp 6.5 y versiones anteriores, los patrones de carga utilizaban métricas predeterminadas para determinar la carga de una máquina. Las conexiones de usuarios se podían asociar a máquinas con menos carga. En las versiones posteriores, se utilizan directivas de administración de carga para equilibrar la carga entre las máquinas.
  • Administración delegada. En XenApp 6.5 y versiones anteriores, se creaban administradores personalizados y se les asignaban permisos basados en carpetas y objetos. En las versiones posteriores, los administradores personalizados se crean en función de pares de ámbito y rol. Un rol representa una función de trabajo y tiene asociados permisos definidos para él con el objetivo de permitir la delegación. Un ámbito representa un conjunto de objetos. Los roles predefinidos de administrador disponen de conjuntos específicos de permisos, como el servicio de asistencia técnica, las aplicaciones, el alojamiento y el catálogo. Por ejemplo, los administradores del servicio de asistencia pueden trabajar únicamente con usuarios individuales en sitios especificados, mientras que los administradores totales pueden supervisar toda la implementación y resolver problemas de TI de todo el sistema.

Comparación de funciones

La transición a FMA también implica que algunas funciones que estaban disponibles en XenApp 6.5 y versiones anteriores ahora se implementan de otra forma, o que haya que usar funciones, componentes o herramientas distintas para conseguir los mismos objetivos.

En lugar de esto en XenApp 6.5 y versiones anteriores Use esto en versiones posteriores
Preinicio de sesiones y persistencia de sesiones configurados por directivas Preinicio de sesiones y persistencia de sesiones configurados mediante los parámetros del grupo de entrega. Al igual que en XenApp 6.5, estas funciones ayudan a que los usuarios se conecten rápidamente con las aplicaciones, iniciando sesiones antes de que se soliciten (preinicio de sesiones) y manteniendo las sesiones activas después de que el usuario cierra todas las aplicaciones (persistencia de sesiones). En las versiones posteriores, estas funciones se habilitan para usuarios especificados configurando estos parámetros en los grupos de entrega existentes. Consulte Configurar el preinicio y la persistencia de sesiones.
Funcionalidad para usuarios no autenticados (anónimos) mediante la concesión de derechos a usuarios anónimos al configurar las propiedades de las aplicaciones publicadas La funcionalidad para usuarios no autenticados (anónimos) se ofrece al configurar esta opción cuando establezca las propiedades de los usuarios de un grupo de entrega. Consulte Usuarios.
El caché de host local permite que los servidores de trabajo funcionen incluso aunque pierdan la conexión con el almacén de datos La Caché de host local permite que la intermediación de operaciones continúe cuando se interrumpa la conexión entre un Controller y la base de datos del sitio. Esta implementación es más sólida y requiere menos mantenimiento. Consulte Caché de host local.
Distribución de aplicaciones por streaming App-V de Citrix ofrece aplicaciones distribuidas por streaming que se administran mediante Studio. Consulte App-V.
Interfaz Web Citrix recomienda realizar la transición a StoreFront.
SmartAuditor para grabar la actividad en pantalla de la sesión de un usuario A partir de 7.6 Feature Pack 1, esta función se ofrece con la grabación de sesiones. También puede usar el Registro de configuración para registrar todas las actividades de sesión desde una perspectiva administrativa.
La función “Administración de energía y capacidad” ayuda a reducir el consumo de energía y administrar la capacidad del servidor Use el Administrador de configuración de Microsoft.

Cambios y funciones admitidas

Las siguientes funciones no se ofrecen, ya no se admiten o han cambiado significativamente en Citrix Virtual Apps and Desktops, a partir de XenApp o XenDesktop 7.x.

Cifrado Secure ICA por debajo de 128 bits: En versiones anteriores a 7.x, Secure ICA podía cifrar conexiones de cliente para el cifrado básico de 40, 56 y 128 bits. Con las versiones 7.x, el cifrado Secure ICA solo está disponible para el cifrado de 128 bits.

Impresión antigua: Las funciones de impresión siguientes ya no se admiten en las versiones 7.x:

  • Compatibilidad con versiones anteriores de los clientes de DOS e impresoras de 16 bits.
  • Compatibilidad para impresoras conectadas a los sistemas operativos de Windows 95 y Windows NT, incluidas las propiedades de impresora extendidas y mejoradas y Win32FavorRetainedSetting.
  • Capacidad para habilitar o inhabilitar impresoras conservadas y restauradas automáticamente.
  • DefaultPrnFlag, un parámetro de Registro para servidores que se utiliza para habilitar o inhabilitar impresoras conservadas y restauradas automáticamente, almacenadas en perfiles de usuario del servidor.

Se admiten los nombres de las impresoras del cliente heredadas.

Secure Gateway: En versiones anteriores a 7.x, Secure Gateway era una opción para ofrecer conexiones seguras entre el servidor y los dispositivos de usuario. Citrix Gateway es la nueva opción para proteger las conexiones externas.

Remedo de usuarios: En versiones anteriores a 7.x, los administradores establecían directivas para controlar el remedo de usuario a usuario. En las versiones 7.x, el remedo de usuarios finales es una función integrada en el componente Director, que utiliza la Asistencia remota de Microsoft para permitir a los administradores remedar y solucionar problemas en la entrega de aplicaciones y escritorios virtuales.

Redirección de Flash 1: Los clientes que no admiten la redirección de Flash de segunda generación (incluido Citrix Receiver para Windows anterior a la versión 3.0, Citrix Receiver para Linux anterior a la versión 11.100 y Citrix Online Plug-in 12.1) utilizarán la generación en el lado del servidor para las funciones de redirección de Flash antiguas. Los VDA que se incluyen en las versiones 7.x admiten las funciones de redirección de Flash de segunda generación.

Repetición local del texto. Esta funcionalidad se usaba con tecnologías de aplicaciones Windows anteriores para acelerar la presentación del texto introducido en los dispositivos de usuario en conexiones de alta latencia. Ya no se incluye en las versiones 7.x porque se han hecho mejoras en el subsistema de gráficos y el HDX SuperCodec.

Single Sign-On. Esta funcionalidad, que ofrece la seguridad de contraseñas, no se admiten en Windows 8, Windows Server 2012 ni en las nuevas versiones de los sistemas operativos Windows compatibles. Sigue siendo compatible en entornos de Windows 2008 R2 y Windows 7, pero no está incluida en las versiones 7.x. Se encuentra en el sitio web de descargas de Citrix: https://citrix.com/downloads.

Compatibilidad con bases de datos de Oracle. Las versiones 7.x requieren bases de datos SQL Server.

Supervisión del estado y recuperación (HMR). En versiones anteriores a 7.x, la supervisión del estado y la recuperación podía ejecutar pruebas en los servidores de una comunidad de servidores para supervisar su estado y detectar cualquier riesgo de funcionamiento. En las versiones 7.x, Director ofrece una vista centralizada del estado del sistema al presentar la supervisión y las alertas para toda la infraestructura en la misma consola de Director.

Archivos ICA personalizados: Los archivos ICA personalizados se utilizaban para permitir la conexión directa desde dispositivos de usuario (con el archivo ICA) a una máquina concreta. En las versiones 7.x, esta función está inhabilitada de forma predeterminada, pero puede habilitarse para su uso normal mediante un grupo local, o se puede usar en el modo de alta disponibilidad si el Controller deja de estar disponible.

Módulo de administración para System Center Operations Manager (SCOM) 2007. El módulo de administración, que supervisaba la actividad de comunidades de XenApp mediante SCOM, no se admite en versiones 7.x. Consulte el artículo actualizado Módulo de administración SCOM de Citrix para XenApp y XenDesktop.

Función CNAME. La función CNAME estaba habilitada de forma predeterminada en las versiones anteriores a 7.x. Las implementaciones en función de los registros CNAME para el reenrutamiento de FQDN y el uso de nombres NetBIOS podrían fallar. En las versiones 7.x, la actualización automática del Delivery Controller actualiza dinámicamente la lista de Controllers y notifica a los VDA automáticamente cuando se agregan y se quitan Controllers en el sitio. La funcionalidad de actualización automática de Controllers está habilitada de forma predeterminada en las directivas de Citrix, pero puede inhabilitarse. De forma alternativa, puede volver a habilitar la función CNAME en el Registro para continuar con la implementación existente y permitir el reenrutamiento de FQDN y el uso de nombres NetBIOS. Para obtener más información, consulte CTX137960.

Asistente de Implementación rápida. En versiones de XenDesktop anteriores a 7.x, esta opción de Studio permitía una instalación rápida de una implementación completa de XenDesktop. La nueva y simplificada secuencia de instalación y configuración de las versiones posteriores elimina la necesidad de utilizar el asistente de Implementación rápida.

Archivo de configuración de servicio de Remote PC y script de PowerShell para la administración automática: Ahora, el acceso con Remote PC está integrado en Studio y en el Controller.

Workflow Studio: En versiones anteriores a 7.x, Workflow Studio era la interfaz gráfica de la composición de flujos de trabajo para XenDesktop. Esta función no se ofrece en las versiones posteriores.

Inicio de programas no publicados durante la conexión del cliente: En versiones anteriores a 7.x, esta configuración de directiva de Citrix especificaba si ejecutar aplicaciones de inicio o aplicaciones publicadas mediante ICA o RDP en el servidor. En versiones 7.x, esta configuración solo especifica si ejecutar las aplicaciones de inicio o las aplicaciones publicadas mediante RDP en el servidor.

Inicios de escritorio: En versiones anteriores a 7.x, esta configuración de directiva de Citrix especificaba si los usuarios no administrativos podían conectarse a sesiones de escritorio. En las versiones 7.x, los usuarios no administrativos deben formar parte del grupo de usuarios con acceso directo en una máquina de VDA para poder conectarse a las sesiones en ese VDA. El parámetro Inicios de escritorio permite a usuarios no administrativos que formen parte del grupo de usuarios con acceso directo en un VDA conectarse al VDA mediante una conexión ICA. El parámetro Inicios de escritorio no afecta a las conexiones RDP, por lo que los usuarios que estén en el grupo de usuarios con acceso directo en un VDA se pueden conectar al VDA mediante una conexión RDP tanto si esta configuración está habilitada o no.

Profundidad de color: En versiones de Studio anteriores a 7.6, se especificaba la profundidad de color en la configuración de usuarios de un grupo de entrega. A partir de la versión 7.6, la profundidad de color para el grupo de entrega se puede configurar mediante los cmdlets de PowerShell Set-BrokerDesktopGroup o New-BrokerDesktopGroup.

Iniciar escritorio con optimización táctil: Este parámetro se ha inhabilitado y no está disponible para máquinas Windows 10 y Windows Server 2016. Para obtener más información, consulte Configuración de directiva de Experiencia móvil.

Funciones no incluidas en la aplicación Citrix Workspace o que tienen diferentes valores predeterminados

Se han dado los siguientes cambios en la aplicación Citrix Workspace (anteriormente Citrix Receiver):

  • Asignación de puertos COM: La asignación de puertos COM permitía o impedía el acceso a los puertos COM en el dispositivo del usuario. La asignación de puertos COM estaba habilitada de forma predeterminada. En las versiones 7.x, la asignación de puertos COM está inhabilitada de forma predeterminada. Para obtener más información, consulte Configuración de la redirección de puertos COM y puertos LPT mediante el Registro.
  • Asignación de puertos LPT: La asignación de puertos LPT controla el acceso de aplicaciones antiguas a los puertos LPT. La asignación de puertos LPT estaba habilitada de forma predeterminada. En las versiones 7.x, la asignación de puertos LPT está inhabilitada de forma predeterminada.
  • Códec de audio PCM: En las versiones 7.x, solo los clientes HTML5 admiten el códec de audio PCM.
  • Compatibilidad con Microsoft ActiveSync.
  • Compatibilidad con proxy para versiones anteriores: Incluye:
    • Microsoft Internet Security and Acceleration (ISA) 2006 (Windows Server 2003)
    • Servidor proxy Oracle iPlanet 4.0.14 (Windows Server 2003)
    • Servidor proxy Squid 3.1.14 (Ubuntu Linux Server 11.10)

Para obtener más información, consulte la documentación de la aplicación Citrix Workspace correspondiente a su versión.

Cambios en 7.x