Corrección de error de Windows: WinRM WSManEnumeratorAddObject Parámetro nulo

Descripción del error

Este error se produce cuando el cliente de administración remota de Windows (WinRM) intenta enumerar objetos, pero la estructura de datos devuelta por el servidor remoto o el proveedor local está dañada, inesperada o completamente nula. WinRM espera un objeto válido cuando el modo de enumeración está configurado para devolver los detalles del objeto ( Object - ¿ Qué ? ObjectAndEPR ) y de la Comisión).

Las causas más comunes incluyen:

• Corrupted WMI Repository: WinRM se basa en gran medida en la infraestructura de instrumentación de administración de Windows (WMI). Si WMI está dañado, pasa datos nulos a WinRM.
• Corrupted WinRM Configuration: Los oyentes de WinRM dañados o las configuraciones internas de WSMan dañadas.
• Incompatible PowerShell modules or broad queries: Un script o herramienta de gestión que consulta una infraestructura vasta que activa un caso de borde sin manejar o devuelve cargas útiles vacías donde se esperan datos.

Soluciones paso a paso

Siga estas soluciones en orden hasta que se resuelva el error.

Solución 1: Reiniciar y restablecer el servicio WinRM

La solución más rápida es reiniciar el servicio WinRM y reconstruir su configuración para borrar cualquier objeto de memoria atascado o dañado.

1. Abre el menú Inicio, escribe cmd, haga clic derecho en Command Prompt, y seleccione Run as administrator.
2. Detenga el servicio WinRM escribiendo el siguiente comando y presionando Enter:

   net stop winrm

3. Reinicie el servicio WinRM:

   net start winrm

4. Reinicie la configuración de WinRM a sus configuraciones predeterminadas ejecutando:

   winrm quickconfig -q

5. Compruebe si el error sigue ocurriendo.

Solución 2: Verificar y reparar el repositorio WMI

Debido a que WinRM obtiene propiedades de objetos directamente de WMI, un repositorio WMI dañado a menudo causa el error de puntero nulo.

1. Abierto. Command Prompt as administrator.
2. Verifique la consistencia de su repositorio WMI ejecutando:

   winmgmt /verifyrepository

3. Si la salida dice "El repositorio no es consistente" , ejecute el siguiente comando para repararlo:

   winmgmt /salvagerepository

4. If salvaging fails, force a complete rebuild of the WMI repository with these commands (press Enter después de cada línea):

   net stop winmgmt /y
   winmgmt /resetrepository
   net start winmgmt

5. Reinicie su computadora y pruebe su conexión WinRM de nuevo.

Solución 3: volver a registrar los componentes WMI y los archivos DLL

Si los componentes subyacentes de Windows no pueden serializar los datos WinRM correctamente, volver a registrar las bibliotecas de administración del sistema operativo lo solucionará.

1. Abierto. Command Prompt as administrator.
2. Ejecute el siguiente comando para volver a registrar todos los WMI .mof archivos:

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

3. A continuación, vuelva a registrar los archivos DLL ejecutando:

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

4. Reinicie su computadora.

Solución 4: Limpiar el proveedor de WSMan con PowerShell

Si está ejecutando scripts específicos o usando herramientas como System Center Configuration Manager (SCCM) o Hyper-V manager, borre la ruta del proveedor de WSMan almacenada en caché.

1. Abre el menú Inicio, busca PowerShell, haga clic derecho en él, y seleccione Run as administrator.
2. Navegar a la unidad del proveedor de WSMan para inspeccionar la configuración:

   cd WSMan:\localhost
   dir

3. Si nota que los oyentes están muertos o que los puntos finales están obsoletos, elimínelos usando el comando remove item:

   Remove-Item .\Listener\* -Recurse

4. ¡Corre! winrm quickconfig una vez más para reconstruir los oyentes limpios.