29.3 Configurando o aplicativo no eDirectory

Depois de preparar o aplicativo para distribuição (consulte a Seção 29.1, Compreendendo pacotes de software), você poderá criar esse aplicativo como um objeto Aplicativo no eDirectory, definir suas regras de distribuição e associá-lo a usuários e estações de trabalho.

O objeto Aplicativo pode ser criado em qualquer container desejado. Como o Disparador de Aplicativos acessa o objeto em nome da estação de trabalho ou do usuário que efetuou login, é necessário colocar esse objeto em um container cuja partição (ou réplica da partição) esteja disponível ao usuário ou à estação de trabalho por meio de uma conexão local em vez de uma conexão remota. Para obter mais informações, consulte o Seção 51.0, Referência: Localização de objetos Aplicativo.

Para criar o objeto Aplicativo no eDirectory e configurá-lo:

  1. No ConsoleOne®, clique o botão direito do mouse no container em que você deseja criar o objeto Aplicativo, clique em Novo e clique em Aplicativo para exibir a caixa de diálogo Novo Objeto Aplicativo.

    Caixa de diálogo Novo Objeto Aplicativo

  2. Selecione uma das opções a seguir para criar o tipo apropriado de objeto para o aplicativo:

    Aplicativo que tenha um arquivo .aot/.axt: permite especificar um arquivo .aot ou .axt criado com o utilitário snAppShot ou exportado de outro objeto Aplicativo. O arquivo .aot ou .axt é utilizado para preencher os campos de propriedades do objeto Aplicativo. Passe para a Seção 29.3.1, Criando um objeto Aplicativo a partir de um arquivo do utilitário snAppshot do ZENworks.

    Aplicativo que tenha um arquivo .msi: permite especificar um arquivo do Microsoft Windows Installer (.msi). O arquivo .msi é utilizado para preencher os campos de propriedades do objeto Aplicativo. Passe para a Seção 29.3.2, Criando um objeto Aplicativo a partir de um arquivo do Windows Installer (.MSI).

29.3.1 Criando um objeto Aplicativo a partir de um arquivo do utilitário snAppshot do ZENworks

  1. (Condicional) Se a caixa de diálogo Novo Objeto Aplicativo não estiver aberta, consulte a Seção 29.3, Configurando o aplicativo no eDirectory.

  2. Na caixa de diálogo Novo Objeto Aplicativo, selecione a opção Aplicativo que tenha um arquivo .aot/.axt e clique em Próximo.

  3. Especifique o caminho para o arquivo .aot ou .axt.

    ou

    Clique no botão Pesquisar para pesquisar e selecionar o arquivo.

    O arquivo deve estar na localização de rede em que foi gravado após a sua criação com o utilitário snAppShot. Se você pesquisar o arquivo, a caixa de diálogo Abrir assumirá *.axt como padrão para a exibição do tipo de arquivo. Se um arquivo .aot tiver sido criado, mude essa exibição para *.aot ou Todos os Arquivos de forma a selecionar o arquivo .aot.

  4. Clique em Próximo e modifique os seguintes campos para personalizar o objeto Aplicativo.

    Nome do objeto: este campo assume como padrão o nome do objeto Aplicativo especificado durante a execução de snAppShot. O nome pode ser mudado, mas O nome deve estar em conformidade com as seguintes regras:

    • O nome deve ser único no container.
    • É permitido usar caracteres especiais. No entanto, o sinal de adição (+), o sinal de igualdade (=) e o ponto (.) devem ser precedidos de uma barra invertida (\) se utilizados.
    • Os caracteres a seguir são válidos nos nomes do objeto Aplicativo, mas inválidos se usados nos nomes de pastas e de arquivos do Windows:
      \ / : * ? " < > |

      Se você usar esses caracteres no nome do objeto Aplicativo, eles serão substituídos por um sublinhado (_) quando exibidos em localizações controladas pelo Windows e não no Novell Application Launcher™ (por exemplo, na área de trabalho do Windows).

    • As letras maiúsculas e minúsculas, bem como os sublinhados e os espaços, aparecem da maneira como você os digitou pela primeira vez, mas não são diferenciados. Por exemplo, ZENworks_Desktop_Management e ZENWORKS DESKTOP MANAGEMENT são considerados idênticos.

    O nome do objeto Aplicativo fica visível no eDirectory. Por padrão, esse nome também é utilizado como o ícone do objeto Aplicativo quando apresentado pelo Disparador de Aplicativos na estação de trabalho de um usuário. Se necessário, você pode mudar o título do ícone após a criação do objeto Aplicativo (objeto Aplicativo > guia Identificação > página Ícone).

    SOURCE_PATH (local dos arquivos de instalação (.fil)): este campo assume como padrão a localização em que os arquivos do aplicativo (arquivos .fil) foram armazenados durante a execução de snAppShot. Verifique se o caminho está correto. Se esse caminho utilizar um mapeamento de unidade, será possível: 1) verificar se todas as estações de trabalho têm a mesma unidade mapeada para a localização de origem; ou 2) mudar esse mapeamento de unidade para outro formato, como o UNC. Para obter informações sobre formatos válidos, consulte Sintaxe do caminho de arquivos na Seção 23.2, Visão geral sobre o acesso a sistemas de arquivos.

    O caminho que você inserir será adicionado como a macro SOURCE_PATH na lista Macros do objeto Aplicativo (guia Comum > página Macros) e será utilizado em todos os campos que exijam um caminho para a localização de origem.

    TARGET_PATH (caminho do diretório da estação de trabalho cliente): Esse caminho especifica o local da estação de trabalho em que os arquivos do aplicativo deverão ser instalados. Ele assume como padrão o caminho definido no arquivo .aot ou .axt, que é a localização em que o aplicativo foi instalado durante a execução do snAppShot. Verifique se essa localização corresponde ao diretório da estação de trabalho no qual você deseja instalar o aplicativo.

    O caminho que você inserir será adicionado como a macro TARGET_PATH na lista Macros do objeto Aplicativo (guia Comum > página Macros) e será utilizado em todos os campos que exijam um caminho para a localização de destino.

  5. Clique em Próximo e defina as regras utilizadas pelo Disparador de Aplicativos para determinar se uma estação de trabalho atende aos requisitos do aplicativo.

    As regras de distribuição garantem que o Disparador de Aplicativos não distribua o aplicativo a estações de trabalho que não possam oferecer suporte para esse aplicativo. Por exemplo, se o aplicativo for executado somente no Windows 2000/XP, crie uma regra de sistema operacional que proíba a distribuição a estações de trabalho Windows 98.

    NOTA:O requisito de definição de um sistema operacional antes de um aplicativo ficar disponível foi removido.

    Nas versões anteriores do ZENworks, a plataforma do sistema operacional precisava ser definida nos Requisitos do Sistema antes de um aplicativo ficar disponível para distribuição e inicialização. Esse requisito foi removido.

    O novo comportamento utiliza a seguinte lógica: Se um aplicativo é executado apenas em um sistema operacional específico, definir uma regra de distribuição do sistema operacional. Se um aplicativo não exige um sistema operacional específico, não há necessidade de definir uma regra de distribuição. Por padrão, os aplicativos sem uma regra de distribuição de sistema operacional definida estão disponíveis em todas as plataformas suportadas (Windows 98, Windows 2000 e Windows XP).

    Para adicionar uma regra de distribuição:

    1. Clique em Adicionar e, em seguida, selecione o tipo de regra que você quer definir.

    2. Preencha as informações referentes ao requisito (clique em Ajuda para obter informações sobre esse requisito ou consulte Página Regras de Distribuição) e, em seguida, clique em OK para adicionar esse requisito à lista.

      Se você quiser criar regras de distribuição adicionais para o aplicativo posteriormente, utilize a página Regras de Distribuição no objeto Aplicativo. Para obter informações, consulte Página Regras de Distribuição.

  6. Clique em Próximo e, em seguida, associe o objeto Aplicativo aos usuários ou às estações de trabalho para os quais você quer distribuir o aplicativo. Para isso:

    1. Clique em Adicionar e, em seguida, procure e selecione objetos Usuário ou Estação de Trabalho. Você também pode selecionar objetos Grupo, objetos Grupo de Estações de Trabalho e objetos container (Unidade Organizacional, Organização ou País). Se você selecionar um objeto container, terá a opção de associar ao aplicativo todos os objetos Estação de Trabalho e/ou Usuário do container.

      Cada estação de trabalho que você deseja associar a aplicativos deve ser, em primeiro lugar, importada para o eDirectory como um objeto Estação de Trabalho. Se uma estação de trabalho à qual você deseja associar o aplicativo não tiver sido importada como um objeto Estação de Trabalho, consulte a Seção III, Importação e Remoção Automáticas de Estação de Trabalho.

      Associar um objeto Aplicativo a um Grupo, a um Grupo de Estações de Trabalho ou a outro objeto Container é o método preferencial de associação do objeto Aplicativo no eDirectory. Associar o aplicativo a vários objetos Usuário ou Estação de Trabalho (por exemplo, a mais de 250) pode aumentar a utilização do servidor.

      IMPORTANTE:Não associe o objeto Aplicativo a objetos Álias, pois não há suporte para esses objetos.

    2. Depois de adicionar o usuário ou a estação de trabalho à lista, marque as caixas de seleção apropriadas para o usuário ou a estação de trabalho a fim de definir as características Forçar execução, NAL, Menu Iniciar, Desktop, Bandeja do sistema, Disparo rápido e Forçar cache) que deseja aplicar ao aplicativo. Clique em Ajuda para obter uma descrição de cada uma dessas características ou consulte Página Associações.

      Se posteriormente você quiser associar o aplicativo a usuários ou estações de trabalho adicionais, utilize a página Associações no objeto Aplicativo. Para obter informações, consulte Página Associações.

  7. Clique em Próximo, revise as configurações do objeto Aplicativo e clique em Concluir para criar o objeto Aplicativo.

  8. Continue na Seção 28.3, Estabelecendo o acesso ao sistema de arquivos.

29.3.2 Criando um objeto Aplicativo a partir de um arquivo do Windows Installer (.MSI)

  1. (Condicional) Se a caixa de diálogo Novo Objeto Aplicativo não estiver aberta, consulte a Seção 29.3, Configurando o aplicativo no eDirectory.

  2. Na caixa de diálogo Novo Objeto Aplicativo, selecione a opção Aplicativo que tenha um arquivo .msi e clique em Próximo.

  3. No campo Caminho do arquivo .msi, especifique o caminho completo até o arquivo .msi a ser usado como o arquivo de origem durante a distribuição na estação de trabalho.

    Você pode usar uma unidade mapeada ou um caminho UNC. Se você usar uma unidade mapeada, verifique se todas as estações de trabalho mapearam a mesma unidade como local de origem. O caminho que você inserir será adicionado à lista de Origem do pacote para o objeto Aplicativo (guia Comum > Origens).

    NOTA:após a criação do objeto Aplicativo, não será possível mudar o nome do arquivo .msi, mas será possível mudar seu caminho. Se você mudar o nome do arquivo .msi, ocorrerá uma falha na instalação.

  4. Clique em Próximo e modifique os seguintes campos para personalizar o objeto Aplicativo.

    Nome do objeto: este campo assume como padrão o nome do objeto Aplicativo definido no arquivo .msi. O nome pode ser mudado, mas O nome deve estar em conformidade com as seguintes regras:

    • O nome deve ser único no container.
    • É permitido usar caracteres especiais. No entanto, o sinal de adição (+), o sinal de igualdade (=) e o ponto (.) devem ser precedidos de uma barra invertida (\) se utilizados.
    • Os caracteres a seguir são válidos nos nomes do objeto Aplicativo, mas inválidos se usados nos nomes de pastas e de arquivos do Windows:
      \ / : * ? " < > |

      Se você usar esses caracteres no nome do objeto Aplicativo, eles poderão ser substituídos por um sublinhado (_) quando exibidos em localizações controladas pelo Windows e não no Disparador de Aplicativo Novell (por exemplo, na área de trabalho do Windows).

    • As letras maiúsculas e minúsculas, bem como os sublinhados e os espaços, aparecem da maneira como você os digitou pela primeira vez, mas não são diferenciados. Por exemplo, ZENworks_Desktop_Management e ZENWORKS DESKTOP MANAGEMENT são considerados idênticos.

    O nome do objeto Aplicativo fica visível no eDirectory. Por padrão, esse nome também é utilizado como o ícone do objeto Aplicativo quando apresentado pelo Disparador de Aplicativos na estação de trabalho de um usuário. Se necessário, você pode mudar o título do ícone após a criação do objeto Aplicativo (objeto Aplicativo > guia Identificação > página Ícone).

    Caminho do pacote de administração: este caminho especifica a localização do pacote MSI que você quer usar para fins administrativos. O ConsoleOne usa o arquivo .msi dessa localização para preencher informações no objeto Aplicativo. Esse campo é utilizado apenas pelo ConsoleOne na leitura do pacote .msi. Ele não é utilizado pelo NAL para distribuição do aplicativo. Para a distribuição, o Disparador de Aplicativos usa o caminho definido no campo Caminho do arquivo .msi localizado na página anterior.

    O caminho assume como padrão o que foi definido no campo Caminho do arquivo .msi da página anterior. Altere-o, se necessário. Você pode usar uma unidade mapeada ou um caminho UNC. Se for utilizado um mapeamento de unidades, todas as estações de trabalho do ConsoleOne deverão ter a mesma unidade mapeada para o local. Não é possível usar macros nesse campo.

    O caminho que você inserir será adicionado ao campo Caminho do pacote de administração para o objeto Aplicativo (guia Identificação > página Informações do Pacote).

    NOTA:Não use macros nesse campo, pois haverá falha na criação do objeto Aplicativo. Depois que o ConsoleOne tiver criado o objeto Aplicativo, você poderá definir uma macro para a localização de origem (guia Comum > Macros) e usá-la em outros campos do objeto Aplicativo (como na lista de Origem do pacote).

  5. Clique em Próximo e defina as regras utilizadas pelo Disparador de Aplicativos para determinar se uma estação de trabalho atende aos requisitos do aplicativo.

    As regras de distribuição garantem que o Disparador de Aplicativos não distribua o aplicativo a estações de trabalho que não possam oferecer suporte para esse aplicativo. Por exemplo, se o aplicativo for executado somente no Windows 2000/XP, crie uma regra de sistema operacional que proíba a distribuição a estações de trabalho Windows 98.

    Para adicionar uma regra de distribuição:

    1. Clique em Adicionar e, em seguida, selecione o tipo de regra que você quer definir.

    2. Preencha as informações referentes ao requisito (clique em Ajuda para obter informações sobre esse requisito ou consulte Página Regras de Distribuição) e, em seguida, clique em OK para adicionar esse requisito à lista.

      Se você quiser criar regras de distribuição adicionais para o aplicativo posteriormente, utilize a página Regras de Distribuição no objeto Aplicativo. Para obter informações, consulte Página Regras de Distribuição.

  6. Clique em Próximo e, em seguida, associe o objeto Aplicativo aos usuários ou às estações de trabalho para os quais você quer distribuir o aplicativo. Para isso:

    1. Clique em Adicionar e, em seguida, procure e selecione objetos Usuário ou Estação de Trabalho.

      Cada estação de trabalho que você deseja associar a aplicativos deve ser, em primeiro lugar, importada para o eDirectory como um objeto Estação de Trabalho. Se uma estação de trabalho à qual você deseja associar o aplicativo não tiver sido importada como um objeto Estação de Trabalho, consulte a Seção III, Importação e Remoção Automáticas de Estação de Trabalho.

      Você também pode selecionar objetos Grupo, objetos Grupo de Estações de Trabalho e objetos container (Unidade Organizacional, Organização ou País). Se você selecionar um objeto container, terá a opção de associar ao aplicativo todos os objetos Estação de Trabalho e/ou Usuário do container.

      Associar um objeto Aplicativo a um Grupo, a um Grupo de Estações de Trabalho ou a outro objeto Container é o método preferencial de associação do objeto Aplicativo no eDirectory. Associar o aplicativo a vários objetos Usuário ou Estação de Trabalho (por exemplo, a mais de 250) pode aumentar a utilização do servidor.

      IMPORTANTE:Não associe o objeto Aplicativo a objetos Álias, pois não há suporte para esses objetos.

    2. Depois de adicionar o usuário ou a estação de trabalho à lista, marque as caixas de seleção apropriadas para o usuário ou a estação de trabalho a fim de definir as características Forçar execução, NAL, Menu Iniciar, Desktop, Bandeja do sistema, Disparo rápido e Forçar cache) que deseja aplicar ao aplicativo. Clique em Ajuda para obter uma descrição de cada uma dessas características ou consulte Página Associações.

      No caso de aplicativos MSI, será necessário utilizar a opção Forçar cache se os usuários ou as estações de trabalho não tiverem acesso por meio de um cliente de rede aos arquivos .msi de origem. O Microsoft Windows Installer precisa de um acesso a arquivos fornecido por um cliente de rede, mas não pelo Agente do ZENworks Desktop Management. Considere estes exemplos:

      • Os usuários fora de um firewall precisam de um aplicativo MSI, mas não têm acesso por meio de um cliente de rede aos arquivos .msi de origem em um servidor dentro desse firewall. Eles efetuam login no Servidor de Camada Intermediária do ZENworks e o Disparador de Aplicativos exibe o aplicativo MSI. Para que a distribuição seja concluída com êxito, o aplicativo MSI deve ser marcado como Forçar cache, de forma que os arquivos .msi de origem sejam copiados para o diretório de cache do usuário (por meio do Servidor de Camada Intermediária) e, em seguida, distribuídos a partir desse diretório.
      • Os usuários que estão dentro do seu firewall precisam de um aplicativo MSI. como não possuem o Novell Client™ instalado, efetuam login no Servidor de Camada Intermediária do ZENworks para se autenticarem no eDirectory. Esses usuários fazem parte de um domínio do Active Directory, e os arquivos .msi de origem estão localizados em um compartilhamento do Windows sobre o qual eles têm direitos. A distribuição é efetuada com êxito sem que o cache do aplicativo seja forçado, pois o cliente de rede Microsoft permite o acesso aos arquivos de origem .msi.

      Se posteriormente você quiser associar o aplicativo a usuários ou estações de trabalho adicionais, utilize a página Associações no objeto Aplicativo. Para obter informações, consulte Página Associações.

  7. Clique em Próximo, revise as configurações do objeto Aplicativo e clique em Concluir para criar o objeto Aplicativo.

    Se, após a criação de um objeto Aplicativo para um aplicativo MSI, você receber um novo pacote MSI (arquivo .msi) para esse aplicativo, será necessário criar um novo objeto Aplicativo utilizando o novo arquivo .msi. Não é possível substituir simplesmente o arquivo .msi antigo por esse novo arquivo.

    Por exemplo, o Agente do Desktop Management é compactado em um pacote como um arquivo .msi (zfdagent.msi) que pode ser distribuído em um objeto Aplicativo. Sempre que você receber um novo arquivo zfdagent.msi (por meio de um upgrade ou de um support pack), precisará criar um novo objeto Aplicativo para esse arquivo. Isso garante que o GUID (global unique identifier - identificador global exclusivo) contido no arquivo .msi seja sincronizado com o GUID contido no objeto Aplicativo e na estação de trabalho, permitindo que o aplicativo seja instalado e desinstalado corretamente.

  8. Continue na Seção 28.3, Estabelecendo o acesso ao sistema de arquivos.