Requisitos para la integración de ThinApp con Omnissa Access

Cuando captura y almacena aplicaciones ThinApp para distribuirlas desde Omnissa Access, debe cumplir ciertos requisitos para los paquetes de ThinApp y el repositorio de red compartida. Asegúrese también de utilizar versiones compatibles de todos los componentes necesarios para la integración.

Requisitos de los componentes

Se requieren los siguientes componentes para la integración de Omnissa Access con ThinApp.

• Un inquilino de Omnissa Access en la nube o un dispositivo virtual de Omnissa Access versión 22.09 o posterior

• Una o más instancias del servicio de aplicaciones virtuales, un componente de Omnissa Access Connector de Windows, versión 22.09 o posterior

• Una instalación de ThinApp, versión 5.2.9 o posterior

• (Para usuarios finales) La aplicación Omnissa Access Desktop, versión 22.09 o posterior, instalada en una máquina con Windows 10 20H2

Requisitos para paquetes de ThinApp

• Para crear o volver a empaquetar paquetes de ThinApp que Omnissa Access pueda administrar, tiene que usar una versión de ThinApp compatible con Omnissa Access. Omnissa Access es compatible con ThinApp 5.2.9 y versiones posteriores. Para obtener información actualizada sobre las versiones compatibles, consulte la Matriz de interoperabilidad de productos.

• Debe crear paquetes de ThinApp que Omnissa Access pueda administrar. Consulte la documentación de ThinApp para obtener información sobre los parámetros adecuados que se deben utilizar para crear un paquete compatible con Omnissa Access.

  En el caso de paquetes de ThinApp ya existentes, puede usar el comando relink - h para habilitar los paquetes para Omnissa Access.

• Debe almacenar los paquetes de ThinApp en un recurso compartido de red que cumpla los requisitos de Omnissa Access.

Requisitos del repositorio de red compartida

Los paquetes de ThinApp deben encontrarse en una red compartida, denominada también repositorio de paquetes de ThinApp. Omnissa Access tiene los siguientes requisitos para el recurso compartido de red.

• Es necesario que se pueda obtener acceso al recurso compartido de red a través de una ruta UNC (Uniform Naming Convention, Convención de nomenclatura universal) desde cada sistema que ejecute la aplicación Omnissa Access Desktop usada para obtener acceso a los paquetes de ThinApp. Por ejemplo, se puede obtener acceso a un recurso compartido de red con el nombre server, ubicado en un host llamado appshare a través de la ruta UNC \\server\appshare.

• El nombre de host completo de la carpeta del recurso compartido de red se debe poder resolver desde Omnissa Access Connector.

• Omnissa Access solo admite recursos compartidos de archivos de bloque de mensajes de servidor (SMB).

• Omnissa Access solo admite el acceso basado en cuentas al recurso compartido de red.

  Debe configurar el conector para usar una cuenta de usuario compartida y una contraseña para obtener acceso a la red compartida y a los paquetes. La cuenta de usuario compartida y la contraseña es cualquier combinación que disponga de acceso de lectura a la ruta UNC de la carpeta de red compartida.

• Puede utilizar los siguientes modos de instalación para los paquetes de ThinApp.

  • Si el sistema Windows del usuario no se ha unido al dominio, el cliente debe usar el modo de instalación HTTP_DOWNLOAD para obtener la aplicación virtualizada. Este modo de instalación se corresponde con usar el modo de descarga de ThinApp para la aplicación virtualizada.

    El conector usa la cuenta de usuario compartida para recuperar los paquetes del repositorio.

  • Si el usuario une el sistema Windows al dominio, el cliente puede usar el modo de instalación COPY_TO_LOCAL o RUN_FROM_SHARE para ejecutar los paquetes de ThinApp para los que el usuario tiene autorización. La cuenta que se usa para iniciar sesión en el sistema Windows cliente es la cuenta de usuario que se usa para obtener los paquetes de la red compartida, y dicha cuenta debe disponer de los permisos necesarios sobre la red compartida.

  • Si el sistema Windows del usuario puede unirse al dominio en algunos momentos y en otros no, puede instalar el cliente con el modo COPY_TO_LOCAL y la opción AUTO_TRY_HTTP habilitadas.

    Con esta configuración, el cliente intenta primero usar el modo COPY_TO_LOCAL para descargar los paquetes. Si el sistema Windows no está unido al dominio en ese momento, fallará este intento de copiar los paquetes. Sin embargo, con la opción AUTO_TRY_HTTP habilitada, el cliente realiza inmediatamente un intento de usar HTTP para descargar los paquetes. Esta combinación de COPY_TO_LOCAL y AUTO_TRY_HTTP es la predeterminada al instalar la aplicación Omnissa Access Desktop en un sistema Windows mediante la ejecución de la versión gráfica del programa de instalación del cliente.

    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.

Además, el repositorio de paquetes de ThinApp debe cumplir con los siguientes criterios.

• Cuando su configuración incluya sistemas que se unen al dominio de Active Directory, asegúrese de que un espacio de nombres de desunión no impida que los equipos que forman parte del dominio obtengan acceso a la red compartida que aloja los paquetes de ThinApp. Existe un espacio de nombres de desunión cuando el nombre del dominio de Active Directory es diferente del espacio de nombres DNS que administra el uso de dicho dominio.

• Es necesario configurar el archivo de la red compartida y los permisos de intercambio para proporcionar acceso de lectura y la capacidad de ejecutar aplicaciones a aquellos usuarios que desee que ejecuten las aplicaciones ThinApp mediante las opciones COPY_TO_LOCAL o RUN_FROM_SHARE.

  Por ejemplo, en el caso de las cuentas de usuario de Active Directory de aquellos usuarios que desee que ejecuten las aplicaciones ThinApp en el modo de difusión, configurar para la carpeta compartida un permiso de lectura y para NTFS un permiso de lectura y ejecución proporciona acceso de lectura y la capacidad de ejecutar las aplicaciones a estos usuarios.

  Es necesario configurar un permiso NTFS de lectura y ejecución para ejecutar una aplicación ThinApp con el modo de difusión de ThinApp, que se corresponde con el modo de instalación RUN_FROM_SHARE de la aplicación Omnissa Access Desktop. Si su organización requiere que se establezca un permiso de lectura sobre NTFS, sus usuarios pueden usar el modo de descarga de ThinApp para la aplicación virtualizada. El modo de descarga de ThinApp se corresponde con instalar el cliente Windows con el modo de instalación COPY_TO_LOCAL o HTTP_DOWNLOAD. Con cualquiera de estos modos de instalación, las aplicaciones se descargan en los sistemas Windows y se inician localmente.

  En el recurso compartido de red, los paquetes de ThinApp deben estar organizados en subdirectorios individuales de un directorio del espacio de nombres, no en subdirectorios incluidos en el propio espacio de nombres, como \\server\appshare\thinapp1, \\server\appshare\thinapp2, etc. Consulte Crear un recurso compartido de red para los paquetes de ThinApp que administra Omnissa Access.