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
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Cybersécurité française 2026 : explosion des startups, ralentissement des scale-ups et virage stratégique de l’IA
- Le Cercle de l’Innovation décerne le Prix de l’Innovation du Public 2026
- Avec l’IA agentique, la robustesse des SI redevient stratégique
- Les erreurs du secteur bancaire dans son approche IA
Articles les + lus
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
À la une de la chaîne Tech
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
