Correction d'erreur de Windows: WinRM WSManEnumeratorAddObject Paramètre nul

Description de l'erreur

Cette erreur se produit lorsque le client Windows Remote Management (WinRM) tente d'énumérer des objets, mais la structure de données renvoyée par le serveur distant ou le fournisseur local est corrompue, inattendue ou complètement nulle. WinRM s'attend à un objet valide lorsque le mode d'énumération est configuré pour renvoyer les détails de l'objet ( Object ou... ObjectAndEPR ) et de l'Union européenne.

Les causes les plus courantes sont:

• Corrupted WMI Repository: WinRM s'appuie fortement sur l'infrastructure de l'instrumentation de gestion de Windows (WMI). Si WMI est corrompu, il passe des données nulles à WinRM.
• Corrupted WinRM Configuration: Écoutants WinRM endommagés ou configurations internes WSMan corrompues.
• Incompatible PowerShell modules or broad queries: Un script ou un outil de gestion interrogeant une vaste infrastructure qui déclenche un cas de bord non traité ou renvoie des charges utiles vides lorsque des données sont attendues.

Réparations étape par étape

Suivez ces solutions dans l'ordre jusqu'à ce que l'erreur soit résolue.

Solution 1: redémarrer et réinitialiser le service WinRM

La solution la plus rapide est de redémarrer le service WinRM et de reconstruire sa configuration pour effacer les objets de mémoire bloqués ou corrompus.

1. Ouvrez le menu Démarrer, tapez cmd, cliquez avec le bouton droit. Command Prompt, et sélectionnez Run as administrator.
2. Arrêtez le service WinRM en tapant la commande suivante et en appuyant Enter:

   net stop winrm

3. Redémarrez le service WinRM:

   net start winrm

4. Réinitialisez la configuration WinRM à ses paramètres par défaut en exécutant:

   winrm quickconfig -q

5. Vérifiez si l'erreur persiste.

Solution 2: Vérifier et réparer le référentiel WMI

Étant donné que WinRM récupère les propriétés des objets directement à partir du WMI, un référentiel WMI corrompu provoque fréquemment l'erreur de pointeur nul.

1. Ouvrez. Command Prompt as administrator.
2. Vérifiez la cohérence de votre référentiel WMI en exécutant:

   winmgmt /verifyrepository

3. Si la sortie dit "Le référentiel n'est pas cohérent" , exécutez la commande suivante pour la réparer:

   winmgmt /salvagerepository

4. If salvaging fails, force a complete rebuild of the WMI repository with these commands (press Enter après chaque ligne):

   net stop winmgmt /y
   winmgmt /resetrepository
   net start winmgmt

5. Redémarrez votre ordinateur et testez à nouveau votre connexion WinRM.

Solution 3: réenregistrer les composants WMI et les fichiers DLL

Si les composants Windows sous-jacents ne peuvent pas sérialiser correctement les données WinRM, la réenregistration des bibliothèques de gestion du système d'exploitation le résoudra.

1. Ouvrez. Command Prompt as administrator.
2. Exécutez la commande suivante pour réenregistrer tous les WMI .mof fichiers:

   CD C:\Windows\System32\Wbem
   for /f %s in ('dir /b *.mof') do mofcomp %s

3. Ensuite, réenregistrez les fichiers DLL en exécutant:

   for /f %s in ('dir /b *.dll') do regsvr32 /s %s

4. Redémarrez votre ordinateur.

Solution 4: Nettoyer le fournisseur WSMan avec PowerShell

Si vous exécutez des scripts spécifiques ou si vous utilisez des outils tels que System Center Configuration Manager (SCCM) ou Hyper-V manager, effacez le chemin fournisseur de WSMan mis en cache.

1. Ouvrez le menu Démarrer, recherchez PowerShell, cliquez avec le bouton droit et sélectionnez Run as administrator.
2. Naviguez vers le lecteur du fournisseur WSMan pour inspecter la configuration:

   cd WSMan:\localhost
   dir

3. Si vous remarquez des auditeurs morts ou des terminaux obsolètes, supprimez-les à l'aide de la commande supprimer l'élément:

   Remove-Item .\Listener\* -Recurse

4. On court ! winrm quickconfig encore une fois pour reconstruire les auditeurs propres.