Búsqueda de sitios web

Get-Module (Microsoft.PowerShell.Core)

Get-Module

Módulo:
Microsoft.PowerShell.Core

Enumere los módulos importados en la sesión actual o que se pueden importar desde PSModulePath.

Sintaxis

Get-Module
   [[-Name] <String[]>]
   [-FullyQualifiedName <ModuleSpecification[]>]
   [-All]
   [<CommonParameters>]
Get-Module
   [[-Name] <String[]>]
   [-FullyQualifiedName <ModuleSpecification[]>]
   [-All]
   [-ListAvailable]
   [-PSEdition <String>]
   [-SkipEditionCheck]
   [-Refresh]
   [<CommonParameters>]
Get-Module
   [[-Name] <String[]>]
   [-FullyQualifiedName <ModuleSpecification[]>]
   [-ListAvailable]
   [-PSEdition <String>]
   [-SkipEditionCheck]
   [-Refresh]
   -PSSession <PSSession>
   [<CommonParameters>]
Get-Module
   [[-Name] <String[]>]
   [-FullyQualifiedName <ModuleSpecification[]>]
   [-ListAvailable]
   [-SkipEditionCheck]
   [-Refresh]
   -CimSession <CimSession>
   [-CimResourceUri <Uri>]
   [-CimNamespace <String>]
   [<CommonParameters>]

Descripción

El cmdlet Get-Module enumera los módulos de PowerShell que se han importado o que se pueden importar a una sesión de PowerShell. Sin parámetros, Get-Module obtiene los módulos que se han importado a la sesión actual. El parámetro ListAvailable se utiliza para enumerar los módulos que están disponibles para ser importados desde las rutas especificadas en la variable de entorno PSModulePath ($env:PSModulePath ).

El objeto de módulo que devuelve Get-Module contiene información valiosa sobre el módulo. También puede canalizar los objetos del módulo a otros cmdlets, como los cmdlets Import-Module y Remove-Module.

Get-Module enumera los módulos, pero no los importa. A partir de Windows PowerShell 3.0, los módulos se importan automáticamente cuando se utiliza un comando en el módulo, pero un comando Get-Module no activa una importación automática. También puede importar los módulos a su sesión utilizando el cmdlet Import-Module.

A partir de Windows PowerShell 3.0, puede obtener y luego importar módulos desde sesiones remotas a la sesión local. Esta estrategia utiliza la función de comunicación remota implícita de PowerShell y equivale a utilizar el cmdlet Import-PSSession. Cuando utiliza comandos en módulos importados de otra sesión, los comandos se ejecutan implícitamente en la sesión remota. Esta característica le permite administrar la computadora remota desde la sesión local.

Además, a partir de Windows PowerShell 3.0, puede usar Get-Module e Import-Module para obtener e importar módulos del Modelo de información común (CIM). Los módulos CIM definen cmdlets en archivos XML de definición de cmdlet (CDXML). Esta característica le permite usar cmdlets que se implementan en ensamblados de código no administrados, como los escritos en C++.

La comunicación remota implícita se puede utilizar para administrar computadoras remotas que tienen habilitada la comunicación remota de PowerShell. Cree una PSSession en la computadora remota y luego use el parámetro PSSession de Get-Module para obtener los módulos de PowerShell en la sesión remota. Cuando importa un módulo desde la sesión remota, los comandos importados se ejecutan en la sesión en la computadora remota.

Puede utilizar una estrategia similar para administrar computadoras que no tienen habilitada la comunicación remota de PowerShell. Estos incluyen computadoras que no ejecutan el sistema operativo Windows y computadoras que tienen PowerShell pero no tienen habilitada la comunicación remota de PowerShell.

Comience creando una sesión CIM en la computadora remota. Una sesión CIM es una conexión al Instrumental de administración de Windows (WMI) en la computadora remota. Luego use el parámetro CIMSession de Get-Module para obtener módulos CIM de la sesión CIM. Cuando importa un módulo CIM mediante el cmdlet Import-Module y luego ejecuta los comandos importados, los comandos se ejecutan implícitamente en la computadora remota. Puede utilizar esta estrategia WMI y CIM para administrar la computadora remota.

Ejemplos

Ejemplo 1: obtener módulos importados a la sesión actual

Get-Module

Este comando obtiene módulos que se han importado a la sesión actual.

Ejemplo 2: obtener módulos instalados y módulos disponibles

Get-Module -ListAvailable

Este comando obtiene los módulos que están instalados en la computadora y se pueden importar a la sesión actual.

Get-Module busca módulos disponibles en la ruta especificada por la variable de entorno $env:PSModulePath. Para obtener más información sobre PSModulePath, consulte about_Modules y about_Environment_Variables.

Ejemplo 3: obtener todos los archivos exportados

Get-Module -ListAvailable -All

Este comando obtiene todos los archivos exportados para todos los módulos disponibles.

Ejemplo 4: obtener un módulo por su nombre completo

$FullyQualifiedName = @{ModuleName="Microsoft.PowerShell.Management";ModuleVersion="3.1.0.0"}
Get-Module -FullyQualifiedName $FullyQualifiedName | Format-Table -Property Name,Version

Name                             Version
----                             -------
Microsoft.PowerShell.Management  3.1.0.0

En este ejemplo se obtiene el módulo Microsoft.PowerShell.Management especificando el nombre completo del módulo mediante el parámetro FullyQualifiedName. Luego, el comando canaliza los resultados al cmdlet Format-Table para formatear los resultados como una tabla con Nombre y Versión como encabezados de columna.

En un nombre completo para un módulo, el valor ModuleVersion actúa como versión mínima. Entonces, para este ejemplo, coincide con cualquier módulo Microsoft.PowerShell.Management que tenga la versión 3.1.0.0 o superior.

Ejemplo 5: obtener propiedades de un módulo

Get-Module | Get-Member -MemberType Property | Format-Table Name

Name
----
AccessMode
Author
ClrVersion
CompanyName
Copyright
Definition
Description
DotNetFrameworkVersion
ExportedAliases
ExportedCmdlets
ExportedCommands
ExportedFormatFiles
ExportedFunctions
ExportedTypeFiles
ExportedVariables
ExportedWorkflows
FileList
Guid
HelpInfoUri
LogPipelineExecutionDetails
ModuleBase
ModuleList
ModuleType
Name
NestedModules
OnRemove
Path
PowerShellHostName
PowerShellHostVersion
PowerShellVersion
PrivateData
ProcessorArchitecture
RequiredAssemblies
RequiredModules
RootModule
Scripts
SessionState
Version

Este comando obtiene las propiedades del objeto PSModuleInfo que Get-Module devuelve. Hay un objeto para cada archivo de módulo.

Puede utilizar las propiedades para formatear y filtrar los objetos del módulo. Para obtener más información sobre las propiedades, consulte Propiedades de PSModuleInfo.

El resultado incluye las nuevas propiedades, como Autor y CompanyName, que se introdujeron en Windows PowerShell 3.0.

Ejemplo 6: agrupar todos los módulos por nombre

Get-Module -ListAvailable -All | Format-Table -Property Name, Moduletype, Path -Groupby Name

Name: AppLocker

Name      ModuleType Path
----      ---------- ----
AppLocker   Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\AppLocker\AppLocker.psd1


   Name: Appx

Name ModuleType Path
---- ---------- ----
Appx   Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\en-US\Appx.psd1
Appx   Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\Appx.psd1
Appx     Script C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\Appx.psm1


   Name: BestPractices

Name          ModuleType Path
----          ---------- ----
BestPractices   Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\BestPractices\BestPractices.psd1


   Name: BitsTransfer

Name         ModuleType Path
----         ---------- ----
BitsTransfer   Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\BitsTransfer\BitsTransfer.psd1

Este comando obtiene todos los archivos de módulos, tanto importados como disponibles, y luego los agrupa por nombre de módulo. Esto le permite ver los archivos de módulo que exporta cada script.

Ejemplo 7: mostrar el contenido de un manifiesto de módulo

Estos comandos muestran el contenido del manifiesto del módulo para el módulo BitsTransfer de Windows PowerShell.

No es necesario que los módulos tengan archivos de manifiesto. Cuando tienen un archivo de manifiesto, el archivo de manifiesto solo debe incluir un número de versión. Sin embargo, los archivos de manifiesto suelen proporcionar información útil sobre un módulo, sus requisitos y su contenido.

# First command
$m = Get-Module -list -Name BitsTransfer

# Second command
Get-Content $m.Path

@ {
    GUID               = "{8FA5064B-8479-4c5c-86EA-0D311FE48875}"
    Author             = "Microsoft Corporation"
    CompanyName        = "Microsoft Corporation"
    Copyright          = "Microsoft Corporation. All rights reserved."
    ModuleVersion      = "1.0.0.0"
    Description        = "Windows PowerShell File Transfer Module"
    PowerShellVersion  = "2.0"
    CLRVersion         = "2.0"
    NestedModules      = "Microsoft.BackgroundIntelligentTransfer.Management"
    FormatsToProcess   = "FileTransfer.Format.ps1xml"
    RequiredAssemblies = Join-Path $psScriptRoot "Microsoft.BackgroundIntelligentTransfer.Management.Interop.dll"
}

El primer comando obtiene el objeto PSModuleInfo que representa el módulo BitsTransfer. Guarda el objeto en la variable $m.

El segundo comando utiliza el cmdlet Get-Content para obtener el contenido del archivo de manifiesto en la ruta especificada. Utiliza notación de puntos para obtener la ruta al archivo de manifiesto, que se almacena en la propiedad Path del objeto. El resultado muestra el contenido del manifiesto del módulo.

Ejemplo 8: enumerar archivos en el directorio del módulo

dir (Get-Module -ListAvailable FileTransfer).ModuleBase

Directory: C:\Windows\system32\WindowsPowerShell\v1.0\Modules\FileTransfer
Mode                LastWriteTime     Length Name
----                -------------     ------ ----
d----        12/16/2008  12:36 PM            en-US
-a---        11/19/2008  11:30 PM      16184 FileTransfer.Format.ps1xml
-a---        11/20/2008  11:30 PM       1044 FileTransfer.psd1
-a---        12/16/2008  12:20 AM     108544 Microsoft.BackgroundIntelligentTransfer.Management.Interop.dll

Este comando enumera los archivos en el directorio del módulo. Esta es otra forma de determinar qué hay en un módulo antes de importarlo. Algunos módulos pueden tener archivos de ayuda o archivos Léame que describen el módulo.

Ejemplo 9: instalar módulos en una computadora

$s = New-PSSession -ComputerName Server01

Get-Module -PSSession $s -ListAvailable

Estos comandos obtienen los módulos que están instalados en la computadora Server01.

El primer comando utiliza el cmdlet New-PSSession para crear una PSSession en la computadora Server01. El comando guarda la PSSession en la variable $s.

El segundo comando utiliza los parámetros PSSession y ListAvailable de Get-Module para obtener los módulos en PSSession en el variable $s.

Si canaliza módulos de otras sesiones al cmdlet Import-Module, Import-Module importa el módulo a la sesión actual mediante la función de comunicación remota implícita. Esto equivale a utilizar el cmdlet Import-PSSession. Puede usar los cmdlets del módulo en la sesión actual, pero los comandos que usan estos cmdlets en realidad ejecutan la sesión remota. Para obtener más información, consulte Import-Module y Import-PSSession.

Ejemplo 10: Administrar una computadora que no ejecuta el sistema operativo Windows

Los comandos de este ejemplo le permiten administrar los sistemas de almacenamiento de una computadora remota que no ejecuta el sistema operativo Windows. En este ejemplo, debido a que el administrador de la computadora ha instalado el proveedor WMI de detección de módulos, los comandos CIM pueden usar los valores predeterminados, que están diseñados para el proveedor.

$cs = New-CimSession -ComputerName RSDGF03
Get-Module -CimSession $cs -Name Storage | Import-Module
Get-Command Get-Disk

CommandType     Name                  ModuleName
-----------     ----                  ----------
Function        Get-Disk              Storage

Get-Disk

Number Friendly Name              OperationalStatus          Total Size Partition Style
------ -------------              -----------------          ---------- ---------------
0      Virtual HD ATA Device      Online                          40 GB MBR

El primer comando utiliza el cmdlet New-CimSession para crear una sesión en la computadora remota RSDGF03. La sesión se conecta a WMI en la computadora remota. El comando guarda la sesión CIM en la variable $cs.

El segundo comando utiliza la sesión CIM en la variable $cs para ejecutar un comando Get-Module en la computadora RSDGF03. El comando utiliza el parámetro Nombre para especificar el módulo de almacenamiento. El comando utiliza un operador de canalización (|) para enviar el módulo de almacenamiento al cmdlet Import-Module, que lo importa a la sesión local.

El tercer comando ejecuta el cmdlet Get-Command en el comando Get-Disk del módulo Almacenamiento. Cuando importa un módulo CIM a la sesión local, PowerShell convierte los archivos CDXML que representan el módulo CIM en scripts de PowerShell, que aparecen como funciones en la sesión local.

El cuarto comando ejecuta el comando Get-Disk. Aunque el comando se escribe en la sesión local, se ejecuta implícitamente en la computadora remota desde la que se importó. El comando obtiene objetos de la computadora remota y los devuelve a la sesión local.

Parámetros

-All

Indica que este cmdlet obtiene todos los módulos en cada carpeta de módulo, incluidos módulos anidados, archivos de manifiesto (.psd1), archivos de módulo de secuencia de comandos (.psm1) y módulos binarios (.dll). Sin este parámetro, Get-Module obtiene solo el módulo predeterminado en cada carpeta de módulo.

Tipo :

SwitchParameter

Posición:

Nombrado

Valor predeterminado:

False

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-CimNamespace

Especifica el espacio de nombres de un proveedor CIM alternativo que expone módulos CIM. El valor predeterminado es el espacio de nombres del proveedor WMI de Module Discovery.

Utilice este parámetro para obtener módulos CIM de computadoras y dispositivos que no ejecutan el sistema operativo Windows.

Este parámetro se introdujo en Windows PowerShell 3.0.

Tipo :

String

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-CimResourceUri

Especifica una ubicación alternativa para los módulos CIM. El valor predeterminado es el URI de recurso del proveedor WMI de detección de módulos en la computadora remota.

Utilice este parámetro para obtener módulos CIM de computadoras y dispositivos que no ejecutan el sistema operativo Windows.

Este parámetro se introdujo en Windows PowerShell 3.0.

Tipo :

uri

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-CimSession

Especifica una sesión CIM en la computadora remota. Introduzca una variable que contenga la sesión CIM o un comando que obtenga la sesión CIM, como un comando Get-CimSession.

Get-Module utiliza la conexión de sesión CIM para obtener módulos de la computadora remota. Cuando importa el módulo mediante el cmdlet Import-Module y usa los comandos del módulo importado en la sesión actual, los comandos realmente se ejecutan en la computadora remota.

Puede usar este parámetro para obtener módulos de computadoras y dispositivos que no ejecutan el sistema operativo Windows y computadoras que tienen PowerShell, pero no tienen habilitada la comunicación remota de PowerShell.

El parámetro CimSession obtiene todos los módulos de CIMSession. Sin embargo, solo puede importar módulos basados en CIM y XML de definición de cmdlet (CDXML).

Tipo :

CimSession

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

True

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-FullyQualifiedName

El valor puede ser el nombre de un módulo, una especificación completa del módulo o una ruta a un archivo de módulo.

Cuando el valor es una ruta, la ruta puede ser totalmente calificada o relativa. Se resuelve una ruta relativa en relación con el script que contiene la declaración de uso.

Cuando el valor es un nombre o una especificación de módulo, PowerShell busca en PSModulePath el módulo especificado.

La especificación de un módulo es una tabla hash que tiene las siguientes claves.

  • ModuleName - Obligatorio Especifica el nombre del módulo.
  • GUID - Opcional Especifica el GUID del módulo.

  • También es obligatorio especificar al menos una de las tres claves siguientes.

    • ModuleVersion: especifica una versión mínima aceptable del módulo.
    • MaximumVersion: especifica la versión máxima aceptable del módulo.
    • RequiredVersion: especifica una versión exacta y requerida del módulo. Esto no se puede usar con las otras claves de versión.

No puede especificar el parámetro FullyQualifiedName en el mismo comando que un parámetro Name.

Tipo :

Especificación del módulo[]

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

True

Aceptar caracteres comodín:

False

-ListAvailable

Indica que este cmdlet obtiene todos los módulos instalados. Get-Module obtiene módulos en las rutas enumeradas en la variable de entorno PSModulePath. Sin este parámetro, Get-Module obtiene solo los módulos que están listados en la variable de entorno PSModulePath y que están cargados en la sesión actual. ListAvailable no devuelve información sobre módulos que no se encuentran en la variable de entorno PSModulePath, incluso si esos módulos están cargados en la sesión actual.

Tipo :

SwitchParameter

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-Name

Especifica nombres o patrones de nombres de módulos que obtiene este cmdlet. Se permiten caracteres comodín. También puede canalizar los nombres a Get-Module. No puede especificar el parámetro FullyQualifiedName en el mismo comando que un parámetro Name.

Nombre no puede aceptar el GUID de un módulo como valor. Para devolver módulos especificando un GUID, utilice FullyQualifiedName en su lugar.

Tipo :

String[]

Posición:

0

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

True

Aceptar caracteres comodín:

True

-PSEdition

Obtiene los módulos que admiten la edición especificada de PowerShell.

Los valores aceptables para este parámetro son:

    Desktop
    Core

El cmdlet Get-Module comprueba la propiedad CompatiblePSEditions del objeto PSModuleInfo para el valor especificado y devuelve solo aquellos módulos que lo tienen configurado.

Nota

  • Edición de escritorio: se basa en .NET Framework y proporciona compatibilidad con scripts y módulos destinados a versiones de PowerShell que se ejecutan en ediciones completas de Windows, como Server Core y Windows Desktop.
  • Core Edition: construido sobre .NET Core y proporciona compatibilidad con scripts y módulos dirigidos a versiones de PowerShell que se ejecutan en ediciones de Windows de tamaño reducido, como Nano Server y Windows IoT.
Tipo :

String

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-PSSession

Obtiene los módulos en la sesión de PowerShell administrada por el usuario especificada (PSSession). Introduzca una variable que contenga la sesión, un comando que obtenga la sesión, como un comando Get-PSSession, o un comando que cree la sesión, como un New-PSSession. > comando.

Cuando la sesión está conectada a una computadora remota, debe especificar el parámetro ListAvailable.

Un comando Get-Module que usa el parámetro PSSession es equivalente a usar el cmdlet Invoke-Command para ejecutar un Get-Module - Comando ListAvailable en una PSSession.

Este parámetro se introdujo en Windows PowerShell 3.0.

Tipo :

PSSesión

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

True

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-Refresh

Indica que este cmdlet actualiza la caché de los comandos instalados. La caché de comandos se crea cuando se inicia la sesión. Permite que el cmdlet Get-Command obtenga comandos de módulos que no se importan a la sesión.

Este parámetro está diseñado para escenarios de desarrollo y prueba en los que el contenido de los módulos ha cambiado desde que comenzó la sesión.

Cuando especifica el parámetro Actualizar en un comando, debe especificar ListAvailable.

Este parámetro se introdujo en Windows PowerShell 3.0.

Tipo :

SwitchParameter

Posición:

Nombrado

Valor predeterminado:

False

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

-SkipEditionCheck

Omite la verificación del campo CompatiblePSEditions.

De forma predeterminada, Get-Module omite los módulos en el directorio %windir%\System32\WindowsPowerShell\v1.0\Modules que no especifican Core. en el campo Ediciones PS compatibles. Cuando se establece este modificador, se incluyen los módulos sin Core, de modo que se devuelven los módulos bajo la ruta del módulo de Windows PowerShell que son incompatibles con PowerShell v6 y superior.

En macOS y Linux, este parámetro no hace nada.

Consulte about_PowerShell_Editions para obtener más información.

Tipo :

SwitchParameter

Posición:

Nombrado

Valor predeterminado:

None

Requerido:

False

Aceptar entrada de canalización:

False

Aceptar caracteres comodín:

False

Entradas

Cadena

Puede canalizar nombres de módulos a este cmdlet.

Salidas

PSModuleInfo

Este cmdlet devuelve objetos que representan módulos. Cuando especifica el parámetro ListAvailable, Get-Module devuelve un objeto ModuleInfoGrouping, que es un tipo de objeto PSModuleInfo. que tiene las mismas propiedades y métodos.

Notas

PowerShell incluye los siguientes alias para Get-Module:

  • Todas las plataformas:

      gmo

  • A partir de Windows PowerShell 3.0, los comandos principales que se incluyen en PowerShell están empaquetados en módulos. La excepción es Microsoft.PowerShell.Core, que es un complemento (PSSnapin). De forma predeterminada, solo se agrega a la sesión el complemento Microsoft.PowerShell.Core. Los módulos se importan automáticamente la primera vez que se usan y puede usar el cmdlet Import-Module para importarlos.

  • En Windows PowerShell 2.0 y en programas host que crean sesiones de estilo antiguo en versiones posteriores de PowerShell, los comandos principales están empaquetados en complementos (PSSnapins). La excepción es Microsoft.PowerShell.Core, que siempre es un complemento. Además, las sesiones remotas, como las iniciadas por el cmdlet New-PSSession, son sesiones de estilo antiguo que incluyen complementos principales.

    Para obtener información sobre el método CreateDefault2 que crea sesiones de estilo más nuevo con módulos principales, consulte Método CreateDefault2.

  • Get-Module solo obtiene módulos en ubicaciones almacenadas en el valor de la variable de entorno PSModulePath ($env:PSModulePath). El cmdlet Import-Module puede importar módulos en otras ubicaciones, pero no puede utilizar el cmdlet Get-Module para obtenerlos.

  • Además, a partir de PowerShell 3.0, se agregaron nuevas propiedades al objeto que devuelve Get-Module que facilitan el conocimiento de los módulos incluso antes de importarlos. Todas las propiedades se completan antes de importar. Estas incluyen las propiedades ExportedCommands, ExportedCmdlets y ExportedFunctions que enumeran los comandos que exporta el módulo.

  • El parámetro ListAvailable obtiene solo módulos bien formados, es decir, carpetas que contienen al menos un archivo cuyo nombre base es el mismo que el nombre de la carpeta del módulo. El nombre base es el nombre sin la extensión del nombre del archivo. Las carpetas que contienen archivos con nombres diferentes se consideran contenedores, pero no módulos.

    Para obtener módulos que se implementan como archivos DLL, pero que no están incluidos en una carpeta de módulo, especifique los parámetros ListAvailable y Todos.

  • Para utilizar la función de sesión CIM, la computadora remota debe tener comunicación remota WS-Management y Windows Management Instrumentation (WMI), que es la implementación de Microsoft del estándar Common Information Model (CIM). La computadora también debe tener el proveedor WMI de Module Discovery o un proveedor WMI alternativo que tenga las mismas características básicas.

    Puede usar la función de sesión CIM en computadoras que no ejecutan el sistema operativo Windows y en computadoras Windows que tienen PowerShell, pero no tienen habilitada la comunicación remota de PowerShell.

    También puede usar los parámetros CIM para obtener módulos CIM de computadoras que tienen habilitada la comunicación remota de PowerShell. Esto incluye la computadora local. Cuando crea una sesión CIM en la computadora local, PowerShell usa DCOM, en lugar de WMI, para crear la sesión.

Artículos relacionados