Cómo arreglarlo "El cliente WinRM no puede procesar la solicitud. El URI del recurso para una operación de enumeración con filtro WQL no debe contener claves y el nombre de clase debe ser '*' (estrella)".

De acuerdo con el estándar WS-Management implementado por WinRM, cuando se realiza una enumeración con un filtro de consulta WQL, el URI de recursos debe dirigirse al marco de clase base en general en lugar de una instancia específica o un nombre de clase específico con claves específicas. * ) como comodín para el nombre de la clase y no debe contener claves de instancia específicas (como nombres de servicios específicos, ID o manijas). Si su script, comando o software de gestión construye un URI que nombra explícitamente una clase o especifica selectores de instancia mientras pasa simultáneamente un WQL __Filter, el cliente WinRM bloquea la solicitud y lanza este error.

Soluciones paso a paso

Dependiendo de si está ejecutando un comando manual a través de winrm, ejecutando un cmdlet de PowerShell, o escribiendo un script personalizado, utilice una de las siguientes soluciones para resolver el problema.

Corrección 1: Corrección de la sintaxis de comandos en winrm Utilidad

Si está usando la utilidad de línea de comandos winrm.cmd para enumerar los recursos, asegurar su -filter el switch está emparejado con un URI de Recursos que termina con un asterisco ( * ) y no contiene llaves.

1. Abierto. Command Prompt - ¿ Qué ? PowerShell como Administrador.
2. Revisa tu comando original. Es probable que se vea incorrecto así: winrm enumerate wmicimv2/Win32_Service?Name=wuauserv -filter:"Select * from Win32_Service Where State='Running'"
3. Cambiar la parte del URI del recurso para usar el asterisco ( * ) comodín y eliminar el selector de teclas ( ?Name=wuauserv Modifique su comando para que coincida con esta estructura:

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

4. Presione. Enter para ejecutar el comando corregido.

Corrección 2: Ajuste de los Cmdlets de PowerShell ( Get-WSManInstance / Enumerate)

Si está utilizando los cmdlets nativos de PowerShell WSMan, debe asegurarse de que el -ResourceURI el parámetro apunta al comodín del esquema en lugar de una clase o clave de instancia específica del CIM.

1. Abierto. PowerShell.
2. Si su código fallido se ve así:

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

3. Actualizar el -ResourceURI el argumento para terminar con /* para que el motor WQL pueda procesar el filtrado de clases internamente:

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

4. Ejecuta el guión actualizado.

Solución 3: Usando Cmdlets alternativos de PowerShell (recomendado)

Si su objetivo es simplemente consultar datos WMI / CIM de forma remota a través del protocolo WinRM, es mucho más fácil y menos propenso a errores usar cmdlets CIM en lugar de comandos de bloque WSMan en bruto.

1. Abierto. PowerShell.
2. Reemplace su complejo comando de enumeración WSMan con el Get-CimInstance cmdlet, que se ejecuta en WinRM por defecto:

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

3. Si necesita explícitamente utilizar una consulta WQL completa, use el -Query Parámetro en su lugar:

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

4. Ejecute el comando para recuperar los datos sin activar las restricciones de sintaxis de WinRM.