Requisitos para integração do ThinApp com o Omnissa Access

Ao capturar e armazenar aplicativos ThinApp a serem distribuídos do ,Omnissa 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 Omnissa Access com o ThinApp.

• Um locatário de nuvem do Omnissa Access ou um dispositivo virtual Omnissa Access versão 22.09 ou posterior

• Uma ou mais instâncias do serviço de Aplicativo Virtual, um componente do conector Windows do Omnissa Access, versão 22.09 ou posterior

• Instalação do ThinApp, versão 5.2.9 ou posterior

• (Para usuários finais) Aplicativo Omnissa 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 Omnissa Access que pode gerenciar, você deve usar uma versão do ThinApp compatível com o Omnissa Access. O Omnissa Access oferece suporte ao 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.

• Você deve criar pacotes ThinApp que o Omnissa Access possa gerenciar. Consulte a documentação do ThinApp para obter informações sobre os parâmetros adequados que devem ser usados para criar um pacote compatível com o Omnissa Access.

  Para pacotes ThinApp existentes, você pode usar o comando relink - h para ativar os pacotes para o Omnissa Access.

• Você deve armazenar os pacotes ThinApp em um compartilhamento de rede que atenda aos requisitos do Omnissa 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 Omnissa Access tem os requisitos a seguir para o compartilhamento de rede.

• O compartilhamento de rede deve ser acessível com o uso de um caminho UNC (convenção de nomenclatura uniforme) de cada sistema que está executando o aplicativo Omnissa 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 por meio do conector do Omnissa Access.

• O Omnissa Access é compatível somente com compartilhamentos de arquivos do Bloco de Mensagens do Servidor (SMB).

• O Omnissa 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 Omnissa 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 base, que você definiu na coleção de aplicativos virtuais ThinApp, possa ser acessada 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 de streaming, definir a permissão Pasta compartilhada como Ler 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 o modo de streaming do ThinApp, que corresponde ao modo de instalação RUN_FROM_SHARE do aplicativo Omnissa 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\thinapp1m \\server\appshare\thinapp2 e assim por diante. Consulte Criar um compartilhamento de rede para pacotes ThinApp que o Omnissa Access gerencia.