Ao capturar e armazenar aplicativos ThinApp a serem distribuídos do Workspace ONE Access, você deve atender a certos requisitos para os pacotes ThinApp e o repositório de compartilhamento de rede. Além disso, certifique-se de usar versões compatíveis de todos os componentes necessários para a integração.

Requisitos de componente

Você precisa dos seguintes componentes para a integração do Workspace ONE Access com o ThinApp.

  • Um tenant de nuvem do Workspace ONE Access ou o dispositivo virtual do Workspace ONE Access versão 22.09 ou posterior
  • Uma ou mais instâncias do serviço de Aplicativo Virtual, um componente do Workspace ONE Access Windows Connector, versão 22.09 ou posterior
  • Instalação do VMware ThinApp, versão 5.2.9 ou posterior
  • (Para usuários finais) Aplicativo Workspace ONE Access Desktop, versão 22.09 ou posterior, instalado em uma máquina Windows 10 20H2

Requisitos para Pacotes ThinApp

  • Para criar ou remontar pacotes ThinApp que o Workspace ONE Access que pode gerenciar, você deve usar uma versão do ThinApp que o Workspace ONE Access suporta. O Workspace ONE Access suporta o ThinApp 5.2.9 e versões posteriores. Para obter informações atualizadas sobre as versões suportadas, consulte a Matriz de Interoperabilidade de Produtos VMware.
  • Você deve criar pacotes ThinApp que o Workspace ONE Access possa gerenciar. Consulte a documentação do VMware ThinApp para obter informações sobre os parâmetros apropriados a serem usados para criar um pacote compatível com o Workspace ONE Access.

    Para pacotes ThinApp existentes, você pode usar o comando relink - h para habilitar os pacotes para o Workspace ONE Access.

  • Você deve armazenar os pacotes ThinApp em um compartilhamento de rede que atenda aos requisitos do Workspace ONE Access.

Requisitos do repositório de compartilhamento de rede

Os pacotes ThinApp devem residir em um compartilhamento de rede, também conhecido como o repositório de pacotes ThinApp. O Workspace ONE Access tem os requisitos a seguir para o compartilhamento de rede.

  • O compartilhamento de rede deve ser acessível usando-se um caminho UNC (convenção de nomenclatura uniforme) de cada sistema que está executando o aplicativo Workspace ONE Access Desktop para acessar os pacotes ThinApp. Por exemplo, um compartilhamento de rede chamado appshare, em um host chamado server, pode ser acessado usando-se o caminho UNC \\server\appshare.
  • O nome de host totalmente qualificado da pasta de compartilhamento de rede deve ser resolvido a partir do Workspace ONE Access Connector.
  • O Workspace ONE Access é compatível somente com compartilhamentos de arquivos do Bloco de Mensagens do Servidor (SMB).
  • O Workspace ONE Access é compatível apenas com o acesso baseado em conta ao compartilhamento de rede.

    Você deve configurar o conector para usar uma conta e senha de usuário de compartilhamento para acessar o compartilhamento de rede e os pacotes. A conta e a senha de usuário de compartilhamento é qualquer combinação que tem acesso de leitura ao caminho UNC para a pasta de compartilhamento de rede.

  • Você pode usar os seguintes modos de instalação para aplicativos ThinApp.
    • Se o sistema do Windows do usuário não tiver ingressado no domínio, o cliente deverá usar o modo de instalação do HTTP_DOWNLOAD para obter o aplicativo virtualizado. Esse modo de instalação corresponde ao uso do modo de download do ThinApp para o aplicativo virtualizado.

      O conector usa a conta de usuário de compartilhamento para recuperar os pacotes do repositório.

    • Se o usuário ingressar no sistema do Windows para o domínio, o cliente poderá usar o modo de instalação do COPY_TO_LOCAL ou o modo de instalação RUN_FROM_SHARE para executar os pacotes ThinApp autorizados do usuário. A conta usada para se fazer login no sistema cliente do Windows é a conta de usuário usada para se obter os pacotes do compartilhamento de rede, e essa conta deve ter permissões adequadas no compartilhamento de rede.
    • Se o sistema Windows do usuário puder ingressar no domínio em alguns momentos e não puder ingressar em outros momentos, você poderá instalar o cliente com o modo COPY_TO_LOCAL e a opção AUTO_TRY_HTTP ativada.

      Com essa configuração, o cliente primeiro tenta usar o modo COPY_TO_LOCAL para baixar os pacotes. Se o sistema do Windows não estiver ingressado nesse domínio naquele momento, a tentativa de copiar os pacotes falha. No entanto, com a opção AUTO_TRY_HTTP habilitada, o cliente faz imediatamente uma tentativa de usar o HTTP para baixar os pacotes. Essa combinação de COPY_TO_LOCAL e AUTO_TRY_HTTP é o padrão quando você instala o aplicativo do Workspace ONE Access Desktop em um sistema do Windows executando a versão gráfica do programa de instalação do cliente.

      Importante: O modo HTTP_DOWNLOAD requer que a URL de download de base, que você definiu na coleção de aplicativos virtuais ThinApp, seja acessível pela máquina Windows do usuário. Os modos RUN_FROM_SHARE e COPY_TO_LOCAL requerem que o compartilhamento do ThinApp seja acessível pela máquina do Windows do usuário.

Isso disso, o repositório de pacotes ThinApp deve atender aos critérios a seguir.

  • Quando suas configurações envolvem sistemas ingressando no domínio do Active Directory, certifique-se de que um namespace não contíguo não impede que computadores membros do domínio acessem o compartilhamento de rede que hospeda os pacotes ThinApp. Um namespace não contíguo ocorre quando um nome de domínio do Active Directory é diferente do namespace de DNS usado pela máquina nesse domínio.
  • As permissões de arquivo e de compartilhamento do compartilhamento de rede devem ser configuradas para se fornecer acesso de leitura e a capacidade de executar aplicativos a esses usuários que você deseja que executem os aplicativos ThinApp usando a opção COPY_TO_LOCAL ou RUN_FROM_SHARE.

    Por exemplo, para as contas de usuário do Active Directory desses usuários que você deseja que executem os aplicativos ThinApp em modo contínuo, definir a permissão Pasta compartilhada como Leitura e a permissão NTFS como Ler e Executar fornece a esses usuários acesso de leitura e a capacidade de executar os aplicativos.

    A configuração da permissão NTFS como Ler e Executar é necessária para a execução de um aplicativo ThinApp usando-se o modo contínuo do ThinApp, que corresponde ao modo de instalação do RUN_FROM_SHARE do aplicativo do Workspace ONE Access Desktop. Se a sua organização exigir que o conjunto de permissões NTFS seja definido como Ler, seus usuários poderão usar o modo de download do ThinApp para o aplicativo virtualizado. O modo de download do ThinApp corresponde à instalação do cliente do Windows seja com o modo de instalação do COPY_TO_LOCAL seja com o modo de instalação do HTTP_DOWNLOAD. Com qualquer um desses modos de instalação, os aplicativos são baixados nos sistemas do Windows e inicializados localmente.

    No compartilhamento de rede, os pacotes ThinApp devem ser organizados em subdiretórios individuais em um diretório sob o namespace, não subdiretórios no próprio namespace, como \\server\appshare\thinapp1, \\server\appshare\thinapp2 e assim por diante. Consulte Criar um compartilhamento de rede para pacotes ThinApp que o Workspace ONE Access gerencia.