Installation de PowerShell sur Windows
Il existe plusieurs façons d’installer PowerShell Core sur Windows. Chaque méthode d’installation est conçue pour prendre en charge différents scénarios et flux de travail. Choisissez la méthode correspondant le mieux à vos besoins.
- Winget - Méthode recommandée pour installer PowerShell sur les clients Windows
- Package MSI - Meilleur choix pour les scénarios de déploiement de serveurs Windows et d’entreprise
- Package ZIP - Moyen le plus simple d’effectuer un « chargement indépendant » ou d’installer plusieurs versions
- Utilisez cette méthode pour les systèmes Windows Nano Server, Windows IoT et ARM.
- Outil Global .NET - Un bon choix pour les développeurs .NET qui installent et utilisent d’autres outils globaux.
- Package Microsoft Store - Une méthode d’installation simple pour les utilisateurs occasionnels de PowerShell, mais qui a des limitations.
Notes
Les commandes d’installation de cet article concernent les dernières versions stables de PowerShell. Pour installer une autre version de PowerShell, adaptez la commande à la version dont vous avez besoin. Les liens suivants vous dirigent vers la page de publication de chaque version dans le référentiel PowerShell sur GitHub.
- Version stable : https://aka.ms/powershell-release?tag=stable
- Version de LTS : https://aka.ms/powershell-release?tag=lts
- Préversion : https://aka.ms/powershell-release?tag=preview
Les liens de téléchargement pour chaque package se trouvent dans la section Ressources de la page Version. Il est possible que la section Ressources soit réduite et que vous deviez cliquer dessus pour la développer.
Installer PowerShell en utilisant Winget (recommandé)
Winget, le gestionnaire de package Windows, est un outil en ligne de commande qui permet aux utilisateurs de découvrir, installer, mettre à niveau, supprimer et configurer des applications sur des ordinateurs clients Windows. Cet outil est l’interface cliente du service Gestionnaire de package Windows. L’outil en ligne de commande winget
est fourni par défaut en bundle avec Windows 11 et les versions modernes de Windows 10 en tant que programme d’installation d’application.
Notes
Pour obtenir la liste des exigences système et des instructions d’installation, consultez la documentation winget.
Winget
n’est pas disponible sur Windows Server 2022 ou versions antérieures.
Windows Server 2025 Preview Build 26085 et versions ultérieures inclut winget
uniquement pour Windows Server avec Expérience utilisateur. Pour plus d’informations, consultez Annonce de Windows Server Preview Build 26085.
Les commandes suivantes peuvent être utilisées pour installer PowerShell à l’aide des packages winget
publiés :
Rechercher la version la plus récente de PowerShell
winget search Microsoft.PowerShell
Name Id Version Source
-----------------------------------------------------------------
PowerShell Microsoft.PowerShell 7.4.6.0 winget
PowerShell Preview Microsoft.PowerShell.Preview 7.5.0.3 winget
Installer PowerShell ou PowerShell en préversion à l’aide du paramètre id
winget install --id Microsoft.PowerShell --source winget
winget install --id Microsoft.PowerShell.Preview --source winget
Notes
Sur les systèmes Windows utilisant un processeur X86 ou X64, winget
installe le package MSI. Sur les systèmes utilisant le processeur Arm64, winget
installe le package Microsoft Store (MSIX). Pour plus d’informations, consultez Installation à partir du Microsoft Store.
Installation du package MSI
Pour installer PowerShell sur Windows, utilisez les liens suivants pour télécharger le package d’installation depuis GitHub.
Une fois le package téléchargé, double-cliquez sur le fichier du programme d’installation et suivez les invites.
Le programme d’installation crée un raccourci dans le menu Démarrer de Windows.
- Par défaut, le package est installé dans
$env:ProgramFiles\PowerShell\<version>
- Vous pouvez lancer PowerShell via le menu Démarrer ou
$env:ProgramFiles\PowerShell\<version>\pwsh.exe
Remarque
PowerShell 7.4 s’installe dans un nouveau répertoire et s’exécute côte à côte avec Windows PowerShell 5.1. PowerShell 7.4 est une mise à niveau sur place qui supprime les versions précédentes de PowerShell 7. Les versions préliminaires de PowerShell peuvent être installées côte à côte avec d’autres versions de PowerShell.
- PowerShell 7.4 est installé à l’emplacement
$env:ProgramFiles\PowerShell\7
- Le dossier
$env:ProgramFiles\PowerShell\7
est ajouté à$env:PATH
Si vous devez exécuter PowerShell 7.4 côte à côte avec d’autres versions, utilisez la méthode d’installation ZIP pour installer l’autre version dans un dossier différent.
Prise en charge de Microsoft Update dans PowerShell 7.2 et versions ultérieures
PowerShell 7.2 et versions ultérieures prend en charge Microsoft Update. Quand vous activez cette fonctionnalité, vous obtenez les dernières mises à jour de PowerShell 7 dans votre flux de gestion Microsoft Update (MU) traditionnel, que ce soit avec Windows Update pour Entreprise, WSUS, Microsoft Endpoint Configuration Manager ou la boîte de dialogue MU interactive dans Paramètres.
Le package MSI PowerShell comprend les options de ligne de commande suivantes :
USE_MU
– cette propriété a deux valeurs possibles :1
(par défaut) – Accepte l’installation des mises à jour par le biais de Microsoft Update, WSUS ou Configuration Manager0
: N’accepte pas la mise à jour via Microsoft Update, WSUS ou Configuration Manager
ENABLE_MU
1
(par défaut) - Accepte l’utilisation de Microsoft Update pour les mises à jour automatiques0
: N’accepte pas l’utilisation de Microsoft Update
Notes
L’activation des mises à jour a peut-être été définie dans une installation précédente ou une configuration manuelle. L’utilisation de ENABLE_MU=0
ne supprime pas les paramètres existants. En outre, ce paramètre peut être remplacé par les paramètres de la stratégie de groupe contrôlés par votre administrateur.
Pour plus d’informations, consultez le FAQ sur Microsoft Update pour PowerShell.
Installer le package MSI à partir de la ligne de commande
Les packages MSI peuvent être installés à partir de la ligne de commande, ce qui permet aux administrateurs de déployer des packages sans interaction de l’utilisateur. Le package MSI inclut les propriétés suivantes pour contrôler les options d’installation :
ADD_EXPLORER_CONTEXT_MENU_OPENPOWERSHELL
: cette propriété contrôle l’option permettant d’ajouter l’élémentOpen PowerShell
au menu contextuel dans l’Explorateur Windows.ADD_FILE_CONTEXT_MENU_RUNPOWERSHELL
: cette propriété contrôle l’option permettant d’ajouter l’élémentRun with PowerShell
au menu contextuel dans l’Explorateur Windows.ENABLE_PSREMOTING
: cette propriété contrôle l’option permettant d’activer la communication à distance PowerShell pendant l’installation.REGISTER_MANIFEST
: cette propriété contrôle l’option permettant d’enregistrer le manifeste de journalisation des événements Windows.ADD_PATH
: cette propriété contrôle l’option permettant d’ajouter PowerShell à la variable d’environnement Windows PATH.DISABLE_TELEMETRY
- Cette propriété contrôle l’option permettant de désactiver la télémétrie de PowerShell en définissant la variable d’environnementPOWERSHELL_TELEMETRY_OPTOUT
.INSTALLFOLDER
– Cette propriété contrôle le répertoire d’installation. La valeur par défaut est$env:ProgramFiles\PowerShell\
. Il s’agit de l’emplacement où le programme d’installation crée le sous-dossier versionné. Vous ne pouvez pas modifier le nom du sous-dossier versionné.- Pour les versions actuelles, le sous-dossier versionné est
7
- Pour les versions préliminaires, le sous-dossier versionné est
7-preview
- Pour les versions actuelles, le sous-dossier versionné est
L’exemple suivant montre comment installer PowerShell sans assistance avec toutes les options d’installation activées.
msiexec.exe /package PowerShell-7.4.6-win-x64.msi /quiet ADD_EXPLORER_CONTEXT_MENU_OPENPOWERSHELL=1 ADD_FILE_CONTEXT_MENU_RUNPOWERSHELL=1 ENABLE_PSREMOTING=1 REGISTER_MANIFEST=1 USE_MU=1 ENABLE_MU=1 ADD_PATH=1
Pour obtenir une liste complète des options de ligne de commande pour Msiexec.exe
, consultez Options de ligne de commande.
Installation du package ZIP
Les archives ZIP binaires PowerShell sont fournies afin de permettre des scénarios de déploiement avancés. Téléchargez l’une des archives ZIP suivantes sur la page de la version actuelle.
Selon la façon dont vous téléchargez le fichier, vous devrez peut-être débloquer le fichier avec l’applet de commande Unblock-File
. Décompressez le contenu à l’emplacement de votre choix et exécutez pwsh.exe
à partir de celui-ci. Contrairement à l’installation des packages MSI, l’installation de l’archive ZIP ne vérifie pas les prérequis. Pour que la communication à distance via WSMan fonctionne correctement, vérifiez que vous respectez bien les prérequis.
Utilisez cette méthode pour installer la version ARM de PowerShell sur des ordinateurs comme Microsoft Surface Pro X. Pour de meilleurs résultats, installez PowerShell dans le dossier $env:ProgramFiles\PowerShell\7
.
Installation en tant qu’outil global .NET
Si vous avez déjà installé le kit SDK .NET Core, vous pouvez installer PowerShell en tant qu’outil global .NET.
dotnet tool install --global PowerShell
Le programme d’installation de l’outil dotnet ajoute $HOME\.dotnet\tools
à votre variable d’environnement $env:PATH
.
Toutefois, le $env:PATH
de l’interpréteur de commandes en cours d’exécution n’a pas été mis à jour. Vous pouvez démarrer PowerShell à partir d’un nouvel interpréteur de commandes en tapant pwsh
.
Installation à partir de Microsoft Store
PowerShell peut être installé à partir du Microsoft Store. Vous trouverez la version de PowerShell sur le site web du Microsoft Store ou dans l’application Store de Windows.
Avantages du package Microsoft Store :
- Mises à jour automatiques intégrées à Windows
- S’intègre à d’autres mécanismes de distribution de logiciels comme Intune et Configuration Manager
- Peut être installé sur des systèmes Windows équipés de processeurs x86, x64 ou Arm64
Limitations connues
Par défaut, les packages Windows Store s’exécutent dans un bac à sable d’application qui virtualise l’accès à certains emplacements du système de fichiers et du Registre. Les changements d’emplacements de fichier et de Registre virtualisés ne sont pas conservés en dehors du bac à sable de l’application.
Ce bac à sable bloque toutes les modifications apportées au dossier racine de l’application. Les paramètres de configuration au niveau du système, stockés dans $PSHOME
, ne peuvent pas être modifiés. Cela comprend la configuration WSMAN. Cette stratégie empêche les sessions à distance de se connecter aux installations basées sur le magasin de PowerShell. Les configurations au niveau de l’utilisateur et l’accès à distance SSH sont pris en charge.
Les commandes suivantes ont besoin d’écrire sur $PSHOME
. Ces commandes ne sont pas prises en charge dans une instance Microsoft Store de PowerShell.
Register-PSSessionConfiguration
Update-Help -Scope AllUsers
Enable-ExperimentalFeature -Scope AllUsers
Set-ExecutionPolicy -Scope LocalMachine
Pour plus d’informations, consultez Comprendre la façon dont les applications de bureau empaquetées s’exécutent sur Windows.
Changements pour PowerShell 7.2
À compter de PowerShell 7.2, le package PowerShell est exempté de la virtualisation de fichiers et du Registre. Les changements d’emplacements de fichier et de Registre virtualisés sont désormais conservés en dehors du bac à sable de l’application. Toutefois, les changements apportés au dossier racine de l’application sont toujours bloqués.
Important
Pour que cette exemption fonctionne, vous devez exécuter Windows build 1903 ou ultérieur.
Installation d’une préversion
Les préversions de PowerShell 7 s’installent sur $env:ProgramFiles\PowerShell\7-preview
afin d’être exécutées côte à côte avec d’autres versions de PowerShell. PowerShell 7.4 est la prochaine préversion.
Mise à niveau d’une installation existante
Pour obtenir de meilleurs résultats lors de la mise à niveau, vous devez utiliser la même méthode d’installation que celle utilisée lors de la première installation de PowerShell. Si vous n'êtes pas sûr de la manière dont PowerShell a été installé, vous pouvez vérifier la valeur de la variable $PSHOME
, qui pointe toujours vers le répertoire contenant PowerShell que la session en cours exécute.
- Si la valeur est
$HOME\.dotnet\tools
, PowerShell a été installé avec l'outil .NET Global. - Si la valeur est
$Env:ProgramFiles\PowerShell\7
, PowerShell a été installé en tant que package MSI ou avec Winget sur un ordinateur doté d'un processeur X86 ou x64. - Si la valeur commence par
$Env:ProgramFiles\WindowsApps\
, PowerShell a été installé en tant que package Microsoft Store ou avec Winget sur un ordinateur équipé d'un processeur ARM. - Si la valeur est autre, il est probable que PowerShell ait été installé en tant que package ZIP.
Si vous avez installé via le package MSI, ces informations apparaissent également dans le Panneau de configuration Programmes et fonctionnalités.
Pour déterminer si PowerShell peut être mis à niveau avec Winget, exécutez la commande suivante :
winget list --name PowerShell --upgrade-available
Si une mise à niveau est disponible, la sortie indique la dernière version disponible.
Remarque
Lors de la mise à niveau, PowerShell ne passe pas d’une version LTS à une version non LTS. Il effectue uniquement des mises à niveau vers la dernière version de LTS, par exemple, de 7.2.3 à 7.2.24. Pour effectuer la mise à niveau d’une version LTS vers une version stable plus récente ou la prochaine version LTS, vous devez installer la nouvelle version avec le MSI pour cette version.
Quand la version installée n’est pas une version LTS, PowerShell effectue une mise à niveau vers la dernière version stable.
Déploiement sur Windows 10 IoT Entreprise
Windows 10 IoT Entreprise contient Windows PowerShell, que l’on peut utiliser pour déployer PowerShell 7.
# Replace the placeholder information for the following variables:
$deviceip = '<device ip address'
$zipfile = 'PowerShell-7.4.6-win-arm64.zip'
$downloadfolder = 'u:\users\administrator\Downloads' # The download location is local to the device.
# There should be enough space for the zip file and the unzipped contents.
# Create PowerShell session to target device
Set-Item -Path WSMan:\localhost\Client\TrustedHosts $deviceip
$S = New-PSSession -ComputerName $deviceIp -Credential Administrator
# Copy the ZIP package to the device
Copy-Item $zipfile -Destination $downloadfolder -ToSession $S
#Connect to the device and expand the archive
Enter-PSSession $S
Set-Location u:\users\administrator\Downloads
Expand-Archive .\PowerShell-7.4.6-win-arm64.zip
# Set up remoting to PowerShell 7
Set-Location .\PowerShell-7.4.6-win-arm64
# Be sure to use the -PowerShellHome parameter otherwise it tries to create a new
# endpoint with Windows PowerShell 5.1
.\Install-PowerShellRemoting.ps1 -PowerShellHome .
Quand vous configurez la communication à distance PowerShell, vous recevez un message d’erreur et êtes déconnecté de l’appareil. PowerShell doit redémarrer WinRM. Vous pouvez à présent vous connecter au point de terminaison PowerShell 7 sur l’appareil
# Be sure to use the -Configuration parameter. If you omit it, you connect to Windows PowerShell 5.1
Enter-PSSession -ComputerName $deviceIp -Credential Administrator -Configuration PowerShell.7.4.6
Déploiement sur Windows 10 IoT Core
Windows 10 IoT Core ajoute Windows PowerShell lorsque vous incluez la fonctionnalité IOT_POWERSHELL, que nous pouvons utiliser pour déployer PowerShell 7. Les étapes définies ci-dessus pour Windows 10 IoT Entreprise peuvent également être suivies pour IoT Core.
Pour ajouter la dernière version de PowerShell dans l’image d’expédition, utilisez la commande Import-PSCoreRelease pour inclure le package dans la zone de travail et ajouter la fonctionnalité OPENSRC_POWERSHELL à votre image.
Notes
Pour l’architecture ARM64, Windows PowerShell n’est pas ajouté lorsque vous incluez IOT_POWERSHELL. L’installation à partir d’un fichier zip ne fonctionne donc pas. Vous devez utiliser la commande Import-PSCoreRelease
pour l’ajouter dans l’image.
Déploiement sur Nano Server
Ces instructions partent du principe que Nano Server est un système d’exploitation sans périphériques de contrôle (« headless ») qui a une version PowerShell déjà en cours d’exécution. Pour plus d’informations, consultez la documentation Nano Server Image Builder.
Il existe deux façons différentes de déployer des binaires PowerShell.
- Hors connexion : montez le disque dur virtuel Nano Server et décompressez le contenu du fichier zip à l’emplacement que vous avez choisi dans l’image montée.
- En ligne : transférez le fichier zip sur une session PowerShell et décompressez-le à l’emplacement que vous avez choisi.
Dans les deux cas, vous avez besoin du package ZIP de la version de Windows x64. Exécutez les commandes dans une instance « Administrateur » de PowerShell.
Déploiement hors connexion de PowerShell
- Utilisez votre utilitaire zip favori pour décompresser le package dans un répertoire au sein de l’image Nano Server montée.
- Démontez l’image et démarrez-la.
- Connectez-vous à l’instance intégrée de Windows PowerShell.
- Suivez les instructions pour créer un point de terminaison de communication à distance à l’aide de la « technique d’une autre instance ».
Déploiement en ligne de PowerShell
Déployez PowerShell sur Nano Server en procédant comme suit.
# Replace the placeholder information for the following variables:
$ipaddr = '<Nano Server IP address>'
$credential = Get-Credential # <An Administrator account on the system>
$zipfile = 'PowerShell-7.4.6-win-x64.zip'
# Connect to the built-in instance of Windows PowerShell
$session = New-PSSession -ComputerName $ipaddr -Credential $credential
# Copy the file to the Nano Server instance
Copy-Item $zipfile c:\ -ToSession $session
# Enter the interactive remote session
Enter-PSSession $session
# Extract the ZIP file
Expand-Archive -Path C:\PowerShell-7.4.6-win-x64.zip -DestinationPath 'C:\Program Files\PowerShell 7'
Si vous voulez une communication à distance via WSMan, suivez les instructions pour créer un point de terminaison de communication à distance à l’aide de la « technique d’une autre instance ».
Communication à distance PowerShell
PowerShell prend en charge le protocole de communication à distance PowerShell (PSRP) sur WSMan et SSH. Pour plus d'informations, consultez les pages suivantes :
Les conditions préalables suivantes doivent être remplies pour activer la communication à distance PowerShell sur WSMan sur les versions antérieures de Windows.
- Installez Windows Management Framework (WMF) 5.1 (le cas échéant). Pour plus d’informations sur WMF, voir Vue d’ensemble de WMF.
- Installer le runtime C universel sur les versions de Windows antérieures à Windows 10. Il est disponible par téléchargement direct ou sur Windows Update. Ce package est déjà installé sur les systèmes où tous les correctifs sont installés.
Versions de Windows prises en charge
Microsoft prend en charge PowerShell jusqu’à la fin du support de la version de PowerShell ou la fin du support de la version de Windows.
- Les images Docker contenant PowerShell 7.4 et PowerShell 7.5-preview pour x64 pour Windows Server 2022, Windows Server Core 2022 et Windows Server Nano build 1809 sont disponibles à partir du Registre des artefacts Microsoft.
- PowerShell 7.4 et versions ultérieures peuvent être installés sur Windows 10 build 1607 et versions ultérieures, Windows 11, Windows Server 2016 et versions ultérieures.
Remarque
La prise en charge d’une version spécifique de Windows est déterminée par les politiques globales de support de Microsoft. Pour plus d'informations, consultez les pages suivantes :
Vous pouvez consulter la version que vous utilisez en exécutant winver.exe
.
Prise en charge de l’installation
Microsoft prend en charge les méthodes d’installation mentionnées dans ce document. D’autres méthodes tierces d’installation peuvent être disponibles à partir d’autres sources. Même s’il est possible que ces outils et méthodes fonctionnent, Microsoft ne peut pas prendre en charge ces méthodes.