about_Remote_FAQ
Mis à jour: mai 2014
S'applique à: Windows PowerShell 2.0, Windows PowerShell 3.0, Windows PowerShell 4.0, Windows PowerShell 5.0
RUBRIQUE
about_Remote_FAQ
DESCRIPTION COURTE
Contient les questions et les réponses sur l'exécution de commandes distantes dans Windows PowerShell®.
DESCRIPTION DÉTAILLÉE
Lorsque vous travaillez à distance, vous tapez des commandes dans Windows PowerShell sur un seul ordinateur (appelé « ordinateur local »), mais les commandes s'exécutent sur un autre ordinateur (appelé « ordinateur distant »). Le travail à distance doit s'apparenter autant que possible au travail direct sur l'ordinateur distant.
Remarque : Pour utiliser la communication à distance Windows PowerShell, l'ordinateur distant doit être configuré en conséquence. Pour plus d'informations, consultez about_Remote_Requirements.
WINDOWS POWERSHELL DOIT-IL ÊTRE INSTALLÉ SUR LES DEUX ORDINATEURS ?
Oui. Pour travailler à distance, Windows PowerShell, le Microsoft .NET Framework et le protocole WS-Management (Web Services for Management) doivent être installés sur l'ordinateur local et sur l'ordinateur distant. Tous les fichiers et autres ressources nécessaires à l'exécution d'une commande particulière doivent être présents sur l'ordinateur distant.
Les ordinateurs exécutant Windows PowerShell 3.0 et ceux exécutant Windows PowerShell 2.0 peuvent se connecter entre eux à distance et exécuter des commandes distantes. Toutefois, certaines fonctionnalités, telles que la possibilité de se déconnecter d'une session et de s'y reconnecter, fonctionnent uniquement lorsque les deux ordinateurs exécutent Windows PowerShell 3.0.
Vous devez être autorisé à vous connecter à l'ordinateur distant, à exécuter Windows PowerShell et à accéder aux magasins de données (tels que les fichiers et les dossiers), ainsi qu'au Registre de l'ordinateur distant.
Pour plus d'informations, consultez about_Remote_Requirements.
FONCTIONNEMENT DE LA COMMUNICATION À DISTANCE
Lorsque vous envoyez une commande distante, celle-ci est transmise sur le réseau vers le moteur Windows PowerShell de l'ordinateur distant et s'exécute dans le client Windows PowerShell de l'ordinateur distant. Les résultats de la commande sont renvoyés à l'ordinateur local et s'affichent dans la session Windows PowerShell de l'ordinateur local.
Pour transmettre les commandes et recevoir la sortie, Windows PowerShell utilise le protocole WS-Management. Pour plus d'informations sur le protocole WS-Management, consultez « Protocole WS-Management » dans la bibliothèque MSDN (Microsoft Developer Network) à l'adresse https://go.microsoft.com/fwlink/?LinkId=144634.
Depuis Windows PowerShell 3.0, les sessions à distance sont stockées sur l'ordinateur distant. Vous pouvez ainsi vous déconnecter de la session et vous reconnecter à partir d'une session différente ou d'un autre ordinateur sans interrompre les commandes ou perdre l'état.
LA COMMUNICATION À DISTANCE DE WINDOWS POWERSHELL EST-ELLE SÉCURISÉE ?
Lorsque vous vous connectez à un ordinateur distant, le système utilise le nom d'utilisateur et le mot de passe de l'ordinateur local ou les informations d'identification que vous fournissez dans la commande pour vous connecter à l'ordinateur distant. Les informations d'identification et le reste de la transmission sont chiffrés.
Pour ajouter une protection supplémentaire, vous pouvez configurer l'ordinateur distant afin qu'il utilise SSL (Secure Sockets Layer) au lieu de HTTP pour écouter les demandes de Windows Remote Management (WinRM). Ensuite, les utilisateurs peuvent employer les paramètres UseSSL des applets de commande Invoke-Command, New-PSSession et Enter-PSSession pour établir une connexion. Cette option utilise le canal HTTPS le plus sécurisé au lieu de HTTP.
TOUTES LES COMMANDES DISTANTES REQUIÈRENT-ELLES UNE COMMUNICATION À DISTANCE WINDOWS POWERSHELL ?
Non. Plusieurs applets de commande ont un paramètre ComputerName qui vous permet d'obtenir des objets à partir de l'ordinateur distant.
Ces applets de commande n'utilisent pas la communication à distance Windows PowerShell. Par conséquent, vous pouvez les utiliser sur tout ordinateur qui exécute Windows PowerShell, même si l'ordinateur n'est pas configuré pour la communication à distance Windows PowerShell ou qu'il ne satisfait pas aux exigences de la communication à distance Windows PowerShell.
Ces applets de commande incluent les applets de commande suivantes :
Get-Process
Get-Service
Get-WinEvent
Get-EventLog
Get-WmiObject
Test-Connection
Pour rechercher toutes les applets de commande ayant le paramètre ComputerName, entrez :
Get-Help * -Parameter ComputerName
or
Get-Command -ParameterName ComputerName
Pour déterminer si le paramètre ComputerName d'une applet de commande particulière requiert la communication à distance Windows PowerShell, consultez la description du paramètre. Pour afficher la description du paramètre, tapez :
Get-Help <cmdlet-name> -Parameter ComputerName
Par exemple :
Get-Help Get-Process -Parameter Computername
Pour toutes les autres commandes, utilisez l'applet de commande Invoke-Command.
COMMENT EXÉCUTER UNE COMMANDE SUR UN ORDINATEUR DISTANT ?
Pour exécuter une commande sur un ordinateur distant, utilisez l'applet de commande Invoke-Command.
Placez la commande entre accolades ({}) pour en faire un bloc de script. Utilisez le paramètre ScriptBlock d'Invoke-Command pour spécifier la commande.
Vous pouvez utiliser le paramètre ComputerName d'Invoke-Command pour spécifier un ordinateur distant. Ou vous pouvez créer une connexion permanente à un ordinateur distant (une session), puis utiliser le paramètre Session d'Invoke-Command pour exécuter la commande dans la session.
Par exemple, les commandes suivantes exécutent une commande Get-Process à distance.
Invoke-Command -ComputerName Server01, Server02 -ScriptBlock {Get-Process}
- OR -
Invoke-Command -Session $s -ScriptBlock {Get-Process}
Pour interrompre une commande distante, tapez CTRL+C. La demande d'interruption est transmise à l'ordinateur distant, où il met fin à la commande distante.
Pour plus d'informations sur les commandes distantes, consultez about_Remote et les rubriques d'aide des applets de commande qui prennent en charge la communication à distance.
PUIS-JE DÉMARRER SIMPLEMENT « UNE SESSION TELNET » SUR UN ORDINATEUR DISTANT ?
Vous pouvez utiliser l'applet de commande Enter-PSSession pour démarrer une session interactive avec un ordinateur distant.
À l'invite Windows PowerShell, tapez :
Enter-PSSession <ComputerName>
L'invite de commandes se modifie pour montrer que vous êtes connecté à l'ordinateur distant.
<ComputerName>\C:>
Désormais, les commandes que vous tapez s'exécutent sur l'ordinateur distant, comme si vous les tapiez directement sur celui-ci.
Pour terminer la session interactive, tapez :
Exit-PSSession
Une session interactive est une session persistante qui utilise le protocole WS-Management. Cela est différent de l'utilisation de Telnet, mais l'expérience fournie est similaire.
Pour plus d'informations, consultez Enter-PSSession.
PUIS-JE CRÉER UNE CONNEXION PERMANENTE ?
Oui. Vous pouvez exécuter des commandes distantes en spécifiant le nom de l'ordinateur distant, son nom NetBIOS ou son adresse IP. Ou vous pouvez exécuter des commandes distantes en spécifiant une session (session PowerShell) Windows PowerShell connectée à l'ordinateur distant.
Lorsque vous utilisez le paramètre ComputerName d'Invoke-Command ou Enter-PSSession, Windows PowerShell établit une connexion temporaire. Windows PowerShell utilise la connexion pour exécuter uniquement la commande active, puis ferme la connexion. Il s'agit d'une méthode très efficace pour exécuter une seule commande ou plusieurs commandes non liées, même sur plusieurs ordinateurs distants.
Lorsque vous utilisez l'applet de commande New-PSSession pour créer une session PowerShell, Windows PowerShell établit une connexion persistante pour la session. Ensuite, vous pouvez exécuter plusieurs commandes dans la session PowerShell, y compris les commandes qui partagent des données. Insérez le corps de la section ici.
Généralement, vous créez une session PowerShell pour exécuter une série de commandes associées qui partagent des données. Sinon, la connexion temporaire créée par le paramètre ComputerName suffit pour la plupart des commandes.
Pour plus d'informations sur les sessions, consultez about_PSSessions.
PUIS-JE EXÉCUTER DES COMMANDES SUR PLUSIEURS ORDINATEURS À LA FOIS ?
Oui. Le paramètre ComputerName de l'applet de commande Invoke-Command accepte plusieurs noms d'ordinateur et le paramètre Session plusieurs sessions PowerShell.
Lorsque vous exécutez une commande Invoke-Command, Windows PowerShell exécute les commandes sur tous les ordinateurs spécifiés ou dans toutes les sessions PowerShell spécifiées.
Windows PowerShell peut gérer des centaines de connexions à distance simultanées. Toutefois, le nombre de commandes distantes que vous pouvez envoyer peut être limité par les ressources de votre ordinateur et sa capacité à établir et à gérer plusieurs connexions réseau.
Pour plus d'informations, consultez l'exemple de la rubrique d'aide sur Invoke-Command.
OÙ SONT MES PROFILS ?
Les profils Windows PowerShell n'étant pas exécutés automatiquement dans les sessions à distance, les commandes que le profil ajoute ne sont pas présentes dans la session. En outre, la variable automatique $profile n'est pas renseignée dans les sessions à distance.
Pour exécuter un profil dans une session, utilisez l'applet de commande Invoke-Command.
Par exemple, la commande suivante exécute le profil CurrentUserCurrentHost à partir de l'ordinateur local de la session dans $s.
Invoke-Command -Session $s -FilePath $profile
La commande suivante exécute le profil CurrentUserCurrentHost à partir de l'ordinateur distant de la session dans $s. Étant donné que la variable $profile n'est pas renseignée, la commande utilise le chemin d'accès explicite au profil.
Invoke-Command -Session $s {. "$home\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1"}
Après que vous avez exécuté cette commande, les commandes que le profil ajoute à la session sont disponibles dans $s.
Vous pouvez aussi utiliser un script de démarrage dans une configuration de session pour exécuter un profil dans toute session à distance utilisant la configuration de session.
Pour plus d'informations sur les profils Windows PowerShell, consultez about_Profiles. Pour plus d'informations sur les configurations de session, consultez Register-PSSessionConfiguration.
COMMENT FONCTIONNE LA LIMITATION DES COMMANDES DISTANTES ?
Pour vous aider à gérer les ressources de votre ordinateur local, Windows PowerShell inclut une fonctionnalité de limitation par commande qui vous permet de limiter le nombre de connexions à distance simultanées établies pour chaque commande.
La valeur par défaut est 32 connexions simultanées, mais vous pouvez utiliser les paramètres ThrottleLimit des applets de commande pour définir une limitation personnalisée pour certaines commandes.
Lorsque vous utilisez la fonctionnalité de limitation, n'oubliez pas qu'elle s'applique à chaque commande, pas à l'ensemble de la session ou à l'ordinateur. Si vous exécutez des commandes simultanément dans plusieurs sessions ou sessions PowerShell, le nombre de connexions simultanées correspond à la somme des connexions simultanées de toutes les sessions.
Pour rechercher les applets de commande ayant un paramètre ThrottleLimit, tapez :
Get-Help * -Parameter ThrottleLimit
-or-
Get-Command -ParameterName ThrottleLimit
LA SORTIE DES COMMANDES DISTANTES EST-ELLE DIFFÉRENTE DE LA SORTIE LOCALE ?
Lorsque vous utilisez Windows PowerShell localement, vous envoyez et recevez des objets .NET Framework « actifs » ; les objets « actifs » sont associés à des programmes ou composants système réels. Lorsque vous appelez les méthodes ou modifiez les propriétés d'objets actifs, les modifications affectent le programme ou composant réel. Et, lorsque les propriétés d'un programme ou d'un composant changent, les propriétés de l'objet qui les représentent changent également.
Cependant, comme la plupart des objets actifs ne peuvent pas être transmis sur le réseau, Windows PowerShell « sérialise » la plupart des objets envoyés dans les commandes distantes ; autrement dit, chaque objet est converti en une série d'éléments de données XML (CLiXML, Constraint Language in XML) pour la transmission.
Lorsque Windows PowerShell reçoit un objet sérialisé, le XML est converti en un type d'objet désérialisé. L'objet désérialisé est un enregistrement précis des propriétés du programme ou du composant à un instant antérieur, mais il n'est plus « actif », autrement dit, il n'est plus directement associé au composant. Et les méthodes sont supprimées, car elles ne sont plus effectives.
En règle générale, vous pouvez utiliser des objets désérialisés comme vous utiliseriez des objets actifs, mais vous devez être conscient de leurs limites. En outre, les objets retournés par l'applet de commande Invoke-Command ont des propriétés supplémentaires qui vous aident à déterminer l'origine de la commande.
Certains types d'objets, tels que les objets DirectoryInfo et GUID, sont convertis en objets actifs lors de leur réception. Ces objets ne nécessitent aucune manipulation ou mise en forme particulière.
Pour plus d'informations sur l'interprétation et la mise en forme de la sortie à distance, consultez about_Remote_Output.
PUIS-JE EXÉCUTER DES TRAVAUX EN ARRIÈRE-PLAN À DISTANCE ?
Oui. Un travail en arrière-plan Windows PowerShell est une commande Windows PowerShell qui s'exécute de manière asynchrone sans interagir avec la session. Lorsque vous démarrez un travail en arrière-plan, l'invite de commandes retourne immédiatement et vous pouvez continuer à travailler dans la session tandis que le travail s'exécute, même pendant une période prolongée.
Vous pouvez démarrer un travail en arrière-plan même si d'autres commandes sont en cours d'exécution, car les travaux en arrière-plan s'exécutent toujours de manière asynchrone dans une session temporaire. Insérez le corps de la section ici.
Vous pouvez exécuter des travaux en arrière-plan sur un ordinateur local ou distant. Par défaut, un travail en arrière-plan s'exécute sur l'ordinateur local. Cependant, vous pouvez utiliser le paramètre AsJob de l'applet de commande Invoke-Command pour exécuter une commande distante en tant que travail en arrière-plan. Et vous pouvez utiliser Invoke-Command pour exécuter une commande Start-Job à distance.
Pour plus d'informations sur les travaux en arrière-plan dans Windows PowerShell, consultez about_Jobs et about_Remote_Jobs.
PUIS-JE EXÉCUTER DES PROGRAMMES WINDOWS SUR UN ORDINATEUR DISTANT ?
Vous pouvez utiliser les commandes distantes Windows PowerShell pour exécuter des programmes Windows sur des ordinateurs distants. Par exemple, vous pouvez exécuter Shutdown.exe ou Ipconfig sur un ordinateur distant.
Cependant, vous ne pouvez pas utiliser les commandes Windows PowerShell pour ouvrir l'interface utilisateur d'un programme sur un ordinateur distant.
Lorsque vous démarrez un programme Windows sur un ordinateur distant, la commande n'est pas achevée et l'invite de commandes Windows PowerShell n'effectue aucun retour tant que le programme n'est pas terminé ou que vous n'avez pas appuyé sur CTRL+C pour interrompre la commande. Par exemple, si vous exécutez le programme IpConfig sur un ordinateur distant, l'invite de commandes ne retourne pas tant qu'IpConfig n'est pas terminé.
Si vous utilisez des commandes distantes pour démarrer un programme qui possède une interface utilisateur, le processus du programme démarre, mais l'interface utilisateur ne s'affiche pas. La commande Windows PowerShell n'est pas achevée et l'invite de commandes ne procède à aucun retour tant que vous n'avez pas arrêté le processus du programme ou appuyé sur CTRL+C. La commande est alors interrompue et le processus arrêté.
Par exemple, si vous utilisez une commande Windows PowerShell pour exécuter le Bloc-notes sur un ordinateur distant, le processus du Bloc-notes démarre sur l'ordinateur distant, mais l'interface utilisateur du Bloc-notes n'apparaît pas. Pour interrompre la commande et restaurer l'invite de commandes, appuyez sur CTRL+C.
EST-IL POSSIBLE DE LIMITER LES COMMANDES QUE LES UTILISATEURS PEUVENT EXÉCUTER À DISTANCE SUR MON ORDINATEUR ?
Oui. Chaque session à distance doit utiliser l'une des configurations de session sur l'ordinateur distant. Vous pouvez gérer les configurations de session sur votre ordinateur (et les autorisations à ces configurations de session) afin de déterminer les personnes autorisées à exécuter des commandes distantes sur votre ordinateur et les commandes qu'elles peuvent exécuter.
Une configuration de session configure l'environnement pour la session. Vous pouvez définir la configuration en utilisant un assembly qui implémente une nouvelle classe de configuration ou un script qui s'exécute dans la session. La configuration peut déterminer les commandes disponibles dans la session. Et la configuration peut inclure des paramètres qui protègent l'ordinateur, tels que les paramètres qui limitent la quantité de données que la session peut recevoir à distance dans un objet ou une commande unique. Vous pouvez également spécifier un descripteur de sécurité qui détermine les autorisations requises pour utiliser la configuration.
L'applet de commande Enable-PSRemoting crée les configurations de session par défaut sur votre ordinateur : Microsoft.PowerShell, Microsoft.PowerShell.Workflow et Microsoft.PowerShell32 (systèmes d'exploitation 64 bits uniquement). Enable-PSRemoting définit le descripteur de sécurité pour que la configuration autorise uniquement les membres du groupe Administrateurs de votre ordinateur à les utiliser.
Vous pouvez utiliser les applets de commande de configuration de session pour modifier les configurations de session par défaut, créer des configurations de session et modifier les descripteurs de sécurité de toutes les configurations de session.
Depuis Windows PowerShell 3.0, l'applet de commande New-SessionConfigurationFile vous permet de créer des configurations de session personnalisées à l'aide d'un fichier texte. Le fichier inclut les options pour définir le mode de langage, ainsi que pour spécifier les applets de commande et les modules disponibles dans les sessions qui utilisent la configuration de session.
Lorsque les utilisateurs utilisent les applets de commande Invoke-Command, New-PSSession ou Enter-PSSession, ils peuvent utiliser le paramètre ConfigurationName pour indiquer la configuration de session utilisée pour la session. Et ils peuvent modifier la configuration par défaut que leurs sessions utilisent en changeant la valeur de la variable de préférence $PSSessionConfigurationName dans la session.
Pour plus d'informations sur les configurations de session, consultez l'aide sur les applets de commande de configuration de session. Pour rechercher les applets de commande de configuration de session, tapez :
Get-Command *PSSessionConfiguration
QUE SONT LES CONFIGURATIONS PLUSIEURS-À-UN (« FAN-IN ») ET LES CONFIGURATIONS UN-À-PLUSIEURS (« FAN-OUT ») ? RUBRIQUE
Le scénario de communication à distance Windows PowerShell le plus courant impliquant plusieurs ordinateurs est la configuration de type un-à-plusieurs, où un ordinateur local (l'ordinateur de l'administrateur) exécute les commandes Windows PowerShell sur plusieurs ordinateurs distants. Ce scénario est appelé « configuration un-à-plusieurs (fan-out) ».
Cependant, dans certaines entreprises, la configuration est de type plusieurs-à-un, où plusieurs ordinateurs clients se connectent à un seul ordinateur distant qui exécute Windows PowerShell, tel qu'un serveur de fichiers ou une borne. Cette configuration est connue sous le nom de « configuration plusieurs-à-un (fan-in) ».
La communication à distance Windows PowerShell prend en charge les configurations « fan-out » et « fan-in ».
Pour la configuration « fan-out » Windows PowerShell utilise le protocole WS-Management et le service WinRM qui prend en charge l'implémentation Microsoft de WS-Management. Lorsqu'un ordinateur local se connecte à un ordinateur distant, WS-Management établit une connexion et utilise un plug-in pour que Windows PowerShell démarre le processus hôte Windows PowerShell (Wsmprovhost.exe) sur l'ordinateur distant. L'utilisateur peut spécifier un autre port, une configuration de session différente et d'autres fonctionnalités permettant de personnaliser la connexion à distance.
Pour prendre en charge la configuration « fan-in », Windows PowerShell utilise les services IIS (Internet Information Services) pour héberger WS-Management, charger le plug-in Windows PowerShell et démarrer Windows PowerShell. Dans ce scénario, au lieu de démarrer chaque session Windows PowerShell dans un processus distinct, toutes les sessions Windows PowerShell s'exécutent dans le même processus hôte.
La gestion à distance de l'hébergement IIS et de la configuration plusieurs-à-un (« fan-in ») n'est prise en charge ni dans Windows XP ni dans Windows Server 2003.
Dans une configuration plusieurs-à-un (« fan-in »), l'utilisateur peut spécifier un URI de connexion et un point de terminaison HTTP, y compris le transport, le nom de l'ordinateur, le port et le nom de l'application. IIS transfère à l'application toutes les requêtes avec un nom d'application spécifié. La valeur par défaut est WS-Management, qui peut héberger Windows PowerShell.
Vous pouvez aussi spécifier un mécanisme d'authentification et interdire ou autoriser la redirection à partir de points de terminaison HTTP et HTTPS.
PUIS-JE TESTER LA COMMUNICATION À DISTANCE SUR UN SEUL ORDINATEUR (PAS DANS UN DOMAINE) ?
Oui. La communication à distance Windows PowerShell est disponible même lorsque l'ordinateur local n'est pas dans un domaine. Vous pouvez utiliser les fonctionnalités de communication à distance pour vous connecter à des sessions ou créer des sessions sur le même ordinateur. Les fonctionnalités procèdent de la même façon que lorsque vous vous connectez à un ordinateur distant.
Pour exécuter des commandes distantes sur un ordinateur dans un groupe de travail, modifiez les paramètres Windows suivants sur l'ordinateur.
Attention : Ces paramètres affectent tous les utilisateurs du système et peuvent rendre celui-ci plus vulnérable aux attaques malveillantes. Soyez prudent lorsque vous effectuez ces modifications.
-- Windows XP avec SP2 :
Utilisez les paramètres de sécurité locaux (Secpol.msc) pour modifier le paramètre de la stratégie « Accès réseau : modèle de partage et de sécurité pour les comptes locaux » dans Security Settings\Local Policies\Security Options en « Classique ».
-- Windows Vista, Windows 7, Windows 8 :
Créez l'entrée de Registre suivante, puis définissez sa valeur sur 1 : LocalAccountTokenFilterPolicy dans HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Vous pouvez utiliser la commande Windows PowerShell suivante pour ajouter cette entrée :
New-ItemProperty `
–Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System `
–Name LocalAccountTokenFilterPolicy –propertyType DWord –Value 1
-- Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows Server 2012 R2 :
Aucune modification n'est nécessaire, car le paramètre par défaut de la stratégie « Accès réseau : modèle de partage et de sécurité pour les comptes locaux » est « Classique ». Vérifiez le paramètre au cas où il aurait été modifié.
PUIS-JE EXÉCUTER DES COMMANDES DISTANTES SUR UN ORDINATEUR DANS UN AUTRE DOMAINE ?
Oui. En règle générale, les commandes s'exécutent sans erreur, mais vous devrez peut-être utiliser le paramètre Credential des applets de commande Invoke-Command, New-PSSession ou Enter-PSSession pour fournir les informations d'identification d'un membre du groupe Administrateurs sur l'ordinateur distant. Cela est parfois nécessaire même si l'utilisateur actuel est membre du groupe Administrateurs sur l'ordinateur local et l'ordinateur distant.
Cependant, si l'ordinateur distant n'est pas dans un domaine approuvé par l'ordinateur local, l'ordinateur distant peut ne pas être en mesure d'authentifier les informations d'identification de l'utilisateur.
Pour activer l'authentification, utilisez la commande suivante afin d'ajouter l'ordinateur distant à la liste des hôtes approuvés pour l'ordinateur local dans WinRM. Tapez la commande à l'invite Windows PowerShell.
Set-Item WSMan:\localhost\Client\TrustedHosts -Value <Remote-computer-name>
Par exemple, pour ajouter l'ordinateur Server01 à la liste des hôtes approuvés sur l'ordinateur local, tapez la commande suivante à l'invite Windows PowerShell :
Set-Item WSMan:\localhost\Client\TrustedHosts -Value Server01
VOIR AUSSI
about_Remote
about_Profiles
about_PSSessions
about_Remote_Jobs
about_Remote_Variables
Invoke-Command
New-PSSession