Comment réparer "Le client WinRM ne peut pas traiter la requête. L'URI de la ressource pour une opération d'énumération avec le filtre WQL ne doit pas contenir de clés et le nom de la classe doit être '*' (étoile)".

Selon la norme WS-Management mise en œuvre par WinRM, lorsque vous effectuez une énumération avec un filtre de requête WQL, l'URI de ressource doit cibler le cadre de classe de base de manière générale plutôt qu'une instance spécifique ou un nom de classe spécifique avec des clés spécifiques. WinRM exige strictement que pour les opérations de filtrage WQL, l'URI de ressource doit utiliser un astérisque ( * Si votre script, commande ou logiciel de gestion construit un URI qui nomme explicitement une classe ou spécifie des sélecteurs d'instance tout en passant simultanément un WQL __Filter, le client WinRM bloque la requête et lance cette erreur.

Réparations étape par étape

Cela dépend si vous exécutez une commande manuelle via winrm, en exécutant un cmdlet PowerShell, ou en écrivant un script personnalisé, utilisez l'une des solutions suivantes pour résoudre le problème.

Correction 1: Correction de la syntaxe de commande dans winrm Utilisation

Si vous utilisez l' utilitaire de ligne de commande winrm.cmd Il s'agit de l'établissement d'une liste de ressources, d'assurer votre -filter le commutateur est associé à un URI de ressource qui se termine par un astérisque ( * ) et ne contient pas de clés.

1. Ouvrez. Command Prompt ou... PowerShell en tant qu'administrateur.
2. Révisez votre commande d'origine. Elle a probablement l'air incorrecte comme ceci: winrm enumerate wmicimv2/Win32_Service?Name=wuauserv -filter:"Select * from Win32_Service Where State='Running'"
3. Modifier la partie URI de la ressource pour utiliser l'astérisque ( * ) wildcard et supprimez le sélecteur de clé ( ?Name=wuauserv Modifiez votre commande pour qu' elle corresponde à cette structure:

   winrm enumerate wmicimv2/* -filter:"Select * from Win32_Service Where State='Running'"

4. Appuyez dessus. Enter pour exécuter la commande corrigée.

Correction 2: Ajustement des Cmdlets PowerShell ( Get-WSManInstance / Enumerate)

Si vous utilisez les cmdlets natifs de PowerShell WSMan, vous devez vous assurer que le -ResourceURI le paramètre pointe vers le caractère générique du schéma au lieu d'une clé de classe ou d'instance CIM spécifique.

1. Ouvrez. PowerShell.
2. Si votre code d'échec ressemble à ceci:

   Get-WSManInstance -ResourceURI "wmicimv2/Win32_Process" -Filter "Select * From Win32_Process Where Name='notepad.exe'"

3. Mettez à jour -ResourceURI l'argument pour terminer avec /* de sorte que le moteur WQL puisse traiter le filtrage de classe en interne:

   Get-WSManInstance -ResourceURI "wmicimv2/*" -Filter "Select * From Win32_Process Where Name='notepad.exe'"

4. Exécutez le script mis à jour.

Correction 3: Utilisation de Cmdlets PowerShell alternatifs (recommandé)

Si votre objectif est simplement de consulter les données WMI/CIM à distance via le protocole WinRM, il est beaucoup plus facile et moins sujet aux erreurs d'utiliser des cmdlets CIM au lieu de commandes de bloc WSMan brutes.

1. Ouvrez. PowerShell.
2. Remplacez votre commande de dénombrement WSMan complexe par la Get-CimInstance cmdlet, qui s'exécute sur WinRM par défaut:

   Get-CimInstance -ClassName Win32_Service -Filter "State='Running'" -ComputerName "RemoteComputerName"

3. Si vous avez explicitement besoin d'utiliser une requête WQL complète, utilisez le -Query paramètre au lieu de:

   Get-CimInstance -Query "Select * from Win32_Service where State='Running'" -ComputerName "RemoteComputerName"

4. Exécutez la commande pour récupérer les données sans déclencher les restrictions de syntaxe WinRM.