FR 2825165 A1 20021129 FR 0106697 A 20010522 PROCEDE ET DISPOSITIF PERMETTANT D'EXECUTER AUTOMATIQUEMENT DES OPERATIONS A DISTANCE SUR DES MACHINES NT La présente invention concerne le domaine de la gestion de machines distribuées pourvues d'un système d'exploitation Windows NT (appelées machines NT) à partir d'une machine centrale pourvue du même ou d'un autre système d'exploitation, et plus particulièrement un procédé et un dispositif permettant d'exécuter automatiquement des opérations à distance sur lesdites machines NT à partir de la dite machine centrale. L'art antérieur Le terme machine dans la présente description représente une unité conceptuelle très large, de nature matériel et/ou logiciel. Pour administrer une machine sur un réseau et plus particulièrement sur le réseau Internet à partir d'une autre machine, on utilise très souvent le protocole SNMP (Simple Network Management Protocol-Protocole simple de gestion de réseau) de la famille des protocoles TCP/IP. Le protocole SNMP permet à une machine de communiquer au travers d'un réseau avec une autre machine comportant un agent SNMP. Un agent est un module logiciel fonctionnant en arrière-plan et destiné à réaliser une action lorsqu'un événement spécifié intervient. Pour s'adresser à un agent SNMP, on utilise un port UDP et une adresse IP. Actuellement, il est impossible de lancer des commandes à distance sur des machines NT à partir d'une machine centrale dont le système d'exploitation est différent de Windows NT et par exemple dont le système d'exploitation est UNIXTM. En particulier, lors de l'installation ou de la mise à jour d'agents sur des machines NT, l'administrateur doit : e Se déplacer physiquement sur chaque machine NT avec le cédérom d'installation ou mise à jour des agents ; * Faire un inventaire des agents déjà installés sur lesdites machines NT ; *) Installer, mettre à jour ou désinstaller manuellement les agents concernés sur chacune des machines ; e Configurer correctement les paramètres de lancement pour chacun des agents en question ; e Vérifier manuellement par des tests locaux ou des vérifications visuelles que l'installation, la mise à jour ou la désinstallation a réussi ; . Conserver l'information relative à l'installation des agents ; * Configurer la machine centrale destinée à gérer lesdits agents, stocker des informations sur un fichier de la machine centrale et vérifier l'accessibilité de ladite machine. L'installation ou la mise à jour d'agents nécessite donc une intervention manuelle lourde soumise à de nombreuses erreurs de saisie ou d'oubli. De plus, aucune centralisation des résultats de l'installation ou mise à jour n'est prévue dans le but de gérer automatiquement lesdites machines. A titre illustratif, l'installation manuelle de cinq agents sur cent machines requiert environ 2 hommes. semaine. Il en résulte un coût onéreux. De nos jours, les clients installent les logiciels pour les essayer avant de les acheter : la complexité et l'archaïsme du procédé d'installation les dissuadent avant même de tester le produit offert. II existe des outils d'installation à distance dans l'environnement Windows NT mais ces outils ne sont pas adaptés à l'environnement hétérogène UNIX-NT. De plus, ces outils s'avèrent être d'une utilisation difficile pour un administrateur. Un but de la présente invention est de permettre l'exécution d'opérations à distance sur des machines NT à partir d'une machine centrale telles que le lancement d'actions de surveillance ou d'administration. Un but de la présente invention est de permettre plus particulièrement l'installation, la mise à jour ou la désinstallation d'agents sur des machines NT à partir d'une machine pourvue d'un autre système d'exploitation de manière automatique. Un autre but de la présente invention est de simplifier l'installation, la mise à jour ou la désinstallation d'agents sur des machines NT à partir d'une machine NT. Résumé de l'invention Dans ce contexte, la présente invention propose un procédé permettant d'exécuter automatiquement des opérations à distance sur des machines NT cibles à partir d'une machine centrale dans un système informatique, caractérisé en ce qu'il consiste à introduire un mécanisme d'amorce dans chaque machine cible à partir d'une machine intermédiaire de préinstallation, le mécanisme d'amorce répondant au protocole utilisé pour la communication entre la machine centrale et la machine cible. La présente invention concerne également le dispositif de mise en oeuvre dudit procédé. Présentation des figures D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description qui suit, donnée à titre d'exemple illustratif et non limitatif de la présente invention, en référence aux dessins annexés dans lesquels : la figure 1 est une vue schématique du système selon une forme de réalisation de l'invention ; les figures 2 à 5 sont des copies d'écran affichant une forme de réalisation de fenêtres d'affichage d'une interface graphique du système selon la figure 1 ; la figure 6 est une vue schématique du système selon la figure 1 dans laquelle les étapes du procédé selon l'invention sont mises en évidence. Description d'une forme de réalisation de l'invention Comme le montre la forme de réalisation du système 1 informatique selon l'invention illustrée sur la figure 1, le système 1 est distribué et composé de machines 2a, 2b, 2c organisées en un ou plusieurs réseaux 3. Une machine 2 est une unité conceptuelle très large, de nature matérielle et/ou logicielle. Seuls les composants des machines 2 du système 1 caractéristiques de la présente invention seront décrits, les autres composants étant connus de l'homme du métier. Comme le montre la figure 1, dans la présente invention, le système informatique 1 comprend au moins une machine 2a dite machine 2a centrale, une machine 2b intermédiaire de préinstallation, appelée dans ce qui suit préinstalleur 2b, au moins une machine 2c cible. La machine 2a centrale est une station de travail, un serveur ou tout autre type de machine, et par exemple un serveur NT ou UNIX d'administration (à savoir un serveur muni du système d'exploitation Windows NTTI ou UNIT). Le préinstalleur 2b et la machine 2c cible sont des serveurs NT. Le préinstalleur 2b est susceptible d'être constitué par une machine 2c cible. Il est à noter que les machines 2 sont susceptibles d'être regroupées les unes aux autres, ainsi par exemple, la machine 2a centrale et le préinstalleur 2b peuvent ne former qu'une seule machine si leur système d'exploitation est identique (Windows NTTM). Comme montré sur la figure 1, le préinstalleur 2b comporte les modules suivants : - une interface 4 graphique qui permet de présenter à un administrateur 5 : - le voisinage réseau NT du préinstalleur 2b, à savoir l'ensemble des domaines (domain sur les figures 4 et 5) et groupes de travail (workgroup) accessibles à partir du préinstalleur 2b ; un domaine est un ensemble de machines NT gérées par un contrôleur de domaine et accessibles à partir d'un réseau. Un groupe de travail est constitué d'une ou plusieurs machines indépendantes. Les domaines et groupes de travail contiennent des machines 2c cibles. Le voisinage réseau représente donc l'ensemble des machines 2c cibles accessibles depuis le préinstalleur 2b ; - des fenêtres d'affichage des paramètres de connexion (login) et de configuration des machines 2c cibles ; - des fichiers de résultats de l'installation affichés suivant des critères de date, de noms de machines... *un moteur 6 qui installe à distance et configure automatiquement des amorces 7 dans les machines 2c cibles ; - des moyens 8 de mémorisation d'un historique appelé Log, tels qu'un disque dur 8. L'administrateur 5 commande le préinstalleur 2b au moyen d'un clavier et d'une souris ou de tout autre moyen de saisie équivalent. Les figures 2 à 5 montrent un exemple de forme de réalisation des fenêtres d'affichage de l'interface 4 offerte à l'administrateur 5. Les fenêtres des figures 2 et 3 permettent à l'administrateur 5 de saisir les paramètres de connexion respectivement de la machine 2a centrale (dans l'exemple de la figure 3, la machine OpenMaster) et de chaque machine 2c cible (dans l'exemple de la figure 3, la machine Clog123). La fenêtre d'affichage illustrée sur les figures 4 et 5 permet à l'administrateur de sélectionner des machines 2c cibles du voisinage du préinstalleur 2b. Elle comprend : - une barre 9 de menu contenant les menus classiques pour la manipulation de fichiers, l'impression et l'accès aux caractéristiques de l'interface 4 ; - une barre 10 d'outils offrant des raccourcis aux menus ; - une fenêtre 11 d'objets présentant le voisinage réseau du préinstalleur 2b, à savoir l'ensemble des domaines et groupes de travail, soient des machines 2c cibles accessibles depuis le préinstalleur et sur lesquels des opérations à distance sont susceptibles d'être exécutées ; 'une fenêtre 12 d'attributs présentant des caractéristiques des machines cibles 2c sélectionnées dans la fenêtre 11 d'objets pour y effectuer des opérations à distance. Les caractéristiques des machines sélectionnées sont classées par onglets 13 et sont par exemple l'adresse IP (IP : Internet Protocole-adresse IP : adresse d'une machine dans un réseau TCP/IP) de la machine sélectionnée, son nom... Les machines 2c cible comprennent des moyens 15 de mémorisation de l'amorce 7 tels qu'un disque 15 dur. L'amorce 7 est constituée par tout moyen permettant la communication entre la machine 2a centrale et les machines 2c cibles : dans l'exemple illustré, l'amorce 7 est constituée par un agent d'action susceptible de communiquer avec la machine 2a centrale par le protocole SNMP. L'amorce 7 aurait pu également être constituée par exemple par tout programme exécutable interrogeable à distance. Dans la forme de réalisation illustrée sur la figure 1, l'amorce 7 comprend : - des moyens 16 d'aiguillage et de gestion (moyens décrits dans le brevet FR2698461/9214021 déposé le 23 novembre 1992 par le présent demandeur) constitués par un agent SNMP appelé agent 16 d'aiguillage apte à recevoir toutes les requêtes SNMP et à les renvoyer aux agents SNMP concernés par les requêtes en question ; l'agent d'aiguillage autorise l'utilisation d'un unique port standard SNMP 161 pour tous les agents SNMP ; - un agent 17 d'action, agent SNMP permettant de lancer localement des opérations sur la machine 2c cible telle que l'installation/la réinstallation ou la désinstallation d'agents, la mise à jour de la configuration d'agents, l'administration de la machine 2c cible concernée ; l'agent 17 d'action permet également de rapatrier les résultats des opérations sur le préinstalleur 2b. Le procédé selon l'invention consiste à permettre l'exécution d'opérations à distance à partir de la machine 2a centrale sur les machines 2c cible au moyen du préinstalleur 2b. Le procédé selon l'invention consiste à introduire dans chaque machine 2c cible, à partir du préinstalleur 2b, un mécanisme d'amorce 7 qui répond à un protocole utilisé pour la communication entre la machine 2a centrale et la machine cible, à savoir un protocole standard tel que le protocole SNMP. La figure 6 illustre les différentes étapes du procédé selon l'invention. Le procédé comprend les étapes suivantes : 1-Dans une première étape (1), l'administrateur 5 installe un cédérom dans le préinstalleur 2b. Le cédérom contient l'interface 4 graphique et le moteur 6 qui contient l'amorce 7. De cette manière, lorsque le procédé a mis les amorces 7 en place, l'interface 4 et le moteur 6 ont rempli leur fonction et peuvent être facilement supprimés du préinstalleur 2b en retirant le cédérom en question. Aucune trace du dispositif selon l'invention ne subsiste et le préinstalleur est susceptible d'être utilisé pour toute autre fin telle que par exemple comme machine cible. Après avoir installé le cédérom, l'administrateur lance le moteur 6 : un processus permettant l'exécution des étapes suivantes démarre dans le préinstalleur 2b. Un processus 6 est un programme en cours d'exécution. Il correspond à un partage logique du travail dans le système d'exploitation. L'activité sur un système est générée par les processus. Il est à noter qu'un programme est une entité passive contenue dans un fichier en mémoire alors qu'un processus est une entité active réalisant des fonctionnalités prévues dans le programme. 2-L'administrateur 5 saisit, dans une deuxième étape (2), les informations nécessaires au préinstalleur 2b pour installer les amorces 7 sur les machines 2c cibles souhaitées et en informer la machine 2a centrale. Le moteur 6 installé sous forme d'un processus dans le préinstalleur 2b lance la détection automatique des domaines et/ou groupes de travail, soient des machines 2c cibles reconnues sur le réseau 3 et accessibles depuis le préinstalleur 2b. Pour ce faire, le moteur 6 utilise des interfaces de programmation (API) standards de découverte, appelées voisinage réseau . Il peut être prévu d'ajouter manuellement des machines cibles à l'ensemble des machines retrouvées automatiquement par l'interface 4 graphique. L'interface 4 graphique installée à partir du cédérom à l'étape précédente requiert au travers de la fenêtre d'affichage représentée sur la figure 2 le nom de connexion (login-dans l'exemple illustré OpenMaster administrator et le mot de passe ( OpenMaster password ) de la machine centrale 2a ainsi que le répertoire ( Openmaster directory ) de la machine 2a centrale dans lequel l'administrateur souhaite placer les informations. Une fois les informations saisies, l'interface graphique présente l'ensemble des domaines et groupes de travail retrouvés automatiquement à l'administrateur 5 au moyen de la fenêtre illustrée sur les figures 4 et 5. L'administrateur sélectionne dans la fenêtre 11 d'objets les domaines et/ou groupes de travail et dans ces domaines et/ou groupes de travail, les machines 2c cibles sur lesquelles il souhaite opérer. L'administrateur peut ajouter manuellement d'autres machines 2c cibles qui n'auraient pas été retrouvées automatiquement. Les machines 2c cibles sélectionnées apparaissent dans la fenêtre 12 d'attributs. L'administrateur 5 indique au travers de la fenêtre d'affichage illustrée sur la figure 3, pour chaque machine 2c cible sélectionnée le mot de passe de ladite machine et le répertoire de travail dans lequel l'administrateur souhaite installer l'amorce 7. Si l'administrateur ne communique pas de répertoire, le moteur 6 recherche le répertoire le plus adéquat pour l'installation de l'amorce suivant des critères tels que la taille du répertoire et l'installe sur un répertoire par défaut. 3-Le préinstalleur 2b ayant acquis toutes les informations nécessaires initialisent, dans une troisième étape (3) sur la figure 6, l'installation de l'amorce 7 sur chaque machine 2c cible : le préinstalleur effectue une préinstallation. Pour ce faire, le moteur 6 partage une ressource NT, à savoir des moyens de stockage partageables sur le réseau par d'autres machines que le préinstalleur lui-même ; la ressource est constituée par les moyens 15 de stockage des machines 2c cibles sélectionnées. Dans l'opération de partage, le moteur 6 extrait le nom des moyens 15 de stockage avec le chemin complet du répertoire dans lequel les fichiers d'installation seront recopiés. Le moteur 6 monte ensuite les moyens 15 de stockage des machines cibles sur le préinstalleur 2b. L'opération de montage consiste à attribuer aux moyens 15 de stockage le nom de moyens de stockage locaux du préinstalleur 2b et par exemple le nom d'un disque local au préinstalleur ; de cette manière, le préinstalleur 2b considère les moyens 15 de stockage distants de chaque machine 2c cible comme une ressource partagée locale. Le moteur 6 copie les fichiers d'installation nécessaires à l'installation de l'amorce 7 dans le répertoire de la ressource partagée. Les fichiers d'installation sont principalement les fichiers exécutables que l'agent d'action lance lorsqu'une opération est requise. Les fichiers d'installation servent à l'amorce 7 et à l'administration des machines 2c cibles. A titre d'exemple de fichier d'installation servant à l'amorce 7, le fichier preinst. exe met notamment à jour un fichier silencieux setup. iss comme il sera vu ciaprès. A titre d'exemple de fichier d'installation servant à l'administration des machines 2c cibles, le fichier installer installagent. exe installe ou désinstalle des agents dans les machines 2c cibles. Pour chaque agent à installer dans les machines cibles, le moteur édite un fichier setup. iss nécessaire au mode silencieux d'un logiciel connu INSTALLSHIELDTM. Le mode silencieux est un mode dans lequel les paramètres nécessaires au lancement sont indiqués automatiquement par des valeurs saisies ou par défaut. Le fichier setup. iss contient toutes les réponses aux fenêtres d'affichage des paramètres propres à l'installation des agents et notamment par exemple le nom et l'adresse IP de la machine centrale et le nom, le mot de passe, l'adresse IP et le chemin complet du répertoire d'installation (répertoire dans lequel les fichiers d'installation sont enregistrés) de la machine cible. 4-L'étape suivante (étape (4) sur la figure 6) consiste en l'installation de l'amorce 7 dans les machines cibles, et dans le cas présent, l'installation d'un agent 16 d'aiguillage et d'un agent 17 d'action. Le moteur 6 lance le logiciel connu INSTALLSHIELDTM sur la ressource partagée qu'il considère comme local et avec pour paramètres de lancement les informations saisies par l'administrateur 5 au moyen de l'interface 4. Le logiciel installe et configure les agents 16 d'aiguillage et 17 d'action sur chacune des machines 2c cibles, en mode silencieux. L'installation et la configuration des agents 16 d'aiguillage et 17 d'action consiste en la copie des fichiers des agents 16 et 17 de l'amorce 7 dans les moyens 15 de stockage, la mise à jour du registre Windows (appelé Registry) dans chacune des machines 2c cible, et le lancement des services associés aux agents 16 et 17 de l'amorce 7. Il est à noter que le logiciel INSTALLSHIELD peut installer l'amorce 7 sur le préinstalleur 2b. Le logiciel INSTALLSHIELD produit des compte-rendus d'installation dans un fichier setup. log enregistré dans les moyens 8 de mémorisation. L'interface 4 graphique du préinstalleur 2b scrute périodiquement le résultat de l'installation dans le fichier Log setup. log en recherchant le statut de l'installation dans le fichier et extrait le code du résultat : dans l'exemple illustré, 0 si tout s'est bien déroulé ; O si l'installation a échoué. L'interface 4 graphique présente les résultats de l'installation à l'administrateur 5 au fur et à mesure de celle-ci. 5-Dans l'étape suivante (étape (5) sur la figure 6), le préinstalleur 2b renvoie en les codant à la machine 2a centrale des informations relatives à l'installation des agents sur chacune des machines 2c cibles. Les informations, dans la forme de réalisation illustrée, sont le nom de la machine cible, son adresse IP, le nom de connexion et le mot de passe d'un utilisateur (personne physique connu de la machine cible concernée qui a des droits pour lancer des services) de ladite machine cible. Le préinstalleur 2b regroupe lesdites informations dans un fichier qu'il code puis qu'il envoie par le protocole connu FTP (File Transfer Protocol-Protocole de Transfert de Fichier sur des réseaux TCP/IP) à la machine 2a centrale. Les informations transmises permettent à la machine 2a centrale de maintenir un inventaire des machines 2c cibles pour lesquelles une amorce 7 a été installée. 6-Dans une étape (6) finale (figure 6), une fois l'installation effectuée, le procédé consiste à nettoyer le préinstalleur 2b de manière à ne conserver aucune trace de l'installation. Pour effectuer le nettoyage, le moteur 6 détruit tous les fichiers temporaires d'installation. Le moteur 6 démonte les moyens 15 de stockage et efface la ressource partagée dans le préinstalleur 2b. Enfin, le cédérom est retiré. De cette manière, la machine 2b du préinstalleur peut être utilisée à toute autre fin et par exemple comme une machine 2c cible. Le fichier de Log donnant les résultats de l'installation est mis à la disposition de l'administrateur 5. Il est à souligner que tous les moyens permettant la mise en place des amorces 7 sur les machines 2c sont sur le cédérom. Un fichier de listage des agents installés est susceptible d'être prévu dans la machine 2a centrale. Le fichier comprend le nom de chaque machine 2c cible avec de manière correspondante la liste des agents installés dans ladite machine avec leur version. L'agent d'action de chaque machine 2c cible renvoie à la machine 2a centrale les informations nécessaires pour remplir ledit fichier. Le fichier permet à la machine 2a centrale de contrôler la version d'un agent installé sur une machine 2c cible donnée avant d'y installer un nouvel agent et d'éviter ainsi une double installation si la dernière version dudit nouvel agent est déjà installée. Lorsque l'étape finale se termine, la machine 2a centrale peut lancer des opérations sur les machines 2c cibles sélectionnées lors de l'installation. La machine 2a peut déployer des agents (à savoir installer, désinstaller et lister sur les machines 2c cibles) en vue d'administrer les machines 2c cibles. La machine 2a centrale communique des requêtes d'opérations à distance aux machines 2c cible. L'agent 17 d'action reçoit lesdites requêtes telles que des requêtes d'opérations d'installation, de désinstallation ou de mise à jour. Or l'agent 17 d'action ne peut pas lancer sa propre opération de réinstallation, désinstallation ou mise à jour. En effet, les systèmes Windows NTTM refusent de modifier un fichier exécutable en cours d'exécution en mémoire. Le fichier dans les moyens 15 de stockage est appelé OAA. EXE (OAA pour OpenAgent Action-agent d'action). Le processus tournant en mémoire vive suite au lancement de l'agent d'action (OAA. EXE) est appelé POAA. Le système Windows NT refuse de modifier ou de détruire OAA. EXE tant que POAA tourne. La présente invention consiste à : 1-Renommer le fichier OAA. EXE en OAAold. EXE dans les moyens 15 de stockage ; 2-Copier le nouvel OAA. EXE dans les moyens 15 de stockage ; 3-Arrêter le processus en cours POAA ; 4-Relancer POAA à partir du nouveau fichier OAA. EXE (nouvelle version) ; 5-Effacer l'ancien fichier renommé OAAold. exe ce qui est désormais possible car le processus POAA relatif à cette version du fichier dans les moyens de stockage a été arrêté. De cette manière, la machine 2a centrale peut lancer tout type d'opérations à distance sur les machines 2c cibles. Avec la présente invention, l'installation de 5 agents sur 100 machines serveurs NT ne requiert qu'environ 1 homme. semaine. De plus, dans la présente invention, il s'agit de temps masqué puisque l'administrateur une fois le cédérom installé, le procédé lancé, et les fenêtres d'affichage remplies, n'a plus intervenir et peut donc effectuer d'autres tâches. La présente invention concerne donc un procédé permettant d'exécuter automatiquement des opérations à distance sur des machines 2c NT cibles à partir d'une machine (2a centrale dans un système 3 informatique, caractérisé en ce qu'il consiste à introduire un mécanisme d'amorce 7 dans chaque machine 2c cible à partir d'une machine 2b intermédiaire de préinstallation, le mécanisme d'amorce répondant au protocole utilisé pour la communication entre la machine 2a centrale et la machine 2c cible. Le procédé consiste au moyen de la machine 2b de préinstallation à partager une ressource, à monter des moyens 15 de stockage distants des machines 2c cibles sur la ressource partagée de la machine 2b, et à installer l'amorce 7 sur la ressource partagée distante considérée comme locale par la machine 2b de préinstallation. Le procédé consiste à installer sur la ressource partagée, avant l'installation de l'amorce 7, des fichiers d'installation servant à l'amorce 7 et/ou à l'administration des machines 2c cibles. Le procédé consiste à installer le mécanisme d'amorce 7 sous forme d'un agent 17 d'action dans chacune des machines 2c cibles. Le procédé consiste au moyen de la machine 2b de préinstallation à saisir des informations d'un administrateur 5, à détecter les machines 2c susceptibles de communiquer avec la machine 2b de préinstallation et à les présenter à l'administrateur 5, à saisir les machines sur lesquelles l'administrateur 5 souhaite opérer. Le procédé consiste à scruter pendant l'installation de l'amorce 7 un fichier contenant les résultats de l'installation et à communiquer lesdites informations à un administrateur 5 et/ou à ladite machine 2a centrale. Le procédé consiste à lancer l'installation de l'amorce à partir d'un cédérom introduit dans la machine 2b de préinstallation dans lequel l'ensemble du procédé d'installation est compris. Le procédé consiste, après installation de l'amorce 7, à nettoyer la machine 2b de préinstallation pour ne conserver aucune trace de l'installation. La présente invention concerne également le dispositif susceptible de mettre en oeuvre) ledit procédé. La présente invention concerne un dispositif permettant d'exécuter automatiquement des opérations à distance sur des machines NT cibles à partir d'une machine centrale dans un système informatique, caractérisé en ce qu'il comprend une machine de préinstallation dans laquelle sont introduits : . une interface graphique permettant de communiquer avec un administrateur ; * un moteur permettant d'installer à distance et de configurer automatiquement des amorces dans des machines cibles. Le dispositif comprend des moyens 8 de mémorisation d'un historique de l'installation de l'amorce 7. La présente invention concerne également le module logiciel introduit dans la machine 2b de préinstallation dans le système 3 informatique susceptible de mettre en oeuvre ledit procédé. REVENDICATIONS 1. Procédé permettant d'exécuter automatiquement des opérations à distance sur des machines (2c) NT cibles à partir d'une machine (2a) centrale dans un système (3) informatique, caractérisé en ce qu'il consiste à introduire un mécanisme d'amorce (7) dans chaque machine (2c) cible à partir d'une machine (2b) intermédiaire de préinstallation, le mécanisme d'amorce répondant au protocole utilisé pour la communication entre la machine (2a) centrale et la machine (2c) cible. 2. Procédé selon la revendication 1, caractérisé en ce qu'il consiste au moyen de la machine (2b) de préinstallation à partager une ressource, à monter des moyens (15) de stockage distants des machines (2c) cibles sur la ressource partagée de la machine (2b), et à installer l'amorce (7) sur la ressource partagée distante considérée comme locale par la machine (2b) de préinstallation. 3. Procédé selon la revendication 2, caractérisé en ce qu'il consiste à installer sur la ressource partagée, avant l'installation de l'amorce (7), des fichiers d'installation servant à l'amorce (7) et/ou à l'administration des machines (2c) cibles. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'il consiste à installer le mécanisme d'amorce (7) sous forme d'un agent (17) d'action dans chacune des machines (2c) cibles. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'il consiste au moyen de la machine (2b) de préinstallation à saisir des informations d'un administrateur (5), à détecter les machines (2c) susceptibles de communiquer avec la machine (2b) de préinstallation et à les présenter à l'administrateur (5), à saisir les machines sur lesquelles l'administrateur (5) souhaite opérer. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'il consiste à scruter pendant l'installation de l'amorce (7) un fichier contenant les résultats de l'installation et à communiquer lesdites informations à un administrateur (5) et/ou à ladite machine (2a) centrale. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'il consiste à lancer l'installation de l'amorce à partir d'un cédérom introduit dans la machine (2b) de préinstallation dans lequel l'ensemble du procédé d'installation est compris. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'il consiste, après installation de l'amorce (7), à nettoyer la machine (2b) de préinstallation pour ne conserver aucune trace de l'installation. 9. Dispositif permettant d'exécuter automatiquement à l'aide d'au moins un processeur et d'une mémoire des opérations à distance sur des machines (2c) NT cibles à partir d'une machine (2a) centrale dans un système (3) informatique, caractérisé en ce qu'il comprend des moyens utilisant au moins ledit processeur et ladite mémoire pour mettre en oeuvre) le procédé selon l'une des revendications 1 à 8. 10. Dispositif permettant d'exécuter automatiquement des opérations à distance sur des machines (2c) NT cibles à partir d'une machine (2a) centrale dans un système (3) informatique, caractérisé en ce qu'il comprend une machine (2b) de préinstallation dans laquelle sont introduits : * une interface (4) graphique permettant de communiquer avec un administrateur (5) ; * un moteur (6) permettant d'installer à distance et de configurer automatiquement des amorces (7) dans des machines (2c) cibles. 11. Dispositif selon la revendication 10, caractérisé en ce qu'il comprend des moyens (8) de mémorisation d'un historique de l'installation de l'amorce (7). 12. Module logiciel introduit dans une machine (2b) de préinstallation dans un système (3) informatique, comprenant des portions/moyens/instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications 1 à 8 lorsque ledit programme est exécuté dans le système informatique.