Comment réparer "Le client WinRM ne peut pas traiter la requête car le nom du sélecteur n'est pas valide. Changez le nom du sélecteur et réessayez la requête".

L'erreur WinRM "Le client WinRM ne peut pas traiter la requête car le nom du sélecteur n'est pas valide" se produit généralement lorsqu'une commande de télécommande PowerShell ou une requête WS-Management spécifie un URI de ressource ou un filtre de sélecteur incorrect, déformé ou non pris en charge pour le point final cible. Cela se produit fréquemment lors de tâches de gestion à distance lorsque la chaîne de connexion, la configuration du point final ou l'instance de service cible (comme une classe WMI spécifique ou le routage Exchange Server) ne correspond pas à ce que l'hôte distant attend.

Description détaillée de l'erreur

WinRM (Windows Remote Management) uses Web Services for Management (WS-Management) to communicate with remote computers. When you issue a command, WinRM relies on Resource URIs (pour identifier le type de plugin ou de service de gestion) et Selectors (qui agissent comme une clé ou un index pour pointer vers une instance spécifique de cette ressource).

Si l'application client passe un sélecteur que le service distant ne reconnaît pas, ou s'il y a une inadéquation de syntaxe dans votre configuration de script PowerShell, l'écoutant WinRM distant rejette la connexion avec cette erreur spécifique.

• Des fautes de frappe dans la configuration des terminaux ou les paramètres de connexion.
• Décalage de version entre les outils de gestion client et le module serveur distant (très fréquent dans les environnements Exchange hybrides ou les anciens modules d'annuaire actif).
• Corruption ou mauvaise configuration du lecteur WSMan local ou de l'écoutant WinRM distant.

Réparations étape par étape

Suivez ces étapes pour diagnostiquer et résoudre le problème.

Étape 1: Vérifier et corriger l'URI de connexion / syntaxe de commande

Si vous exécutez un script ou un outil spécifique (comme Exchange Online PowerShell ou SCVMM), l'erreur est souvent causée par un paramètre incorrect ou un format de module obsolète.

1. Révisez la commande que vous avez exécutée. -ConnectionUri, -ConfigurationName, ou les filtres de ressources ne contiennent pas d'erreurs de frappe.
2. If you are using a specific management module (e.g., Exchange), ensure you are using the latest official module rather than manually constructing a New-PSSession avec des URI personnalisés, car les terminaux cloud changent fréquemment leurs sélecteurs requis.

Étape 2: redémarrer le service WinRM

Une instance de service WinRM défectueuse ou bloquée sur le client ou l'hôte peut entraîner des échecs de validation de sélecteur inattendus.

1. Appuie sur le... Windows Key + X et sélectionnez Terminal (Admin) ou... PowerShell (Admin).
2. Tapez la commande suivante pour redémarrer le service WinRM localement:

   Restart-Service WinRM -Force

3. Si vous avez accès à l'ordinateur distant, exécutez la même commande sur l'ordinateur distant pour actualiser son auditeur.

Étape 3: réparer et réinitialiser la configuration WinRM

La réinitialisation de la configuration WinRM à son état par défaut supprime les paramètres d'écoute corrompus ou les sélecteurs par défaut non valides.

1. Ouvrez. PowerShell (Admin).
2. Exécutez la commande de configuration rapide pour réparer le service et les auditeurs par défaut:

   winrm quickconfig

3. Si vous êtes invité à apporter des modifications ou à activer les exceptions du pare-feu, tapez y et appuyez. Enter.
4. Pour effectuer une réinitialisation plus approfondie de la configuration WinRM, exécutez:

   winrm invoke restore winrm/config @{}

Étape 4: Effacer le cache du lecteur local WSMan

PowerShell cache les structures de connexion dans le WSMan: Supprimer cet état oblige PowerShell à reconstruire des définitions de sélecteur valides.

1. Ouvrez. PowerShell (Admin).
2. Naviguez vers la racine du fournisseur WSMan pour vérifier qu'il est chargé correctement:

   cd WSMan:\localhost

3. Retournez à votre répertoire par défaut:

   cd ~

4. Redémarrez complètement votre console PowerShell pour supprimer tous les profils de session à distance mis en cache.

Étape 5: Mise à jour des outils et des cadres de gestion

Si cette erreur apparaît lors de la gestion de l'infrastructure distante, cela signifie généralement que votre ordinateur client envoie un format de sélecteur obsolète que le serveur distant mis à jour ne supporte plus.

1. Exécutez Windows Update sur votre ordinateur local pour vous assurer que vos composants Windows Management Framework (WMF) et PowerShell sont entièrement mis à jour.
2. Si vous utilisez des modules spécialisés, mettez-les à jour via PowerShell Gallery:

   Update-Module -Name <YourModuleName>