首页 > 系统相关 >第14章 Windows管理规范

第14章 Windows管理规范

时间:2023-02-04 15:56:06浏览次数:51  
标签:14 Get Windows 规范 查询 Win32 WMI root PowerShell

第14章 Windows管理规范

  我们一直期望但是又害怕写这一章。Windows管理规范(Windows Management Instrumentation,WMI)可能是微软提供给管理员使用最优秀的工具之一。但同时它也是这个公司曾经给我们造成最多问题的部分。WMI可以从计算机中收集大量系统信息。但有时候这些信息不易看懂,另外文档也不够友好。在本章,我们将从PowerShell的角度介绍WMI,以及WMI的工作方式和一些不完美的地方,以便全面揭示你将会遇到的问题。
  需要强调的是,WMI是一个外部技术;PowerShell仅仅与其接口交互而已。本章的重点将放在PowerShell如何与WMI交互,而不是WMI的底层实现机制。

14.1 WMI概要

  典型的Windows计算机包含数万个管理信息,WMI会将这些信息整理成易于访问的形式。
  在最顶层,WMI被组织成命名空间(namespace)。可以把命名空间想象为关联到特定产品或技术的一个文件夹。比如,“root\CIMv2”,该命名空间包含了所有Windows操作系统和计算机硬件信息。而“root\MicrosoftDNS”命名空间包含了所有关于DNS服务器的信息。在客户端计算机上,“root\SecurityCenter”包含了关于防火墙、杀毒软件和反流氓软件等工具的信息。
  在命名空间中,WMI被分成一系列的类,每个类都是可用于WMI查询的管理单元。比如,在“root\SecurityCenter”中的“Antivirus-Product”类被设计用于保存反间谍软件的信息;在“root\CIMv2”中的“Win32_LogicalDisk”类被设计用于保存逻辑磁盘的信息。但是即使一个计算机上存在某个类,也不代表计算机上实际安装了对应组件。比如无论是否安装了磁带驱动程序。“Win32_TapeDrive”类在所有的Windows版本上都存在。

  当你有一个或多个可管理组件时,你可以看到在对应的类中有相同数量的实例(instances)。一个实例由类代表了一个现实世界的事件。如果你的计算机只有一个单一的BIOS,那么在“root\CIMv2”中会有一个关于“Win32_BIOS”的实例。如果计算机安装了100个后台服务,你会看到100个“Win32_Service”的实例。请注意,在“root\CIMv2”中的类型一般以“Win32_”可“CIM_”开头。

14.3 探索WMI

  最佳的WMI入门恐怕是暂时抛开PowerShell并从WMI自身出发。这里我们使用WMI探索工具。不幸的是,这些工具就像季节更替那样经常更换,所以我们犹豫是否该告诉你某个特定工具。你可以尝试在搜索引擎中搜索WMI explorer并查看结果。你也可以尝试访问 http://powershell.org/wp/2013/03/08/wmi-explorer/。我们可以从这类工具中得到大部分所需的关于WMI的信息。当然,这个工作要求耐心和不少的浏览量——这并不是最佳方法,但是我们最终还是选择了这个工具。
  由于每台计算机上的WMI命名空间和类都不尽相同,所以你需要把工具直接在准备查询的机器上运行,以便看到对应机器的WMI仓库。
  另一个途径是使用PowerShell本身。比如,我们想知道一些关于磁盘的信息。可以尝试下面的命令。
Get-WmiObject -Namespace root\CIMv2 -list | where name -like '*dis*'

14.4 选择你的武器:WMI或CIM

  在PowerShell v3及后续版本中,有两种与WMI交互的方式。

  • 所谓的“WMI Cmdlets”,例如“Get-WmiObject”与“Invoke-WmiMethod”——这些都是遗留命令,意味着它们依旧能工作,但是微软不会对他们进行后续开发投入。它们与远程过程调用(RPC)交互,也就是说,只有在防火墙支持状态审查时才能通过防火墙(实际上很难)。
  • 新版的“CIM Cmdlets”,例如“Get-CimInstance”与“Invoke-CimMethod”——它们或多或少等价于旧版本的“WMI Cmdlets”,但是它们通过WS-MAN交互,替代原有的RPCs。这是微软的主方向,执行“Get-Command -noun CIM*”可以显示很多微软提供的这类命令的功能。
      毫无疑问,这些命令的后端同样是WMI,其差异在于如何交互和如何被使用。

14.5 使用Get-WmiObject

  通过“Get-WmiObject”命令,你可以指定一个命名空间、一个类名称甚至远程计算机的名称以及备用凭据名。如果需要,还可以从指定的计算机中查询该类的所有实例。
  如果要减少类实例的返回结果,甚至可以提供筛选条件实现,可以使用下面的语法获取一个命名空间中的类列表。
Get-WmiObject -namespace root\cimv2 -list
  注意,命名空间名字使用的是反斜杠,不是斜杠。
  也可以通过指定命名空间和类型查询一个类。
Get-WmiObject -namespace root\cimv2 -class win32_desktop
  其中“root\CIMv2”是Windows XP SP2及后续版本的系统默认命名空间,所以如果你的类在该命名空间中,可以不显式指定。同时,“-Class”是位置参数,也就是说,如果你把类名称放到第一个位置,它依旧能正常工作。
  这里有两个例子,其中一个使用Gwmi别名代替完整的Cmdlet名称。

PS C:\>Get-WmiObject win32_desktop
PS C:\>gwmi antispywareproduct -namespace root\securitycenter2

  对于许多WMI类,PowerShell的默认配置已经设定了需要展示的属性。“Win32_OperatingSystem”是一个很好的例子,因为它默认仅在列表中展示了6个属性。请记住,你总能把WMI对象用管道传输到“Gm”或“Format-List”中,以便查看所有可用的属性。“Gm”问题列出所有可用的方法。下面是一个示例。
PS C:\>Get-WmiObject win32_operatingsystem | gm
  另外,“filter"参数允许你通过指定的规则查询特定实例。该参数使用越来有点棘手。下面的示例可以看出其最坏情况下的结果。
PS C:\>gwmi -class win32_desktop -filter "name='COMPANY\\ADMINISTRATOR'"
  对于该命令的输出结果,需要注意下面事项。

  • 筛选条件通常被双引号包住。
  • 筛选比较操作符并不使用PowerShell的常规操作符“-eq”或“-like”,而使用更加传统、更加编程化的操作符,比如=、>、<、<=、>=和<>。可以使用关键字“LIKE”作为操作符,但在匹配值时必须使用“%”作为字符通配符,如“NAME LIKE '%ADMINISTRATOR%'”。注意,这里不能像PowerShell的其他地方一样使用*作为通配符。
  • 字符串匹配是以单引号包住,这也是筛选表达式的最外层的引号是双引号的原因。
  • 避免在WMI中使用反斜杠。当你需要使用文本的反斜杠时,你必须使用两个反斜杠替代。
  • Gwmi的输出结果总会包含大量的系统属性。PowerShell的默认显示配置通常会隐藏这些属性,如果你故意列出的这些值或类没有默认配置,那么这些值会被显示出来。系统属性名称以双下划线开始。这里有两个非常有用的属性。
    • __ SERVER:包含被查询实例所在的计算机名称。当所查询的WMI信息来自多台计算机时非常有用,该属性与易于记忆的“PSComputerName”属性功能一致。
    • __PATH:是实例本身的绝对引用。如果需要的话,可以用来查询实例。

  该Cmdlet不仅可以从远程计算机中查询信息,也可以从多台计算机中检索,可以使用任何可以生成一个包含计算机名称或IP列表的技术。
PS C:\>Gwmi Win32_BIOS -Comp server-r2,server3,dc4
  一旦你查询到一个WMI实例的集合后,就可以把它们用管道连接到任何以“-Object”cmdlet、“Format-”Cmdlet或“Out-”“Export-”“ConverTo-”开头的Cmdlet中。你可以使用自定义表格显示“Win32_BIOS”类的信息。
PS C:\>Gwmi Win32_BIOS | Format-table serialNumber,Version auto
  在第10章中,我们已经介绍了如何使用“Format-Table”Cmdlet生成定制列。当你想从一台给定计算机中查询一些WMI类并集成到一个表时,该技术在这里就可以派上用场。此时你可以创建一个关于表的自定义列,并用列的表达式执行一个全新的WMI查询。语法如下,虽然看上去有点头大,但是结果却能让人满意。

PS C:\>gwmi -class win32_bios -computer server2,localhost |
format-table @{label='ComputerName';expression={$_.__SERVER}},
@{label='BIOSSerial';expression={$_.SerialNumber}},
@{label='OSBuild';expression={gwmi -class win32_operatingsystem -computer $_.__SERVER | select-object -expand BuildNumber}} -autosize

14.6 使用Get-CimInstance

  Get-CimInstance是PowerShell v3引入的新命令,与“Get-WimObject”有很多相似的地方,但是也有几个语法上的差异。

  • 你需要使用“-ClassName代替“-Class”(虽然你只需要输入-Class,但是如果你记住了该参数名称的话,这没有问题)。
  • 没有用于列出命名空间中的所有类的“-List”参数。而是使用“Get-Ciminstance”并搭配“-namespace"参数获取列表。
  • 没有“-Credential”参数;如果你需要从远程计算机查询并被要求提供替代凭据,需要通过“Invoke-Command”发送“Get-Ciminstance”。

  比如:
PS C:\>Get-Ciminstance -ClassName Win32_LogicalDisk
  如果你需要使用替代凭据查询远程计算机,可以使用类似下面的命令。
PS C:\>invoke-command -scriptBlock {Get-CimInstance -ClassName win32_process } -ComputerName win8 -Credential DOMAIN\Administrator

标签:14,Get,Windows,规范,查询,Win32,WMI,root,PowerShell
From: https://www.cnblogs.com/evan-whc/p/17091692.html

相关文章