Distribución y administración de los paquetes de ThinApp con Omnissa Access

Antes de que los usuarios puedan ejecutar los paquetes de ThinApp que tienen asignados en Omnissa Access, deben tener la aplicación Omnissa Access Desktop instalada y en ejecución en sus sistemas Windows.

Los paquetes de ThinApp son aplicaciones virtualizadas de Windows. Los paquetes de ThinApp se distribuyen en sistemas Windows, y un usuario con la sesión iniciada en el sistema Windows puede iniciar y ejecutar estos paquetes de ThinApp registrados en dicho sistema Windows. Omnissa Access puede distribuir y administrar paquetes de ThinApp que sean compatibles con Omnissa Access.

Para iniciar y ejecutar correctamente una de estas aplicaciones virtualizadas en la sesión de Windows iniciada por el usuario, se requieren los elementos siguientes:

• El paquete de ThinApp de la aplicación virtualizada está registrado para que lo use dicho usuario con Omnissa Access.
• Existe una DLL concreta disponible en ese sistema Windows.
• El proceso hws-desktop-client.exe se está ejecutando.

Cuando se crea un paquete de ThinApp compatible, se configura para cargar una DLL concreta cuando un usuario inicia la aplicación virtualizada en la sesión Windows en la que la que ha iniciado sesión. En ese momento, la aplicación virtualizada intenta cargar la DLL. Cuando se carga el archivo DLL, intenta verificar con la aplicación Omnissa Access Desktop instalada localmente si el paquete de ThinApp está registrado en ese escritorio Windows para dicho usuario. La aplicación Omnissa Access Desktop instalada localmente determina si la aplicación está registrada para dicho usuario sin comunicarse con Omnissa Access. Si la aplicación está registrada en ese escritorio Windows para dicho usuario, la aplicación Omnissa Access Desktop comprueba cuándo se sincronizó por última vez con Omnissa Access. Si la aplicación Omnissa Access Desktop confirma que el tiempo transcurrido desde la última sincronización se encuentra dentro del periodo de gracia sin conexión configurado para el cliente instalado, este último permite la ejecución de la aplicación.

Debido a que el archivo DLL se encuentra disponible en el sistema Windows solo si la aplicación Omnissa Access Desktop está instalada, y debido a que el proceso hws-desktop-client.exe se encuentra en ejecución si la aplicación Omnissa Access Desktop se está ejecutando en dicho sistema, se debe instalar la aplicación Omnissa Access Desktop en el sistema Windows para ejecutar los paquetes de ThinApp que distribuye y administra Omnissa Access.

Implementar la aplicación Omnissa Access Desktop para usar paquetes de ThinApp

La aplicación Omnissa Access Desktop se puede instalar haciendo doble clic en su archivo EXE de instalación, ejecutando el archivo ejecutable mediante las opciones de la línea de comandos o ejecutando un script que use las opciones de la línea de comandos. Los privilegios del administrador local son obligatorios para instalar la aplicación. Para obtener información sobre la instalación de la aplicación Omnissa Access Desktop haciendo doble clic en su archivo EXE de instalación, consulte la guía Usar Omnissa Access Desktop.

La configuración de la aplicación instalada determina cómo se implementa en dicho sistema Windows un paquete de ThinApp distribuido mediante Omnissa Access. De manera predeterminada, cuando se instala la aplicación Omnissa Access Desktop haciendo doble clic en su archivo EXE de instalación, el cliente se configura para implementar paquetes de ThinApp mediante el modo de implementación COPY_TO_LOCAL, con la opción AUTO_TRY_HTTP habilitada. Estas opciones predeterminadas del programa de instalación constituyen lo que se conoce como un modo de implementación de descarga. Con la configuración predeterminada de COPY_TO_LOCAL y AUTO_TRY_HTTP, la aplicación cliente intenta primero descargar los paquetes de ThinApp copiándolos en el terminal del sistema Windows y, si falla el primer intento, la aplicación cliente intenta descargar los paquetes de ThinApp mediante HTTP.

Una vez descargados los paquetes de ThinApp en el sistema Windows local, el usuario ejecuta las aplicaciones virtualizadas en el sistema local.

Para evitar que se descarguen las aplicaciones virtualizadas en el sistema Windows local y que se utilice espacio del sistema Windows, puede hacer que los usuarios ejecuten los paquetes de ThinApp desde la red compartida mediante lo que se conoce como un modo de implementación por difusión. Para que los usuarios ejecuten los paquetes de ThinApp mediante el modo de difusión, debe instalar la aplicación Omnissa Access Desktop en el sistema Windows mediante un proceso de instalación de línea de comandos. El programa de instalación incluye opciones de línea de comandos que puede usar para establecer el modo de implementación en tiempo de ejecución de los paquetes de ThinApp. Para establecer el modo de implementación en tiempo de ejecución para difundir los paquetes de ThinApp, use la opción RUN_FROM_SHARE del programa de instalación.

Un método para instalar la aplicación Omnissa Access Desktop en varios sistemas Windows consiste en usar un script para instalar la aplicación de manera silenciosa en los sistemas Windows. Puede instalar en segundo plano el cliente en varios sistemas Windows de forma simultánea.

Nota: Una instalación en segundo plano no muestra mensajes ni ventanas durante el proceso de instalación.

Se establece un valor en el script para indicar si los clientes instalados mediante dicho script implementan paquetes de ThinApp mediante el modo de difusión de ThinApp RUN_FROM_SHARE o uno de los modos de descarga de ThinApp, como la opción COPY_TO_LOCAL o HTTP_DOWNLOAD.

Establecimiento del modo de implementación adecuado de los paquetes de ThinApp en terminales Windows

La configuración de la aplicación Omnissa Access Desktop en el endpoint Windows determina si un paquete de ThinApp que se distribuye con Omnissa Access se implementa con el modo de difusión de ThinApp (RUN_FROM_SHARE) o con uno de los modos de descarga de ThinApp (COPY_TO_LOCAL o HTTP_DOWNLOAD). Al crear el script para instalar de manera silenciosa la aplicación Omnissa Access Desktop en endpoints Windows, como equipos de escritorio y portátiles, se establecen las opciones que definen el modo de implementación de paquetes de ThinApp. Seleccione el modo de implementación que mejor se ajuste al entorno de la red de los terminales seleccionados teniendo en cuenta detalles como la latencia de la red.

En el modo de difusión, cuando la aplicación Omnissa Access Desktop se sincroniza con Omnissa Access, el cliente descarga accesos directos de las aplicaciones correspondientes a las aplicaciones Windows virtualizadas de los paquetes de ThinApp en el escritorio de Windows y, cuando el usuario inicia los paquetes de ThinApp, las aplicaciones Windows virtualizadas se ejecutan desde la unidad compartida de archivos en la que se encuentren los paquetes de ThinApp.

Por tanto el modo de difusión es adecuado para los sistemas que están siempre conectados a la red compartida, como escritorios Windows compartidos por varios usuarios, o escritorios Horizon.

En el modo de descarga, la primera vez que se usa o actualiza un paquete de ThinApp, el usuario debe esperar a que el paquete de ThinApp se descargue primero en el sistema Windows y a que se creen los accesos directos. Después de la descarga inicial, el usuario inicia y ejecuta la aplicación Windows virtualizada en el sistema Windows local.

Importante: En el caso de escritorios de Horizon no persistentes, denominados también escritorios de Horizon flotantes o sin estado, se recomienda configurar el cliente para que use el modo de difusión de ThinApp mediante la opción /v INSTALL_MODE=RUN_FROM_SHARE del instalador de línea de comandos al instalar el cliente. La opción RUN_FROM_SHARE proporciona la mejor experiencia en tiempo de ejecución a la hora de usar paquetes de ThinApp en escritorios de Horizon flotantes. Consulte Opciones del instalador de línea de comandos para Omnissa Access Desktop.

Importante: El modo HTTP_DOWNLOAD requiere que se pueda acceder a la URL de descarga base que estableció en la colección de aplicaciones virtuales de ThinApp desde la máquina Windows del usuario. Los modos RUN_FROM_SHARE y COPY_TO_LOCAL requieren que se pueda acceder al recurso compartido de ThinApp desde la máquina de Windows del usuario.

Modo de implementación de ThinApp para aplicaciones virtualizadas capturadas como paquetes de ThinApp

Modo	Descripción
Modo de difusión de ThinApp	En el modo de difusión de ThinApp, las aplicaciones virtualizadas se difunden cada vez que se inician. Este método evita que se use el espacio en el disco del escritorio que se usaría al copiar las aplicaciones virtualizadas en el escritorio. El escritorio se debe conectar a la red compartida de los paquetes de ThinApp para que se ejecuten las aplicaciones. Los entornos siguientes pueden proporcionar la consistencia y estabilidad necesarias: Escritorios de Horizon, sin estado o persistentes, con una conectividad excelente a la unidad compartida de archivos en la que se encuentran los paquetes de ThinApp. Usuarios con escritorios de Windows que no son escritorios de Horizon, compartidos por varios usuarios. Esta situación evita la acumulación en el disco de aplicaciones descargadas específicas del usuario y proporciona también un acceso rápido a las aplicaciones sin que se produzcan retrasos debido a descargas específicas de un usuario. La cuenta que usa el usuario para iniciar sesión en el sistema Windows se usa para obtener los paquetes de ThinApp de la red compartida. Dicha cuenta debe disponer de los permisos necesarios sobre la red compartida para leer y ejecutar archivos en ella.
modo de descarga de ThinApp	En el modo de descarga de ThinApp, las aplicaciones se descargan en el terminal Windows. El usuario ejecuta localmente la aplicación virtualizada en el terminal. Es posible que prefiera usar el modo de descarga de ThinApp en las situaciones siguientes: Escritorios persistentes de Horizon (Omnissa Access local) Escritorios conectados mediante LAN que están sin conexión de forma periódica Una red LAN con una latencia deficiente Omnissa Access ofrece dos modos de descarga de ThinApp: COPY_TO_LOCAL y HTTP_DOWNLOAD. Si el cliente está configurado para COPY_TO_LOCAL, el endpoint de Windows debe unirse al mismo dominio que el recurso compartido de archivos, a menos que la opción AUTO_TRY_HTTP esté habilitada. Cuando la opción AUTO_TRY_HTTP está habilitada, si el endpoint Windows no está unido al mismo dominio y falla el primer intento de descargar los paquetes de ThinApp, la aplicación Omnissa Access Desktop intentará automáticamente descargar los paquetes de ThinApp mediante el protocolo HTTP como en el modo HTTP_DOWNLOAD. Con HTTP_DOWNLOAD, el terminal Windows tiene que estar unido al mismo dominio que la unidad compartida de archivos. Sin embargo, cuando se usa HTTP_DOWNLOAD, los tiempos de copia y sincronización son significativamente mayores que cuando se usa COPY_TO_LOCAL. Cuando se usa COPY_TO_LOCAL, la cuenta que usa el usuario para iniciar sesión en el sistema Windows se usa para obtener los paquetes de ThinApp de la red compartida. Esa cuenta debe tener los permisos adecuados en el recurso compartido de red para leer y copiar archivos de ese recurso compartido de red. Cuando se usa HTTP_DOWNLOAD, la cuenta de usuario de la unidad compartida que introduzca en la consola de Omnissa Access al configurar el acceso desde el conector al recurso compartido de red de los paquetes de ThinApp será la cuenta que se use para descargar los paquetes de ThinApp. Dicha cuenta de usuario compartida deberá disponer de permisos de lectura sobre la red compartida de los paquetes de ThinApp para poder copiar los archivos desde la red compartida.

La red compartida de los paquetes de ThinApp deberá cumplir los requisitos necesarios del modo de implementación establecido para los terminales Windows.