Installation de logiciels sur un ordinateur distant sans Active Directory

Utilisez PSExec pour copier et exécuter des commandes à distance (telles que des fichiers .msi) avec les commutateurs appropriés. Cependant, vous devez toujours fournir des informations d'identification d'administrateur à chaque machine.

Votre question peut prendre deux directions. Si la question est "Comment puis-je gérer l'installation de logiciels sur Windows au niveau de l'entreprise sans utiliser Active Directory et ses produits connexes", alors il existe un certain nombre d'autres produits qui pourraient répondre à vos besoins - celui que j'utilise est Novell Zenworks (qui peut optionnellement utiliser AD mais aussi eDirectory de Novell - donc pas AD) et j'en suis extrêmement satisfait depuis des années.

Toutefois, si votre question est (comme je le soupçonne) plutôt du type "Comment puis-je prendre un groupe de postes de travail autonomes et y déployer des logiciels à distance à moindre coût ?", alors nous allons nous amuser un peu plus. Le processus de base d'installation des MSI ne change jamais : vous exécutez le programme d'installation de Windows à partir de la ligne de commande, vous le dirigez vers le fichier MSI et vous lui donnez les indicateurs appropriés pour le type d'installation que vous essayez d'accomplir. Les choses se compliquent un peu si vous essayez de personnaliser le programme d'installation ou si le fournisseur n'a pas fourni un fichier particulièrement compatible avec les MSI (certaines sociétés sont connues pour envelopper leurs propres programmes d'installation .exe dans des MSI ordinaires). Je vous recommande également de consulter un site comme MSI Wisdom ( http://msiwisdom.com ) pour obtenir des conseils sur l'utilisation de certains des installateurs les plus problématiques pour les applications populaires.

Les problèmes commencent lorsque vous avez besoin que toutes ces stations de travail soient capables d'exécuter ces commandes d'installation sans trop d'intervention, et qu'elles soient capables d'exécuter une liste de logiciels en constante évolution.

Je vous recommande vivement d'obtenir l'accord de votre organisation pour acheter et déployer un service d'annuaire central (comme Active Directory ou eDirectory) et un logiciel de gestion des postes de travail (comme les offres intégrées de Microsoft, Altiris, ou Zenworks, déjà mentionné). Ce type de logiciel est non seulement plus fiable qu'une solution maison, mais il offre des fonctionnalités telles que la création de rapports d'installation (ce qui a été installé, où, ce qui n'a pas été installé, etc.) qui réduisent considérablement la charge de travail liée à la maintenance des postes de travail.

Cela dit, la solution "bon marché" implique quatre choses :

1) Un serveur de fichiers avec un compte en lecture seule spécifiquement pour le déploiement de logiciels.

2) Un compte d'administrateur local sur chaque poste de travail avec un nom d'utilisateur et un mot de passe standard.

3) Un script distant sur le serveur de fichiers écrit dans un langage capable d'exécuter l'installateur Windows (je suggérerais VBScript ou C#) et

4) Un script complémentaire sur le poste de travail local qui est mis dans l'ordonnanceur.

Donc, voici ce qui se passe :

1. Votre script local dans le scheduler s'exécute à une heure fixe chaque nuit (le mieux est de l'échelonner entre les postes de travail) et ne fait rien d'autre que Mapper vers le serveur de fichiers -> Exécuter le script distant -> Supprimer le mappage après la fin du script distant.

2. Les fichiers de l'installateur sont sur le même partage du serveur de fichiers que le script distant. Le script distant ne fait rien par défaut, mais lorsque vous devez installer un logiciel, vous le changez (en gardant le même nom). Lorsqu'un logiciel doit être installé, le script invoque le programme d'installation de Windows en tant qu'administrateur local et installe le paquet MSI que vous avez actuellement sur le serveur de fichiers.

La solution bon marché sera plus coûteuse à long terme. Mais si vous ne voulez pas faire les installations via Sneakernet et si vous ne comptez pas déployer un système d'annuaire centralisé avec des logiciels gérés, c'est l'approche que je choisirais.

Nous avions l'habitude d'utiliser le psexec avec un lot script méthode suggérée par gWaldo. Récemment, nous avons commencé à utiliser PDQ Deploy pour déployer nos installateurs, qu'ils soient MSI ou non MSI, comme Firefox. C'est assez simple et permet de traiter plusieurs clients à la fois, ce que la méthode psexec du fichier batch ne peut pas faire.

Pour les aider, je me tourne vers WPKG.org pour connaître les commutateurs à utiliser pour le installation silencieuse