Comment réparer "Le service WS-Management ne peut pas traiter la demande car les valeurs du sélecteur ne correspondent pas à une ressource connue, ou la ressource est hors ligne".

L'erreur "Le service WS-Management ne peut pas traiter la demande car les valeurs du sélecteur ne correspondent pas à une ressource connue, ou la ressource est hors ligne" se produit généralement lorsqu'une connexion Windows Remote Management (WinRM) échoue. Cela se produit parce que le client tente de communiquer avec une ressource distante en utilisant un identifiant (sélecteur) incorrect, ou le service WinRM sur la machine cible est arrêté, mal configuré ou bloqué par un pare-feu.

Comment y remédier (étape par étape)

Suivez ces étapes pour résoudre le problème. Vous aurez besoin de privilèges d'administrateur sur les ordinateurs locaux et distants.

Étape 1: Vérifier et démarrer le service WinRM

La cause la plus fréquente est que le service WinRM n'est pas exécuté sur la machine de destination.

1. Ouvrez la porte. Start Menu sur l'ordinateur cible (à distance).
2. Quel type ? cmd, cliquez avec le bouton droit. Command Prompt, et sélectionnez Run as administrator.
3. Tapez la commande suivante et appuyez Enter:

   winrm quickconfig

4. Si vous êtes invité à apporter des modifications ou à démarrer le service, tapez y (Oui) et appuyez Enter Cette commande démarre le service WinRM et définit son type de démarrage sur Automatique.

Étape 2: Vérifiez l'URL du point de terminaison et les valeurs du sélecteur

Si vous utilisez PowerShell Remoting (comme Invoke-Command ou... Enter-PSSession ), s'assurer que vous ne passez pas un URI de ressource invalide ou incompatible.

1. Si vous ciblez un flux de travail spécifique ou un shell personnalisé, vérifiez votre -ConfigurationName paramètre dans PowerShell.
2. Si vous utilisez un URI spécifique, vérifiez que l'orthographe de votre ressource correspond exactement à la configuration définie sur le serveur.
3. Pour la gestion à distance standard, utilisez la connexion par défaut sans spécifier de sélecteurs personnalisés:

   Enter-PSSession -ComputerName "RemoteComputerName"

Étape 3: Activer la gestion à distance via la stratégie de groupe (le cas échéant)

Dans les environnements de domaine, les politiques de groupe peuvent bloquer les points d'extrémité des ressources.

1. Sur la télécommande, appuyez Windows Key + R, type gpedit.msc, et appuyez Enter.
2. Naviguez vers: Computer Configuration > Administrative Templates > Windows Components > Windows Remote Management (WinRM) > WinRM Service.
3. Double-cliquez. Allow remote server management through WinRM.
4. Mettez-le à... Enabled, et définir les filtres IPv4 et IPv6 comme * (ou des plages IP spécifiques pour permettre).
5. Cliquez. Apply Et puis... OK.
6. Ouvrez la commande instantanée en tant qu'administrateur et exécutez gpupdate /force d'appliquer immédiatement les modifications.

Étape 4: Ajouter la cible à TrustedHosts (pour les groupes de travail)

Si les ordinateurs ne sont pas dans le même domaine Active Directory, la machine client rejettera la connexion à moins que le serveur ne soit digne de confiance.

1. À votre place. local (client) computer, ouvrez PowerShell en tant qu'administrateur.
2. Exécutez la commande suivante pour faire confiance à l'ordinateur distant (remplacer RemoteComputerName avec l'adresse IP ou le nom d'hôte réel):

   Set-Item WSMan:\localhost\Client\TrustedHosts -Value "RemoteComputerName" -Force

3. Redémarrez le service WinRM sur votre ordinateur local pour appliquer les modifications:

   Restart-Service winrm

Étape 5: Vérifiez les ports du pare-feu Windows

Le pare-feu peut bloquer le trafic réseau nécessaire pour atteindre le point final de la ressource.

1. Sur l'ordinateur distant, ouvrez PowerShell en tant qu'administrateur.
2. Exécutez ces commandes pour s'assurer que les ports 5985 (HTTP) et 5986 (HTTPS) sont ouverts:

   Enable-NetFirewallRule -DisplayGroup "Windows Remote Management"