Instalando o software em um computador remoto sem o Active Directory

2

Quais são os métodos para instalar software (MSI) em computadores remotos sem o diretório ativo na plataforma Windows?

O objetivo é criar aplicativos universais que instalem software em todas as estações de trabalho em diferentes locais e em várias redes de clientes.

    
por Kamil Rudnicki 04.10.2010 / 14:58

3 respostas

3

Use o PSExec para copiar e executar comandos remotos (como arquivos .msi) com os switches apropriados. Você ainda precisa fornecer credenciais de administrador para cada máquina, no entanto.

    
por 04.10.2010 / 15:36
2

Sua pergunta pode ser de duas maneiras aqui. Se a pergunta for "Como gerenciar a instalação de software no Windows em nível corporativo sem usar o Active Directory e seus produtos relacionados", há vários outros produtos que atendem às suas necessidades - o que eu uso é o Novell Zenworks ( que opcionalmente pode usar o AD, mas também o eDirectory da Novell - daí não é o AD) e fiquei extremamente satisfeito com isso ao longo dos anos.

No entanto, se a sua pergunta for (como eu suspeito) mais na linha de "Como posso tirar um monte de estações de trabalho autônomas e implantar software remotamente a elas de maneira barata", então nos divertimos um pouco mais. O processo básico de instalação do MSI nunca muda - você executa o instalador do Windows a partir da linha de comando, aponta para o arquivo MSI e fornece os sinalizadores apropriados para o tipo de instalação que você está tentando realizar. Ele fica um pouco mais complicado se você estiver tentando personalizar o instalador ou se o fornecedor não tiver fornecido um arquivo particularmente compatível com msi (algumas empresas são notórias por envolver seus próprios instaladores .exe pelo MSI simples) e por isso você pode querer que um aplicativo como o AdminStudio modifique arquivos MSI ou crie seus próprios arquivos. Eu também recomendaria olhar para um site como o MSI Wisdom ( link ) para obter dicas sobre como trabalhar com alguns dos instaladores mais problemáticos para aplicativos populares.

O problema começa quando você precisa de todas essas estações de trabalho para poder executar esses comandos do instalador sem muita intervenção e poder executar uma lista de software em constante mudança.

Minha recomendação, muito strongmente, é que você obtenha uma aceitação organizacional para comprar e implantar um serviço de diretório central (como o Active Directory ou eDirectory) e software de gerenciamento de estação de trabalho (como as ofertas internas da Microsoft, Altiris ou Zenworks acima mencionado). ). Esse tipo de software não é apenas mais confiável do que uma solução caseira, ele fornece recursos como relatórios de instalação (o que instalou onde, o que não conseguiu instalar, etc.) que reduz drasticamente a carga de trabalho de manutenção da estação de trabalho.

Dito isto, a solução "barata" envolve quatro coisas:

1) Um servidor de arquivos com uma conta somente leitura especificamente para implantação de software

2) Uma conta de administrador local em cada estação de trabalho com um nome de usuário e senha padrão

3) Um script remoto no servidor de arquivos escrito em um idioma capaz de executar o instalador do Windows (eu sugiro VBScript ou C #) e

4) Um script complementar na estação de trabalho local que é colocado no agendador.

Então, o que acontece é isto:

  1. Seu script local no agendador é executado em um horário definido todas as noites (melhor para escalonar entre as estações de trabalho) e não faz nada além de Mapear para o servidor de arquivos - > Execute o script remoto - > Remova o mapeamento após a conclusão do script remoto.

  2. Os arquivos do instalador estão no mesmo compartilhamento de servidor de arquivos que o script remoto. O script remoto, por padrão, não faz nada, mas quando você precisa instalar o software, você o altera (mantendo o mesmo nome). Quando o software precisa ser instalado, o script chama o instalador do Windows em execução como o administrador local e instala qualquer pacote MSI que você tenha atualmente no servidor de arquivos.

A solução barata será mais cara a longo prazo. Mas se você não quer fazer as instalações via Sneakernet e não vai implantar um sistema de diretório centralizado com software gerenciado, então esta é a abordagem que eu tomaria.

    
por 04.10.2010 / 17:26
2

Costumávamos usar o psexec com um método de script em lote sugerido pelo gWaldo. Recentemente, começamos a usar o PDQ Deploy para implantar nossos instaladores, tanto MSI quanto não-MSI, como o Firefox. É bastante simples e faz vários clientes de uma só vez, o que o método psexec do arquivo em lote não pode fazer.

Para ajudar com isso eu procuro WPKG.org para as opções corretas a serem usadas para o instalação silenciosa

    
por 04.10.2010 / 18:08