.NET A new try... : WMI

WMI... Consultar el sistema de una PC de modo remoto

Octavio Telis Aynés — Sat, 17 Feb 2007 09:33:00 GMT

Anteriormente mostré un ejemplo bastante simple de la consulta de procesos en una PC, sin embargo WMI tiene más capacidad y no se limita a solo consultar de manera local la información del sistema, también puede hacerlo de manera distante o remota dentro de una red y esto hace mucho sentido cuando tratamos de entender que WMI es al final un conjunto de instrumentos para la administración de sistemas ya sea en modo local o remoto.

La manera remota de hacer consultas dependerá de algunos factores y como es de suponerse son factores relacionados estrechamente con la seguridad y qué más que el nombre de la PC, un usuario y una contraseña válidos.

No será difícil realizar un ejemplo de lo que estamos hablando, y precisamente lo haremos con la clase Win32_Process, que bien podría ser cualquier otra, teniendo en cuenta siempre las propiedades de la clase. Veamos pues nuestro ejemplo, en el cual usaremos nuevos elementos, entre ellos el "Alcance" formalmente llamado System.Management.ManagementScope el cual servirá para proporcionar la información de usuario y esas cosas para que el sistema al que estamos consultando sepa quien llama y a qué tiene acceso y a qué no, es interesante ver que de alguna manera WMI no es tan vulnerable para los aspectos críticos del sistema, esto es, que no cualquiera puede consultar lo que sea en la PC de otra persona.

Bueno pues continuemos con el ejemplo:

Crearemos un método estático para colocarlo en donde más nos convenga, tal vez en nuestro componente de procesos de interfaz de usuario o en algo parecido. Este método devolverá una tabla de la misma manera que el ejemplo anterior para poder desplegarlo en cualquier control que contenga una propiedad DataSource que acepte un DataTable como fuente de datos. Veamos:

public static DataTable GetProcess(string Equipo, string Usuario, string Password)

{

System.Management.ManagementPath path =

new System.Management.ManagementPath("\\\\" + Equipo + "\\root\\cimv2");

System.Management.ConnectionOptions cops = new System.Management.ConnectionOptions();

cops.Username = Usuario;

cops.Password = Password;

System.Management.ManagementScope scope = new System.Management.ManagementScope(path, cops);

System.Management.ManagementObjectSearcher searcher =

new ManagementObjectSearcher(scope, new System.Management.ObjectQuery("Select * From Win32_Process"));

DataTable dt = new DataTable();

DataRow dr;

dt.Columns.Add("Caption");

dt.Columns.Add("CreationClassName");

dt.Columns.Add("CreationDate");

dt.Columns.Add("Description");

dt.Columns.Add("ExecutablePath");

dt.Columns.Add("ExecutionState");

dt.Columns.Add("Handle");

dt.Columns.Add("InstallDate");

dt.Columns.Add("MaximumWorkingSetSize");

dt.Columns.Add("MinimumWorkingSetSize");

dt.Columns.Add("Name");

dt.Columns.Add("Priority");

dt.Columns.Add("ProcessId");

dt.Columns.Add("SessionId");

dt.Columns.Add("Status");

dt.Columns.Add("TerminationDate");

dt.Columns.Add("ThreadCount");

dt.Columns.Add("WindowsVersion");

dt.Columns.Add("WorkingSetSize");

try

{

foreach (ManagementObject share in searcher.Get())

{

dr = dt.NewRow();

dr["Caption"] = share["Caption"];

dr["CreationClassName"] = share["CreationClassName"];

dr["CreationDate"] = share["CreationDate"];

dr["Description"] = share["Description"];

dr["ExecutablePath"] = share["ExecutablePath"];

dr["ExecutionState"] = share["ExecutionState"];

dr["Handle"] = share["Handle"];

dr["InstallDate"] = share["InstallDate"];

dr["MaximumWorkingSetSize"] = share["MaximumWorkingSetSize"];

dr["MinimumWorkingSetSize"] = share["MinimumWorkingSetSize"];

dr["Name"] = share["Name"];

dr["Priority"] = share["Priority"];

dr["ProcessId"] = share["ProcessId"];

dr["SessionId"] = share["SessionId"];

dr["Status"] = share["Status"];

dr["TerminationDate"] = share["TerminationDate"];

dr["ThreadCount"] = share["ThreadCount"];

dr["WindowsVersion"] = share["WindowsVersion"];

dr["WorkingSetSize"] = share["WorkingSetSize"];

dt.Rows.Add(dr);

}

catch (System.UnauthorizedAccessException ex)

{

MessageBox.Show("Mensaje: " + ex.Message);

}

catch (System.Management.ManagementException ex)

{

MessageBox.Show("Mensaje: " + ex.Message + System.Environment.NewLine +

"Código de error: " + ex.ErrorCode.ToString() + System.Environment.NewLine +

"Información de Error: " + ex.ErrorInformation + System.Environment.NewLine);

}

return dt;

}

Este método acepta tres parámetros, el primero es equipo y es el nombre del equipo tal y como está identificado en la red, el segundo es el nombre del usuario, este usuario debe ser un usuario con suficientes privilegios en la PC que se consulta o miembro del grupo de administradores dentro del dominio en el que se identifica la PC, por último, Password que es la contraseña del usuario que se está autenticando en el equipo.

Hemos llegado al final del ejemplo, lo que hace es semejante al ejemplo anterior, sin embargo aquí estamos mostrando el uso extendido para consultar los procesos en un equipo remoto. Se pueden utilizar otras clases como Win32_RegistryAction para consultar el registro del sistema o también Win32_OperatingSystem que da información del sistema operativo, la descripción detallada de propiedades puede ser consulta en el MSDN Library en la sección de WMI

Saludos...

Octavio Telis

WMI... Una breve presentación de esta tecnología

Octavio Telis Aynés — Sat, 17 Feb 2007 09:24:00 GMT

Tanto tiempo enfrente y poco caso...

Bueno... si digo eso será porque puede ser sorprendente que muy pocos desarrolladores le hayan tomado interés a WMI, así es y además se preguntarán en caso de no saberlo ¿Qué es WMI?.

Bueno, WMI significa Windows Management Instrumentation, o bien, Instrumental de administración de Windows, y ¿Qué es?, bueno en sí son un conjunto de clases que residen en el sistema operativo... es increíble, pero WMI está presente de manera nativa desde Windows 2000, ya hace un buen tiempo de eso, además se le prestó soporte a Windows 9x con redistribuibles que permitían a un servidor consultar elementos del sistema operativo de manera remota. WMI no nace de la nada y no es algo que Microsoft haya inventado, WMI es la implementación de Microsoft dentro de Windows de un estándar llamado WBEM (Web-Based Enterprise Management ) que está basado en la definición de CMI (Common Model Information). CMI provee definiciones para clases de administración que podemos encontrar prácticamente en cualquier sistema operativo que adopte estos estándares.

WMI implementa clases para consultas de información del sistema operativo, se divide en tres grandes grupos:

Hardware
Software
Sistema Operativo

Las clases están bien documentadas y lo mejor es que con la llegada del .NET Framework se ha simplificado enormemente su uso. En el .NET Framework existe un solo espacio de nombres enfocado a WMI: System.Management.

En lo personal he disfrutado mucho usando WMI con .NET, de cierta manera es divertido hacer aplicaciones como un visor de procesos y mejor cuando le encuentra uno la utilidad, por ejemplo; en Windows 2000 a pesar de poder ver los procesos, difícilmente sabemos cuál es la ruta de ejecución y me he cansado de buscar esa columna en el Administrador de Tareas sin éxito, y cuando se es desconfiado siempre es bueno saber qué se ejecuta y donde se está ejecutando y WMI ofrece esa información.

Para ilustrar un poco el uso de WMI con .NET me gustaría presentarles este ejemplo, es un método que devuelve un DataTable para poder pasárselo a lo que quieran que acepte un DataTable como DataSource.

public static DataTable GetProcess()

{

System.Management.ManagementObjectSearcher searcher = new ManagementObjectSearcher("Select * From Win32_Process");