Comment réparer "Le service WS-Management ne peut pas traiter la requête. Un URI de ressource DMTF a été utilisé pour accéder à une classe non DMTF. Essayez à nouveau à l'aide d'un URI de ressource non DMTF".

L'erreur 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" Il se produit généralement lors de l'exécution d'une commande PowerShell ou Windows Management Instrumentation (WMI / MI) à l'aide de Windows Remote Management (WinRM). Il signifie une inadéquation de syntaxe où le système a reçu l'instruction de requérir une classe standard Microsoft WMI à l'aide d'un schéma Uniform Resource Identifier (URI) de la DMTF (Distributed Management Task Force), ou vice versa. Cela se produit généralement lorsqu'un script automatisé, un outil de gestion ou une commande manuelle utilise une structure de syntaxe incorrecte pour l'instance CIM (Common Information Model) cible.

Voici le processus étape par étape pour résoudre ce problème:

Étape 1: Vérifier et corriger la syntaxe de l'URI de la ressource

Si vous exécutez une commande PowerShell personnalisée en utilisant Get-CimInstance, Get-WSManInstance, ou Invoke-WSManAction, vérifiez comment l'URI de la ressource est construit.

1. Ouvrez votre script ou l'interface de ligne de commande.
2. Localisez le... -ResourceUri le paramètre ou la déclaration du chemin.
3. Assurez-vous que si vous ciblez une classe WMI standard de Windows (comme Win32_Process ), vous utilisez l'URI standard de l'espace de noms Microsoft CIM ( http://microsoft.com ) au lieu de l'URI standard DMTF ( http://dmtf.org ) et de l'Union européenne.

Étape 2: basculer de WSMan Cmdlets à CimCmdlets

Les cmdlets WSMan standard peuvent être très sensibles au formatage URI. Leur remplacement par des cmdlets CIM modernes contourne souvent automatiquement les problèmes de validation DMTF stricts.

1. Ouvrez. PowerShell en tant qu'administrateur.
2. Si votre commande d' échec d' origine ressemblait à ceci: Get-WSManInstance -ResourceURI "http://dmtf.orgWin32_Service" -ComputerName "RemotePC"
3. Changez-le pour utiliser le plus simple. Get-CimInstance syntaxe qui gère le mappage URI nativement: Get-CimInstance -ClassName Win32_Service -ComputerName "RemotePC"

Étape 3: redémarrer le service de gestion à distance de Windows (WinRM)

Des sessions WinRM corrompues ou bloquées peuvent mettre en cache de mauvaises informations de routage, ce qui entraîne la persistance de cette erreur même après correction de la syntaxe.

1. Appuie sur le... Windows Key + R pour ouvrir la boîte de dialogue Exécuter.
2. Quel type ? services.msc et appuyez. Enter.
3. Faites défiler vers le bas pour localiser le Windows Remote Management (WS-Management) le service.
4. Cliquez avec le bouton droit sur le service et sélectionnez Restart.

Étape 4: Réenregistrer les composants WMI et les fournisseurs de MI

Si l'erreur se produit lors de tâches de gestion automatisée du système (comme SCCM, SCOM ou outils de surveillance tiers), l'enregistrement du référentiel WMI local ou du fournisseur d'infrastructure de gestion (MI) pourrait être corrompu.

1. Cliquez sur le menu Démarrer, tapez cmd, cliquez avec le bouton droit. Command Prompt, et sélectionnez Run as administrator.
2. Exécutez la commande suivante pour compiler les fichiers de base du framework WMI: CD C:\Windows\System32\Wbem
3. Exécutez cette commande de boucle pour réenregistrer tous les fichiers MOF qui définissent les classes: for /f %s in ('dir /b *.mof') do mofcomp %s
4. Exécutez cette commande de boucle pour réenregistrer les fichiers DLL: for /f %s in ('dir /b *.dll') do regsvr32 /s %s
5. Redémarrez votre ordinateur pour appliquer les modifications.

Pour fournir des étapes de dépannage plus personnalisées, s'il vous plaît partager what specific command or application a déclenché cette erreur, et si vous l'exécutez contre un local or remote machine.