网络通信 频道

深入挖掘Windows脚本技术 二

【WMI服务】
先看看MSDN里是怎么描述WMI的——Windows 管理规范 (WMI) 是可伸缩的系统管理结构,它采用一个统一的、基于标准的、可扩展的面向对象接口。我在刚开始理解WMI的时候,总以为WMI是"Windows管理接口"(Interface),呵呵。

再看什么是WMI服务——提供共同的界面和对象模式以便访问有关操作系统、设备、应用程序和服务的管理信息。如果此服务被终止,多数基于Windows的软件将无法正常运行。如果此服务被禁用,任何依赖它的服务将无法启动。

看上去似乎是个很重要的服务。不过,默认情况下并没有服务依赖它,反而是它要依赖RPC和EventLog服务。但它又是时常用到的。我把WMI服务设置为手动启动并停止,使用电脑一段时间,发现WMI服务又启动了。被需要就启动,这是服务设置为“手动”的特点。当我知道WMI提供的管理信息有多庞大后,对WMI服务的自启动就不感到奇怪了。

想直观了解WMI的复杂,可以使用WMITools.exe[2]这个工具。这是一个工具集。使用其中的WMI Object Browser可以看到很多WMI提供的对象,其复杂程度不亚于注册表。更重要的是,WMI还提供动态信息,比如当前进程、服务、用户等。

WMI的逻辑结构是这样的:
首先是WMI使用者,比如脚本(确切的说是脚本宿主)和其他用到WMI接口的应用程序。由WMI使用者访问CIM对象管理器WinMgmt(即WMI服务),后者再访问CIM(公共信息模型Common Information Model)储存库。静态或动态的信息(对象的属性)就保存在CIM库中,同时还存有对象的方法。一些操作,比如启动一个服务,通过执行对象的方法实现。这实际上是通过COM技术调用了各种dll。最后由dll中封装的API完成请求。

WMI是事件驱动的,操作系统、服务、应用程序、设备驱动程序等都可作为事件源,通过COM接口生成事件通知。WinMgmt捕捉到事件,然后刷新CIM库中的动态信息。这也是为什么WMI服务依赖EventLog的原因。

说完概念,我们来看看具体如何操作WMI接口。
下面这个例子的代码来自我写的脚本RTCS。它是远程配置telnet服务的脚本。
这里只列出关键的部分:

首先是创建对象并连接服务器:

set objlocator=createobject("wbemscripting.swbemlocator")
set objswbemservices=objlocator.connectserver
(ipaddress,"root\default",username,password)

第一句创建一个服务定位对象,然后第二句用该对象的connectserver方法连接服务器。
除了IP地址、用户名、密码外,还有一个名字空间参数root\default。
就像注册表有根键一样,CIM库也是分类的。用面向对象的术语来描述就叫做“名字空间”(Name Space)。
由于RTCS要处理NTLM认证方式和telnet服务端口,所以需要访问注册表。而操作注册表的对象在root\default。

set objinstance=objswbemservices.get("stdregprov")      ''实例化stdregprov对象''
set objmethod=objinstance.methods_("SetDWORDvalue")     ''SetDWORDvalue方法本身也是对象''
set objinparam=objmethod.inparameters.spawninstance_()  ''实例化输入参数对象''
objinparam.hdefkey=&h80000002                           ''根目录是HKLM,代码80000002(16进制)''
objinparam.ssubkeyname="SOFTWARE\Microsoft\TelnetServer\1.0"   ''设置子键''
objinparam.svaluename="NTLM"           ''设置键值名''
objinparam.uvalue=ntlm                 ''设置键值内容,ntlm是变量,由用户输入参数决定''
set objoutparam=objinstance.execmethod_
("SetDWORDvalue",objinparam) ''执行方法''

然后设置端口

objinparam.svaluename="TelnetPort"
objinparam.uvalue=port                 ''port也是由用户输入的参数''
set objoutparam=objinstance.execmethod_("SetDWORDvalue",objinparam)

看到这里你是不是觉得有些头大了呢?又是名字空间,又是类的实例化。我在刚开始学习WMI的时候也觉得很不习惯。记得我的初中老师说过,读书要先把书读厚,再把书读薄。读厚是因为加入了自己的想法,读薄是因为把握要领了。
我们现在就把书读薄。上面的代码可以改为:

set olct=createobject("wbemscripting.swbemlocator")
set oreg=olct.connectserver(ip,"root\default",
user,pass).get("stdregprov")
HKLM=&h80000002
out=oreg.setdwordvalue(HKLM,"SOFTWARE\Microsoft\
TelnetServer\1.0","NTLM",ntlm)
out=oreg.setdwordvalue(HKLM,"SOFTWARE\Microsoft
\TelnetServer\1.0","TelnetPort",port)

现在是不是简单多了?

接着是对telnet服务状态的控制。

set objswbemservices=objlocator.connectserver
(ipaddress,"root\cimv2",username,password)
set colinstances=objswbemservices.execquery
("select * from win32_service where name=''tlntsvr''")

这次连接的是root\cimv2名字空间。然后采用wql(sql for WMI)搜索tlntsvr服务。熟悉sql语法的一看就知道是在做什么了。这样得到的是一组Win32_Service实例,虽然where语句决定了该组总是只有一个成员。
为简单起见,假设只要切换服务状态。

for each objinstance in colinstances
   if objinstance.started=true then              ''根据started属性判断服务是否已经启动''
      intstatus=objinstance.stopservice()        ''是,调用stopservice停止服务''
   else
      intstatus=objinstance.startservice()       ''否,调用startservice启动服务''
   end if
next

文章转载地址:http://www.cnpaf.net/Class/hack/05121820345111831469.htm

0
相关文章