Problemas descubriendo servidores Windows. El descubrimiento de Windows utilizando el protocolo WMI falla. Posibles errores: "the rpc server is unavailable" "authentication failed" ¿Cómo es posible solucionar esto?


For the English version of this article, see KA 000219978.

 

 

Los principales puntos que se deben revisar al tener este problema son los siguientes:

1. Verificar que la cuenta utilizada para el análisis tenga permisos suficientes para realizar un descubrimiento completo. Para verificar este acceso se puede realizar una prueba de wbemtest. (ver documento adjunto).

Si para el descubrimento se utiliza un proxy de credenciales, la credencial debe tener derechos de administrador local en el servidor de destino.

Si la exploración utiliza un proxy de Active Directory, el servicio de proxy debería ejecutarse con una cuenta autenticada de dominio con permisos de administrador local y el derecho de "iniciar sesión como usuario" en el servidor de destino.

Nota: La documentación en https://docs.bmc.com/docs/display/DISCO113/Windows+proxy+permissions muestra los detalles sobre el acceso WMI en specific discovery methods y en WMI access permissions

2. Ejecute una prueba de credenciales. Si la prueba falla, confirme la contraseña marcando la casilla "set password" en la credencial y volviéndola a escribir.

3. El dispositivo escanea el puerto 135 para determinar si el puerto está abierto y, por lo tanto, es probable que el destino sea un host de Windows. Si el puerto está abierto, se realiza un descubrimiento adicional utilizando el proxy de Windows. Si el puerto está bloqueado, no se intenta el descubrimiento de Windows. Para probar esto, abra una línea de comando en el dispositivo Discovery e ingrese "telnet target 135", donde "target" es la dirección IP del host de Windows que se va a descubrir.

4. Compruebe si hay firewalls entre el proxy y el objetivo. Verifique que los puertos requeridos estén abiertos. Tenga en cuenta que el descubrimiento de Windows requiere más que solo abrir el puerto 135. Para obtener información sobre los puertos utilizados para el descubrimiento de Windows, consulte https://docs.bmc.com/docs/display/DISCO113/Discovery+communications.

5. Confirme la conectividad de la red. Desde el proxy, pruebe la conexión al objetivo utilizando ping y tracert o tracepath.

Otras pruebas:

- Confirme que WMI está activo y funciona correctamente en el servidor de destino. En algunos casos, puede ser útil iniciar o reiniciar el servicio WMI en el destino.

- Confirme que está utilizando una versión actual del proxy Discovery de Windows.

- Confirme que no haya un paquete antivirus (como Symantec) que bloquee el acceso en el proxy o el destino.

- Para probar la conectividad WMI fuera de Discovery usando wmic o wbemtest, vea el siguiente enlace de video.



Los siguientes comandos se pueden utilizar para comprobar el acceso fuera de la consola de Discovery:

• wmic /node:<ipaddress> /user:<domain\username> /password:<password> PATH Win32_PhysicalMemory
• wmic /node:<ipaddress> /user:<domain\username> /password:<password> PATH Win32_ComputerSystem get Name
• wmic /user:mydomain\someuser /password:somepassword /node:remotehost /output:"c:\win32_computersystem.csv" path win32_computersystem Get /All /format:csv

Para verificar si WMI puede ver la información de HBA, use estos comandos

• wmic /user:<login> /password:<login> /node:<ip> /Namespace:"\\root\WMI"  path  MSFC_FCAdapterHBAAttributes
• wmic /user:<login> /password:<login> /node:<ip> /Namespace:"\\root\WMI"  path  MSFC_FibrePortHBAAttributes

Si despues de lo anterior el problema persiste:
- Vuelva a correr el descubrimiento al servidor con los logs  de "Discovery" y "proxy" en modo debug.
- Abra un caso de soporte y proporcione estos registros.
- Además, reúna los registros de eventos de Windows (sistema, aplicación, seguridad) del sistema de destino y la máquina proxy en el momento de la falla, y proporciónelos también.
- Incluya una lista de todos los pasos de solución de problemas ya realizados y sus resultados.