Cómo arreglarlo "El servicio WS-Management no puede procesar la solicitud. Se utilizó un URI de recurso DMTF para acceder a una clase no DMTF. Pruebe de nuevo usando un URI de recurso no DMTF".

El error de Windows "The WS-Management service cannot process the request. A DMTF resource URI was used to access a non-DMTF class. Try again using a non-DMTF resource URI" generalmente ocurre cuando se ejecuta un comando de PowerShell o de Windows Management Instrumentation (WMI/MI) utilizando Windows Remote Management (WinRM). Significa una falta de correspondencia de sintaxis en la que se instruyó al sistema a consultar una clase estándar de Microsoft WMI utilizando un esquema Uniform Resource Identifier (URI) de la Fuerza de Tareas de Gestión Distribuida (DMTF), o viceversa. Esto generalmente ocurre cuando un script automatizado, una herramienta de administración o un comando manual utiliza una estructura de sintaxis incorrecta para la instancia CIM (Modelo de Información Común) de destino.

Aquí está el proceso paso a paso para resolver este problema:

Paso 1: Verificar y corregir la sintaxis del URI del recurso

Si está ejecutando un comando de PowerShell personalizado usando Get-CimInstance, Get-WSManInstance, o Invoke-WSManAction, comprobar cómo se construye el URI del recurso.

1. Abre el guión o la interfaz de línea de comandos.
2. Localiza el... -ResourceUri el parámetro o la declaración de la trayectoria.
3. Asegúrese de que si está apuntando a una clase WMI estándar de Windows (como Win32_Process ), se utiliza el espacio de nombres estándar de Microsoft CIM URI ( http://microsoft.com ) en lugar de la URI estándar DMTF ( http://dmtf.org ) y de la Comisión).

Paso 2: Cambiar de los Cmdlets WSMan a los CimCmdlets

Los cmdlets estándar WSMan pueden ser muy sensibles al formato URI. Reemplazarlos con cmdlets CIM modernos a menudo evita automáticamente los estrictos problemas de validación DMTF.

1. Abierto. PowerShell como Administrador.
2. Si su orden original de fallo se veía así: Get-WSManInstance -ResourceURI "http://dmtf.orgWin32_Service" -ComputerName "RemotePC"
3. Cambiarlo para usar el más simple Get-CimInstance sintaxis que maneja la asignación de URI de forma nativa: Get-CimInstance -ClassName Win32_Service -ComputerName "RemotePC"

Paso 3: Reinicie el servicio de administración remota de Windows (WinRM)

Las sesiones de WinRM dañadas o atascadas pueden almacenar información de enrutamiento incorrecta en caché, haciendo que este error persista incluso después de corregir la sintaxis.

1. Presiona el... Windows Key + R para abrir el cuadro de diálogo Ejecutar.
2. ¿ Qué tipo ? services.msc y presiona. Enter.
3. Desplácese hacia abajo y localice el Windows Remote Management (WS-Management) el servicio.
4. Haga clic derecho en el servicio y seleccione Restart.

Paso 4: Registro de nuevo de los componentes WMI y de los proveedores de MI

Si el error se produce durante las tareas de gestión automática del sistema (como SCCM, SCOM o herramientas de monitoreo de terceros), el repositorio local de WMI o el registro del proveedor de la infraestructura de gestión (MI) podrían estar dañados.

1. Haga clic en el menú Inicio, escriba cmd, haga clic derecho en Command Prompt, y seleccione Run as administrator.
2. Ejecute el siguiente comando para compilar los archivos básicos del marco WMI: CD C:\Windows\System32\Wbem
3. Ejecute este comando de bucle para volver a registrar todos los archivos MOF que definen las clases: for /f %s in ('dir /b *.mof') do mofcomp %s
4. Ejecute este comando de bucle para volver a registrar los archivos DLL: for /f %s in ('dir /b *.dll') do regsvr32 /s %s
5. Reinicie su computadora para aplicar los cambios.

Para proporcionar pasos de solución de problemas más personalizados, por favor comparta what specific command or application y si lo está ejecutando en contra de un local or remote machine.