Présentation de Windows PowerShell

Introduction

Le nom de code « Monad » fait son apparition en septembre 2003, lors de la PDC (Professional Developers Conference), une conférence annuelle organisée par Microsoft (renommée //build/ en 2011). Derrière ce nom de code, se cache en réalité le futur Windows PowerShell, tel que nous le connaissons aujourd’hui. C’est trois années plus tard, en 2006, que Windows PowerShell sort en version finale. Mis à disposition pour Windows XP et Windows Server 2003, il faut alors le télécharger sur Internet et l’installer pour pourvoir utiliser Windows PowerShell sur ces systèmes d’exploitation.

Mais pour interagir avec ce nouvel outil dédié à l’administration des machines, il faut apprendre les nouvelles commandelettes, car les commandes sont quelque peu différentes en comparaison avec l’invite de commandes fournie depuis Windows 95. Il faut donc réapprendre le langage et les syntaxes. Également, l’absence d’un éditeur de script dans la première version de Windows PowerShell freine l’engouement pour cet outil.

C’est à partir de la version 2.0 de Windows PowerShell que les manques sont comblés : un environnement d’écriture de script est développé par Microsoft, mais en plus l’interpréteur de commandes est installé par défaut avec Windows 7 et Windows Server 2008 R2. Conjointement avec le succès de Windows 7, aussi...

Qu’est-ce que Windows PowerShell ?

Windows PowerShell est un interpréteur de commandes, orienté pour l’administration système des produits Microsoft. Si dans ce livre vous allez voir l’administration système pour Windows, il faut savoir que Windows PowerShell ne se limite pas seulement aux systèmes d’exploitation orientés client. Aujourd’hui, c’est l’ensemble des produits édités par la société de Redmond qui sont administrables par PowerShell : les produits orientés serveur comme Windows Server, Exchange Server, etc., mais aussi cloud avec Azure et Microsoft 365.

Microsoft a entrepris aux alentours des années 2004 et 2005 de revoir sa stratégie pour l’administration système de ses produits. Car dorénavant, tout ce que vous pouvez faire via l’interface graphique est possible via Windows PowerShell... et plus encore !

L’interface graphique de Windows, qui a contribué à son succès, est désormais limitée en comparaison des possibilités offertes par Windows PowerShell. Ce dernier prend même le dessus dans la gamme Windows Server : depuis la version 2012, l’installation de Windows Server proposée par défaut est celle sans interface graphique. L’ensemble de la gestion se fait alors en ligne de commande avec Windows PowerShell....

Et les scripts, dans tout ça ?

Que diriez-vous si vous pouviez automatiser toutes les tâches d’administration sur l’ensemble des postes de travail présents dans votre entreprise ? Et le tout, sans jamais quitter votre bureau. Imaginez cela sur un parc d’ordinateurs de plus de dix mille postes, avec parfois des contraintes de langue d’interface, de périphérique d’entrée (claviers AZERTY, QWERTY...), ou plus simplement de décalage horaire.

Windows PowerShell peut faire abstraction de toutes ces contraintes et automatiser l’ensemble de vos tâches sur un nombre indéfini de postes de travail. Le temps gagné est simplement faramineux comparé au temps qui sera pris pour l’élaboration de ces scripts.

L’intérêt des scripts ne se limite pas à un gain de temps. Ils permettent également d’approfondir vos connaissances dans les syntaxes Windows PowerShell, mais aussi de réduire les risques et d’augmenter la qualité et l’efficacité des actions effectuées sur les systèmes d’information : un script exécute l’ensemble des commandes qui sont écrites, alors que si vous effectuez les mêmes opérations manuellement des dizaines voire des centaines de fois (généralement avec l’aide de personnes supplémentaires)...

La syntaxe de Windows PowerShell

Le langage PowerShell est constitué de commandelettes (nous utiliserons dans ce livre l’abréviation cmdlets). Ce sont des commandes décrites sous la forme d’un verbe puis d’un nom séparé d’un tiret. Pour vous donner un exemple, voici quelques cmdlets :

Au fur et à mesure des versions de Windows PowerShell, ce dernier a été agrémenté de nouvelles fonctionnalités : PowerShell Remoting (administration à distance), Windows PowerShell ISE et Script Debugging (permettant le débogage de script et l’exécution de ligne de commande pas à pas), Session Connectivity (établissement d’une session sur un poste distant), Help Update (mise à jour des documentations des commandes), mais également de nouveaux paramètres aux cmdlets déjà existantes. Ceci n’est qu’un aperçu de l’évolution de Windows PowerShell depuis la version 1.0.

Pour vous donner une idée des cmdlets possibles sur votre poste de travail, ouvrez une fenêtre Windows PowerShell et exécutez la ligne de commande suivante :

PS C:\Windows\system32> Get-Command 
 
CommandType    Name                                      Version   Source  
-----------    ----                                      -------   ------  
Alias          Add-AppPackage                            2.0.1.0   Appx 
Alias          Add-AppPackageVolume                      2.0.1.0   Appx 
Alias          Add-AppProvisionedPackage                 3.0       Dism 
Alias          Add-ProvisionedAppPackage                 3.0       Dism 
Alias          Add-ProvisionedAppSharedPackageContainer  3.0       Dism 
Alias          Add-ProvisionedAppxPackage                3.0       Dism 
Alias          Add-ProvisioningPackage                   3.0       Provisioning 
Alias          Add-TrustedProvisioningCertificate        3.0       Provisioning 
Alias          Apply-WindowsUnattend                     3.0       Dism 
Alias          Disable-PhysicalDiskIndication            2.0.0.0   Storage ...

Les différentes versions de Windows PowerShell

À ce jour, il existe sept versions majeures de Windows PowerShell. Voici un résumé de chacune de ces versions, et les principales nouveautés qu’elles apportent.

Connaître la version de PowerShell installée

Étant donné les différentes versions de PowerShell existant à ce jour, et les nouveautés qu’elles apportent, il est important de connaître la version de Windows PowerShell qui est installée sur le poste de travail.

Pour cela, une fois l’interface de Windows PowerShell ouverte, vous pouvez exécuter la ligne de commande suivante, à savoir $PSVersionTable qui retourne alors le contenu de la variable :

PS C:\Windows\system32> $PSVersionTable  
  
Name                          Value 
----                          ----- 
PSVersion                     5.1.22621.963 
PSEdition                     Desktop 
PSCompatibleVersions          {1.0, 2.0, 3.0, 4.0...} 
BuildVersion                  10.0.22321.963 
CLRVersion                    4.0.30319.42000 
WSManStackVersion             3.0 
PSRemotingProtocolVersion     2.3 
SerializationVersion          1.1.0.1 

Comme vous pouvez le voir, il s’agit ici de PowerShell en version 5.1 (valeur représentée par PSVersion). Il s’agit en l’occurrence de Windows PowerShell, car la valeur de PSEdition est Desktop.

À titre d’exemple, voici le résultat d’une requête $PSVersionTable depuis une console PowerShell 7 :

PS C:\Program Files\PowerShell\7> $PSVersionTable   
   
Name                          Value  
----                          -----  
PSVersion                     7.3.4  
PSEdition                     Core  
GitCommitId                   7.3.4 
OS                            Microsoft Windows 10.0.18363  
Platform                      Win32NT  
PSCompatibleVersions          {1.0, 2.0, 3.0, 4.0...}  
PSRemotingProtocolVersion     2.3  
SerializationVersion          1.1.0.1 
WSManStackVersion             3.0 

Ici, la valeur de PSEdition est Core, qui ne laisse aucun doute sur l’édition de PowerShell utilisée : PowerShell Core, ou plus simplement PowerShell !

Voici une seconde méthode pour récupérer...