Le démarrage de PowerCLI peut s’effectuer de deux manières :
1. Double clic sur l’icône
2. Import du snap-in PowerCLI dans une console PowerShell standard
La seconde manière permet d’importer les commandes PowerCLI dans la console PowerShell originelle qui elle
Premier lancement de PowerCLI
est beaucoup plus grande et surtout plus bleue ;-). Cette technique est également celle qu’il faudra employer pour créer des scripts PowerShell qui nécessitent les commandes PowerCLI.
Pour importer le snap-in dans la console PowerShell classique, il suffit de taper :
PS > Add-PSSnapin VMware.VIMAutomation.Core
Une fois PowerCLI démarré par la méthode de votre choix, afin de pouvoir s’en servir, il va falloir se connecter soit à un hôte (ESX ou ESXi), ou mieux au serveur vCenter. La connexion s’effectue au moyen de la commande Connect-VIServer.
Exemple :
PS > Connect-VIServer -Server vCenter.mondomaine –User
Administrator -Password P@ssw0rd
Si vous omettez de spécifier un nom d’utilisateur et le mot de passe associé alors une boîte de dialogue graphique vous demandera leur saisie.
Une fois la connexion effectuée, vous aurez droit au classique message d’avertissement de sécurité qui indique que la chaîne de certificats n’a pas pu être vérifiée.
AVERTISSEMENT: There were one or more problems with the server certificate:
* The X509 chain could not be built up to the root certificate.
* The certificate’s CN name does not match the passed value.
Veuillez ne pas en tenir compte, cela n’a aucune incidence sur la suite des opérations.
D’un point de vue système, PowerCLI dialogue avec la vSphere API par le biais de services Web appelés vSphere Web Services SDK (précédemment connus sous le nom de Virtual Infrastructure SDK). A terme, ces services Web vont devenir le point d’accès unique pour l’administration des serveurs hôte. Ce qui permettra à VMware d’envisager de se passer définitivement du Service Console embarqué dans VMware ESX (probablement dans ESX 5.0). Pour l’administrateur système, ce qu’il est important de retenir c’est que quelque soit les techniques mises en oeuvre (qui n’intéressent que les développeurs), les outils qui s’appuient sur les services Web utilisent seulement les ports standard du Web à savoir 80 et 443. PowerCLI dialogue donc par conséquent par défaut sur le port 443, ce qui signifie que le trafic est systématiquement crypté entre le client et le serveur.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- L’incident OpenAI–Hugging Face n’est pas la révolution que vous imaginez
- Pourquoi les PME ne peuvent plus se permettre de négliger la sécurité de leur parc d’imprimantes
- Ransomware : les identités compromises à l’origine de 79% des attaques
- Deepfakes : la France dans le top 10 des pays les plus touchés par les fraudes
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
