Cuando captura y almacena aplicaciones ThinApp para distribuirlas desde Workspace ONE 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 Workspace ONE Access con ThinApp.
- Un arrendatario de Workspace ONE Access en la nube o un dispositivo virtual de Workspace ONE Access versión 22.09 o posterior
- Una o más instancias del servicio de aplicaciones virtuales, un componente de Workspace ONE Access Connector de Windows, versión 22.09 o posterior
- Una instalación de VMware ThinApp, versión 5.2.9 o posterior
- (Para usuarios finales) La aplicación Workspace ONE 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 Workspace ONE Access pueda administrar, tiene que usar una versión de ThinApp compatible con Workspace ONE Access. Workspace ONE Access es compatible con ThinApp 5.2.9 y posterior. Para obtener información actualizada sobre las versiones compatibles, consulte la Matriz de interoperabilidad de productos VMware.
- Debe crear paquetes de ThinApp que Workspace ONE Access pueda administrar. Consulte la documentación de VMware ThinApp para obtener información sobre los parámetros adecuados que se deben utilizar para crear un paquete compatible con Workspace ONE Access.
En el caso de paquetes de ThinApp ya existentes, puede usar el comando relink - h para habilitar los paquetes para Workspace ONE Access.
- Debe almacenar los paquetes de ThinApp en una unidad de red compartida que cumpla los requisitos de Workspace ONE 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. Workspace ONE Access tiene los siguientes requisitos para la unidad de red compartida.
- Es necesario que se pueda obtener acceso a la red compartida a través de una ruta UNC (Uniform Naming Convention, Convención de nomenclatura universal) desde cada sistema que ejecute la aplicación Workspace ONE Access Desktop usada para obtener acceso a los paquetes de ThinApp. Por ejemplo, se puede obtener acceso a una red compartida con el nombre
appshare
, ubicada en un host con el nombreserver
, mediante la ruta UNC \\server\appshare. - El nombre de host completo de la carpeta de red compartida se debe poder resolver desde Workspace ONE Access Connector.
- Workspace ONE Access Solo admite recursos compartidos de archivos de bloque de mensajes de servidor (SMB).
- Workspace ONE Access solo admite el acceso basado en cuenta a la unidad de red compartida.
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 Workspace ONE 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.
- 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.
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 Workspace ONE 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 la unidad de red compartida, 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 una unidad de red compartida para los paquetes de ThinApp que administra Workspace ONE Access.