Skip to main content

16 de julho de 2026

Distribuindo e gerenciando pacotes ThinApp usando o Omnissa Access

Para que os usuários possam executar os pacotes ThinApp atribuídos a eles no Omnissa Access, é preciso que o aplicativo do Omnissa Access Desktop esteja instalado e em execução em seus sistemas Windows.

Os pacotes ThinApp são virtualizados nos aplicativos Windows. Os pacotes ThinApp são distribuídos para sistemas do Windows, e um usuário conectado ao sistema do Windows pode iniciar e executar os pacotes ThinApp que são registrados nesse sistema. O Omnissa Access pode distribuir e gerenciar pacotes ThinApp que são compatíveis com o Omnissa Access.

Para iniciar e executar com êxito um desses aplicativos virtualizados na sessão conectada do Windows do usuário, os seguintes elementos são necessários:

  • O pacote ThinApp do aplicativo virtualizado está registrado para uso por esse usuário pelo Omnissa Access.
  • Uma DLL específica está disponível nesse sistema do Windows.
  • O processo hws-desktop-client.exe está em execução.

Quando um pacote ThinApp compatível é criado, ele é configurado para carregar uma DLL específica quando o usuário conectado inicializa o aplicativo virtualizado na respectiva sessão conectada do Windows. Nesse momento, o aplicativo virtualizado tenta carregar a DLL. Quando a DLL é carregada, ela tenta verificar com o aplicativo Omnissa Access Desktop instalado localmente se esse pacote ThinApp está registrado nesse desktop do Windows para esse usuário. O aplicativo Omnissa Access Desktop instalado localmente determina se esse aplicativo está registrado para esse usuário sem se comunicar com o Omnissa Access. Se o aplicativo estiver registrado nesse desktop do Windows para esse usuário, o aplicativo Omnissa Access Desktop verificará quando ocorreu a última sincronização com o Omnissa Access. Se o aplicativo Omnissa Access Desktop confirmar que o tempo desde a última sincronização está no período de carência offline configurado para o cliente instalado, o cliente permitirá que o aplicativo seja executado.

Como essa DLL estará disponível no sistema Windows somente se o aplicativo Omnissa Access Desktop estiver instalado, e como o processo hws-desktop-client.exe estará em execução se o aplicativo Omnissa Access Desktop estiver em execução no sistema, o aplicativo Omnissa Access Desktop deverá ser instalado no sistema Windows para executar os pacotes ThinApp que são distribuídos e gerenciados pelo Omnissa Access.

Implantar o aplicativo Omnissa Access Desktop para usar pacotes ThinApp

O aplicativo Omnissa Access Desktop pode ser instalado por meio de um clique duplo no respectivo arquivo EXE do instalador, da execução do arquivo executável usando as opções de linha de comando ou da execução de um script que usa as opções de linha de comando. São necessários privilégios de administrador local para a instalação do aplicativo. Para obter informações sobre como instalar o aplicativo Omnissa Access Desktop clicando duas vezes no respectivo arquivo EXE do instalador, consulte o guia Usar o Omnissa Access Desktop.

A configuração do aplicativo instalado determina como um pacote ThinApp que é distribuído pelo Omnissa Access é implantado nesse sistema do Windows. Por padrão, quando o aplicativo Omnissa Access Desktop foi instalado por meio de um clique duplo no respectivo arquivo EXE do instalador, o cliente é configurado para implantar pacotes ThinApp usando o modo de implantação COPY_TO_LOCAL, com a opção AUTO_TRY_HTTP ativada. Essas opções do instalador padrão resultam no que é chamado de modo de implantação de download. Com as definições padrão COPY_TO_LOCAL e AUTO_TRY_HTTP, o aplicativo cliente primeiro tenta fazer download dos pacotes ThinApp, copiando-os para o endpoint do sistema do Windows, e, se a primeira tentativa falhar, o aplicativo cliente tentará fazer download dos pacotes ThinApp usando HTTP.

Depois do download dos pacotes ThinApp para o sistema do Windows local, o usuário executará os aplicativos virtualizados no sistema local.

Para evitar que os aplicativos virtualizados sejam baixados para o sistema do Windows local e usem o espaço no sistema do Windows, você pode fazer com que os usuários executem os pacotes ThinApp do compartilhamento de rede usando o que é chamado de modo de implantação de streaming. Para que os seus usuários executem os pacotes ThinApp usando o modo de streaming, você deve instalar o aplicativo Omnissa Access Desktop nos sistemas do Windows usando um processo de instalação de linha de comando. O instalador apresenta as opções de linha de comando que você pode usar para definir o modo de implantação de tempo de execução dos pacotes ThinApp. Para definir o modo de implantação de tempo de execução para transmitir os pacotes ThinApp, use a opção RUN_FROM_SHARE do instalador.

Um método para instalar o aplicativo Omnissa Access Desktop em vários sistemas do Windows é usar um script para instalar o aplicativo silenciosamente nos sistemas do Windows. Você pode instalar o cliente silenciosamente em vários sistemas do Windows ao mesmo tempo.

Nota: uma instalação silenciosa não exibe mensagens nem janelas durante o processo de instalação.

Defina um valor no script para indicar se os clientes instalados por esse script implantam os pacotes ThinApp usando o modo de streaming do ThinApp, RUN_FROM_SHARE ou um dos modos de download do ThinApp, como COPY_TO_LOCAL ou HTTP_DOWNLOAD.

Determinar o modo de implantação adequado para pacotes ThinApp nos endpoints Windows

A configuração do aplicativo do Omnissa Access Desktop no endpoint do Windows determina se um pacote ThinApp distribuído usando o Omnissa Access é implantado usando o modo contínuo do ThinApp, o RUN_FROM_SHARE ou por meio de um dos modos de download do ThinApp, COPY_TO_LOCAL ou HTTP_DOWNLOAD. Ao criar o script para instalar silenciosamente o aplicativo Omnissa Access Desktop em endpoints Windows, como computadores desktop e laptop, você define as opções que especificam o modo de implantação do pacote ThinApp. Escolha o modo de implantação mais adequado ao ambiente de rede dos endpoints selecionados, considerando detalhes como a latência da rede.

Com o modo de streaming, quando o aplicativo Omnissa Access Desktop é sincronizado com o Omnissa Access, o cliente baixa os atalhos de aplicativo dos aplicativos do Windows virtualizados dos pacotes ThinApp para o desktop do Windows e, quando o usuário inicializa os pacotes ThinApp, os aplicativos do Windows virtualizados são executados no compartilhamento de arquivos no qual os pacotes ThinApp residem.

Portanto, o modo de streaming é adequado para sistemas que estarão sempre conectados ao compartilhamento de rede, como desktop do Windows que são compartilhadas por vários usuários, ou aos desktops do Horizon.

Com o modo de download, no primeiro uso ou atualização de um pacote ThinApp, o usuário deve primeiro aguardar o download do pacote ThinApp para o sistema do Windows e a criação dos atalhos. Após o download inicial, o usuário inicializa e executa o aplicativo do Windows virtualizado no sistema do Windows local.

Importante: para desktops do Horizon não persistentes, também conhecidos como desktops do Horizon flutuantes ou independentes, espera-se que você defina o cliente para usar o modo de streaming do ThinApp usando a opção do instalador de linha de comando /v INSTALL_MODE=RUN_FROM_SHARE ao instalar o cliente. A opção RUN_FROM_SHARE oferece a experiência de tempo de execução ideal para o uso de pacotes ThinApp em desktops flutuantes do Horizon. Consulte Opções do instalador da linha de comando para o Omnissa Access Desktop.

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.

Modo de implantação do ThinApp para aplicativos virtualizados capturados como pacotes ThinApp

ModoDescrição
Modo de streaming do ThinAppNo modo de streaming do ThinApp, os aplicativos virtualizados são transmitidos sempre que são iniciados. Esse método evita o uso de espaço em disco no desktop que seria usado durante a cópia dos aplicativos virtualizados para o desktop. O desktop deve estar conectado ao compartilhamento de rede dos pacotes ThinApp para que os aplicativos sejam executados.
Os seguintes ambientes podem fornecer a consistência e a estabilidade necessárias:
  • Desktops do Horizon, sem monitoração de estado ou persistentes, com excelente conectividade com o compartilhamento de arquivos no qual os pacotes ThinApp residem.
  • Usuários com desktop do Windows que não são desktops do Horizon, compartilhados por vários usuários. Essa situação evita o acúmulo no disco de aplicativos específicos do usuário baixados e também fornece acesso rápido a aplicativos sem causar um atraso nos downloads específicos de um usuário.
A conta que o usuário utiliza para fazer login no sistema do Windows é usada para obter os pacotes ThinApp do compartilhamento de rede. Essa conta deve ter permissões adequadas no compartilhamento de rede para ler e executar os arquivos por meio do compartilhamento de rede.
modo de download do ThinAppNo modo de download do ThinApp, os aplicativos são baixados para o endpoint do Windows. O usuário executa o aplicativo virtualizado localmente no endpoint. Você pode preferir o modo de download do ThinApp nas seguintes situações:
  • Desktops do Horizon persistentes (Omnissa Access no local)
  • Desktops conectados por LAN que estão periodicamente offline
  • Uma LAN com latência de rede fraca
O Omnissa Access fornece dois tipos de modo de download do ThinApp: COPY_TO_LOCAL e HTTP_DOWNLOAD. Se o cliente for configurado para COPY_TO_LOCAL, o endpoint do Windows deverá ter ingressado no mesmo domínio que o compartilhamento de arquivos, a menos que a opção AUTO_TRY_HTTP esteja ativada.
Quando a opção AUTO_TRY_HTTP estiver ativada, se o endpoint do Windows não estiver associado ao mesmo domínio e a primeira tentativa de baixar os pacotes ThinApp falhar, o aplicativo Omnissa Access Desktop tentará automaticamente baixar os pacotes ThinApp usando o protocolo HTTP como no modo HTTP_DOWNLOAD. Com HTTP_DOWNLOAD, o endpoint do Windows não precisa ter ingressado no mesmo domínio que o compartilhamento de arquivos. No entanto, durante o uso de HTTP_DOWNLOAD, o tempo gasto para cópia e sincronização é significativamente maior do que quando COPY_TO_LOCAL é utilizado.
Durante o uso de COPY_TO_LOCAL, a conta que o usuário utiliza para fazer login no sistema do Windows é usada para obter os pacotes ThinApp do compartilhamento de rede. Essa conta deve ter permissões adequadas no compartilhamento de rede para ler e copiar os arquivos por meio do compartilhamento de rede. Durante o uso de HTTP_DOWNLOAD, a conta de usuário do compartilhamento que você insere no Omnissa Access Console ao configurar o acesso do conector ao compartilhamento de rede dos pacotes ThinApp é a conta usada para baixar os pacotes ThinApp. Essa conta de usuário do compartilhamento precisa ter permissão de leitura no compartilhamento de rede dos pacotes ThinApp para copiar os arquivos do compartilhamento de rede.

O compartilhamento de rede dos pacotes ThinApp deve atender aos requisitos adequados do modo de implantação definido para os endpoints do Windows.

Esta página foi útil?

Enviar feedback sobre este tópico

Este tópico foi útil?

Não inclua informações pessoais ou confidenciais.

Gerando o link…