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.
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.
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.
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:
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.
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.
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
Tags windows sms deployment