On devine que modifier le listing 1 pour supporter des ordinateurs distants est aussi simple que remplacer la valeur attribuée à la variable strComputer par le nom de n'importe quel ordinateur de type WMI dans votre domaine. Ainsi, pour appliquer le script à un ordinateur distant nommé ATL-WEB-01, remplacez simplement
Opérer à distance
strComputer = « . »
par
strComputer = « atl-web-01 »
Bien entendu, il n’est pas pratique
de modifier le script chaque fois que
l’on vise un ordinateur distant différent.
Il est plus judicieux de fournir le
nom de l’ordinateur distant au script
sous la forme d’un argument de ligne
de commande, comme le montre le listing
2. La seule différence entre les listings
1 et 2 est que la ligne initialisant
strComputer dans le listing 1 a été remplacée
par le code du renvoi A dans le listing 2. L’instruction If…Then…Else
du renvoi A vérifie la présence d’un argument
de ligne de commande. Si
vous passez un argument au script,
strComputer est initialisé avec la valeur
de l’argument. Sinon, strComputer est
initialisé avec un point qui, nous
l’avons vu, représente l’ordinateur local.
Le reste du listing 2 est identique
au listing 1.
La commande suivante démontre
comment appliquer le listing 2 à un ordinateur
distant nommé ATL-WEB-01 :
C:\scripts>cscript
telnetcheck.vbs atl-web-à˜1
La transparence de l’accès à distance
WMI souligne l’une des caractéristiques
les plus importantes de WMI :
toute tâche exécutable localement l’est
aussi à distance. WMI utilise DCOM
(Distributed COM), qui utilise le RPC
(remote procedure call) sur un transport
de réseau approprié pour accéder
aux ordinateurs distants. La facilité
avec laquelle WMI permet l’administration
à distance vous inquiète peut-être.
Je dois donc préciser que, par défaut,
vous devez posséder des droits équivalents à ceux de l’administrateur
sur l’ordinateur distant avant de pouvoir
utiliser WMI pour y accéder. Si
vous ne possédez pas de tels droits et
si vous essayez d’appliquer le listing 2 à
un ordinateur de type WMI distant, par
exemple, GetObject échouera avec
une erreur Permission denied.
Voici une astuce : pour valider à distance
les centaines de scripts WMI disponibles
au Script Center, remplacez
simplement la ligne
strComputer = « . »
dans le script Microsoft par le code du
renvoi A du listing 2. Ce faisant, vous
créerez instantanément des centaines
de scripts applicables à des ordinateurs
distants. Il vous suffira d’indiquer le
nom de l’ordinateur sur la ligne de
commande quand vous exécuterez le
script.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Akamai Technologies déploie sa stratégie de protection en ligne
- Baromètre channel IT : fin du cuivre, essor de UCaaS et premiers pas vers l’IA
- Fraude par identité synthétique : comment l’IA peut redonner confiance aux entreprises et à leurs clients
- VirtualBrowser protège la navigation web à la source
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
