PowerShell es un programa de automatización de tareas y gestión de configuración de Microsoft , que consta de un shell de línea de comandos y el lenguaje de scripting asociado . Inicialmente un componente exclusivo de Windows, conocido como Windows PowerShell , se convirtió en código abierto y multiplataforma el 18 de agosto de 2016, con la introducción de PowerShell Core . [5] El primero está construido sobre .NET Framework , el segundo sobre .NET (anteriormente .NET Core).
PowerShell se incluye con todas las versiones de Windows compatibles actualmente y también se puede instalar en MacOS y Linux . [5] Desde la compilación 14971 de Windows 10 , PowerShell reemplazó al Símbolo del sistema (cmd.exe) y se convirtió en el shell de comandos predeterminado para el Explorador de archivos . [6] [7]
En PowerShell, las tareas administrativas generalmente se realizan a través de cmdlets (pronunciados command-lets ), que son clases .NET especializadas que implementan una operación particular. Estos funcionan accediendo a datos en diferentes almacenes de datos, como el sistema de archivos o el Registro de Windows , que se ponen a disposición de PowerShell a través de proveedores . Los desarrolladores externos pueden agregar cmdlets y proveedores a PowerShell. [8] [9] Los cmdlets pueden ser utilizados por scripts, que a su vez pueden empaquetarse en módulos. Los cmdlets funcionan en conjunto con la API .NET .
La compatibilidad de PowerShell con .NET Remoting , WS-Management , CIM y SSH permite a los administradores realizar tareas administrativas tanto en sistemas Windows locales como remotos. PowerShell también proporciona una API de alojamiento con la que se puede integrar el entorno de ejecución de PowerShell dentro de otras aplicaciones. Estas aplicaciones pueden utilizar la funcionalidad de PowerShell para implementar ciertas operaciones, incluidas las expuestas a través de la interfaz gráfica . Esta capacidad ha sido utilizada por Microsoft Exchange Server 2007 para exponer su funcionalidad de administración como cmdlets y proveedores de PowerShell e implementar las herramientas de administración gráfica como hosts de PowerShell que invocan los cmdlets necesarios. [8] [10] Otras aplicaciones de Microsoft, incluido Microsoft SQL Server 2008, también exponen su interfaz de administración a través de cmdlets de PowerShell. [11]
PowerShell incluye su propia ayuda extensa basada en consola (similar a las páginas de manual en los shells de Unix ) a la que se puede acceder mediante el Get-Help
cmdlet. Se pueden obtener contenidos de ayuda locales actualizados desde Internet mediante el Update-Help
cmdlet. Alternativamente, se puede obtener ayuda de la web caso por caso mediante el -online
cambio a Get-Help
.
El intérprete de línea de comandos (CLI) ha sido una parte inseparable de la mayoría de los sistemas operativos de Microsoft . MS-DOS y Xenix dependían casi exclusivamente de la CLI (aunque MS-DOS 5 también venía con un DOS Shell gráfico complementario ). La familia Windows 9x venía con COMMAND.COM , el entorno de línea de comandos de MS-DOS. Sin embargo, las familias Windows NT y Windows CE venían con un nuevo cmd.exe que tenía fuertes similitudes con COMMAND.COM. Ambos entornos admiten algunos comandos internos básicos y un lenguaje de script primitivo ( archivos por lotes ), que se puede utilizar para automatizar varias tareas. Sin embargo, no pueden automatizar todas las facetas de la interfaz gráfica de usuario (GUI) de Windows porque los equivalentes de las operaciones en la línea de comandos son limitados y el lenguaje de script es elemental.
Microsoft intentó solucionar algunas de estas deficiencias introduciendo Windows Script Host en 1998 con Windows 98 y su host basado en línea de comandos, Windows Script Host. cscript.exe
Se integra con el motor Active Script y permite escribir scripts en lenguajes compatibles, como JScript y VBScript , aprovechando las API expuestas por las aplicaciones a través del modelo de objetos de componentes ( COM ). Sus defectos son: su documentación no es muy accesible y rápidamente se ganó la reputación de ser un vector de vulnerabilidad del sistema después de que varios virus informáticos de alto perfil explotaran las debilidades en sus disposiciones de seguridad. Diferentes versiones de Windows proporcionaban varios intérpretes de línea de comandos de propósito especial (como netsh y WMIC ) con sus propios conjuntos de comandos, pero no eran interoperables. Windows Server 2003 intentó mejorar aún más la experiencia de la línea de comandos, pero el soporte de scripts seguía siendo insatisfactorio. [12]
A finales de los años 90, Intel acudió a Microsoft en busca de ayuda para hacer de Windows, que se ejecutaba en CPU Intel, una plataforma más adecuada para soportar el desarrollo de futuras CPU Intel. En ese momento, el desarrollo de CPU Intel se llevó a cabo en computadoras Sun Microsystems que ejecutaban Solaris (una variante de Unix ) en CPU de arquitectura RISC . La capacidad de ejecutar muchos de los scripts de automatización KornShell de Intel en Windows se identificó como una capacidad clave. Internamente, Microsoft comenzó un esfuerzo para crear un puerto de Windows de Korn Shell, que recibió el nombre en código Kermit. [13] Intel finalmente giró hacia una plataforma de desarrollo basada en Linux que pudiera ejecutarse en CPU Intel, lo que hizo que el proyecto Kermit fuera redundante. Sin embargo, con un equipo completamente financiado, el gerente de programas de Microsoft, Jeffrey Snover, se dio cuenta de que había una oportunidad de crear una solución de propósito más general para el problema de automatización administrativa de Microsoft.
En 2002, Microsoft había comenzado a desarrollar un nuevo enfoque para la gestión de la línea de comandos, incluida una CLI llamada Monad (también conocida como Microsoft Shell o MSH). Las ideas detrás de ella se publicaron en agosto de 2002 en un documento técnico llamado "Manifiesto Monad" por su arquitecto jefe, Jeffrey Snover . [14] En una entrevista de 2017, Snover explica la génesis de PowerShell, diciendo que había estado tratando de hacer que las herramientas de Unix estuvieran disponibles en Windows, lo que no funcionó debido a " diferencias arquitectónicas centrales entre Windows y Linux ". Específicamente, señaló que Linux considera todo un archivo de texto , mientras que Windows considera todo una " API que devuelve datos estructurados". Eran fundamentalmente incompatibles, lo que lo llevó a adoptar un enfoque diferente. [15]
Monad iba a ser una nueva interfaz de línea de comandos extensible con un diseño renovado capaz de automatizar una variedad de tareas administrativas básicas. Microsoft presentó por primera vez Monad públicamente en la Conferencia de Desarrollo Profesional en Los Ángeles en octubre de 2003. Unos meses más tarde, abrieron una versión beta privada, que finalmente dio lugar a una versión beta pública. Microsoft publicó la primera versión beta pública de Monad el 17 de junio de 2005, la versión Beta 2 el 11 de septiembre de 2005 y la Beta 3 el 10 de enero de 2006.
El 25 de abril de 2006, poco después del anuncio inicial de Monad, Microsoft anunció que Monad había cambiado de nombre a Windows PowerShell , posicionándolo como una parte importante de sus ofertas de tecnología de gestión. [16] La versión candidata a lanzamiento (RC) 1 de PowerShell se lanzó al mismo tiempo. Un aspecto significativo tanto del cambio de nombre como de la RC fue que ahora era un componente de Windows, en lugar de un mero complemento.
La versión Release Candidate 2 de PowerShell versión 1 se lanzó el 26 de septiembre de 2006 y la versión final para la web el 14 de noviembre de 2006. PowerShell para versiones anteriores de Windows se lanzó el 30 de enero de 2007. [17] El desarrollo de PowerShell v2.0 comenzó antes de que se lanzara PowerShell v1.0. Durante el desarrollo, Microsoft lanzó tres Community Technology Previews (CTP) . Microsoft puso estas versiones a disposición del público. La última versión CTP de Windows PowerShell v2.0 se puso a disposición en diciembre de 2008.
PowerShell v2.0 se completó y se lanzó a la fabricación en agosto de 2009, como parte integral de Windows 7 y Windows Server 2008 R2. Las versiones de PowerShell para Windows XP, Windows Server 2003, Windows Vista y Windows Server 2008 se lanzaron en octubre de 2009 y están disponibles para su descarga tanto para plataformas de 32 bits como de 64 bits. [18] En una edición de octubre de 2009 de TechNet Magazine , Microsoft calificó la competencia con PowerShell como "la habilidad más importante que un administrador de Windows necesitará en los próximos años". [19]
Windows 10 se entrega con Pester, un paquete de validación de scripts para PowerShell. [20]
El 18 de agosto de 2016, Microsoft anunció [21] que habían hecho que PowerShell fuera de código abierto y multiplataforma con soporte para Windows, macOS , CentOS y Ubuntu . [5] El código fuente se publicó en GitHub . [22] El paso al código abierto creó una segunda encarnación de PowerShell llamada "PowerShell Core", que se ejecuta en .NET Core . Es distinto de "Windows PowerShell", que se ejecuta en el .NET Framework completo . [23] A partir de la versión 5.1, PowerShell Core se incluye con Windows Server 2016 Nano Server . [24] [25]
Una táctica de diseño clave para PowerShell fue aprovechar la gran cantidad de API que ya existían en Windows, Windows Management Instrumentation, .NET Framework y otro software. Los cmdlets de PowerShell "envuelven" la funcionalidad existente. La intención con esta táctica es proporcionar una interfaz más consistente y amigable para el administrador entre los administradores y una amplia gama de funcionalidades subyacentes. Con PowerShell, un administrador no necesita saber .NET, WMI o codificación de API de bajo nivel y, en cambio, puede concentrarse en usar los cmdlets expuestos por PowerShell. En este sentido, PowerShell crea poca funcionalidad nueva y, en cambio, se enfoca en hacer que la funcionalidad existente sea más accesible para una audiencia en particular. [26]
Los desarrolladores de PowerShell basaron la gramática central de la herramienta en la de POSIX 1003.2 KornShell . [27]
Sin embargo, el lenguaje de PowerShell también fue influenciado por PHP , Perl y muchos otros lenguajes existentes. [28]
Windows PowerShell puede ejecutar cuatro tipos de comandos con nombre: [29]
.ps1
)Si un comando es un programa ejecutable independiente, PowerShell lo inicia en un proceso separado ; si es un cmdlet, se ejecuta en el proceso de PowerShell. PowerShell proporciona una interfaz de línea de comandos interactiva , donde se pueden ingresar los comandos y mostrar su salida. La interfaz de usuario ofrece la posibilidad de completar los comandos con tabulaciones . PowerShell permite la creación de alias para cmdlets, que PowerShell traduce textualmente en invocaciones de los comandos originales. PowerShell admite parámetros posicionales y con nombre para los comandos. Al ejecutar un cmdlet, el trabajo de vincular el valor del argumento al parámetro lo realiza el propio PowerShell, pero en el caso de los ejecutables externos, los argumentos son analizados por el ejecutable externo independientemente de la interpretación de PowerShell. [30]
El sistema de tipos extendidos de PowerShell ( ETS ) se basa en el sistema de tipos de .NET, pero con una semántica extendida (por ejemplo, propertySets y extensibilidad de terceros). Por ejemplo, permite la creación de diferentes vistas de objetos al exponer solo un subconjunto de los campos de datos, propiedades y métodos, así como especificar un formato personalizado y un comportamiento de ordenación. Estas vistas se asignan al objeto original mediante archivos de configuración basados en XML . [31]
Los cmdlets son comandos especializados en el entorno de PowerShell que implementan funciones específicas. Estos son los comandos nativos en la pila de PowerShell. Los cmdlets siguen un patrón de nomenclatura Verbo - Sustantivo , como Get-ChildItem , que hace que sea un código autodocumentado . [32] Los cmdlets generan sus resultados como objetos y también pueden recibir objetos como entrada, lo que los hace adecuados para su uso como destinatarios en una canalización. Si un cmdlet genera varios objetos, cada objeto de la colección se transmite a través de toda la canalización antes de que se procese el siguiente objeto. [32]
Los cmdlets son clases .NET especializadas que el entorno de ejecución de PowerShell instancia e invoca en el momento de la ejecución . Los cmdlets derivan de Cmdlet
o de PSCmdlet
, y este último se utiliza cuando el cmdlet necesita interactuar con el entorno de ejecución de PowerShell. [32] Estas clases base especifican ciertos métodos – BeginProcessing()
, ProcessRecord()
y EndProcessing()
– que la implementación del cmdlet anula para proporcionar la funcionalidad. Siempre que se ejecuta un cmdlet, PowerShell invoca estos métodos en secuencia, y ProcessRecord()
se llama con si recibe una entrada de canalización. [33] Si se canaliza una colección de objetos, se invoca el método para cada objeto de la colección. La clase que implementa el cmdlet debe tener un atributo .NET – CmdletAttribute
– que especifica el verbo y el sustantivo que forman el nombre del cmdlet. Los verbos comunes se proporcionan como una enumeración . [34] [35]
Si un cmdlet recibe una entrada de canalización o una entrada de parámetros de línea de comandos, debe haber una propiedad correspondiente en la clase, con una implementación de mutador . PowerShell invoca al mutador con el valor del parámetro o la entrada de canalización, que se guarda mediante la implementación del mutador en las variables de clase. A continuación, los métodos que implementan la funcionalidad hacen referencia a estos valores. Las propiedades que se asignan a parámetros de línea de comandos están marcadas con ParameterAttribute
[36] y se establecen antes de la llamada a BeginProcessing()
. Las que se asignan a la entrada de canalización también están flanqueadas por ParameterAttribute
, pero con el ValueFromPipeline
parámetro de atributo establecido. [37]
La implementación de estas clases de cmdlet puede hacer referencia a cualquier API de .NET y puede estar en cualquier lenguaje .NET . Además, PowerShell hace que ciertas API estén disponibles, como , que se utiliza para acceder a la funcionalidad específica de PowerShell, como escribir objetos resultantes en la canalización. Los cmdlets pueden utilizar las API de acceso a datos de .NET directamente o utilizar la infraestructura de PowerShell de PowerShell Providers , que hacen que los almacenes de datos sean direccionables mediante rutas únicas . Los almacenes de datos se exponen utilizando letras de unidad y jerarquías dentro de ellas, direccionadas como directorios. Windows PowerShell se entrega con proveedores para el sistema de archivos , el registro , el almacén de certificados , así como los espacios de nombres para alias de comandos, variables y funciones. [38] Windows PowerShell también incluye varios cmdlets para administrar varios sistemas de Windows , incluido el sistema de archivos , o usar Windows Management Instrumentation para controlar los componentes de Windows . Otras aplicaciones pueden registrar cmdlets con PowerShell, lo que le permite administrarlos y, si incluyen algún almacén de datos (como una base de datos), también pueden agregar proveedores específicos. [ cita requerida ]WriteObject()
La cantidad de cmdlets incluidos en la instalación base de PowerShell generalmente ha aumentado con cada versión:
Se pueden agregar cmdlets al shell a través de complementos (obsoletos en v2) y módulos; los usuarios no están limitados a los cmdlets incluidos en la instalación base de PowerShell.
PowerShell implementa el concepto de una canalización , que permite canalizar la salida de un cmdlet a otro cmdlet como entrada. Al igual que con las canalizaciones de Unix , las canalizaciones de PowerShell pueden construir comandos complejos, utilizando el |
operador para conectar etapas. Sin embargo, la canalización de PowerShell difiere de las canalizaciones de Unix en que las etapas se ejecutan dentro del entorno de ejecución de PowerShell en lugar de como un conjunto de procesos coordinados por el sistema operativo . Además, los objetos .NET estructurados, en lugar de secuencias de bytes , se pasan de una etapa a la siguiente. El uso de objetos y la ejecución de etapas dentro del entorno de ejecución de PowerShell elimina la necesidad de serializar estructuras de datos o de extraerlas analizando explícitamente la salida de texto. [43] Un objeto también puede encapsular ciertas funciones que funcionan en los datos contenidos, que se vuelven disponibles para el comando del destinatario para su uso. [44] [45] Para el último cmdlet en una canalización, PowerShell canaliza automáticamente su objeto de salida al Out-Default
cmdlet, que transforma los objetos en una secuencia de objetos de formato y luego los representa en la pantalla. [46] [47]
Debido a que todos los objetos de PowerShell son objetos .NET, comparten un .ToString()
método que recupera la representación de texto de los datos en un objeto. Además, PowerShell permite especificar definiciones de formato, por lo que la representación de texto de los objetos se puede personalizar eligiendo qué elementos de datos se mostrarán y de qué manera. Sin embargo, para mantener la compatibilidad con versiones anteriores , si se utiliza un ejecutable externo en una canalización, recibe un flujo de texto que representa el objeto, en lugar de integrarse directamente con el sistema de tipos de PowerShell. [48] [49] [50]
Windows PowerShell incluye un lenguaje de scripts tipado dinámicamente que puede implementar operaciones complejas utilizando cmdlets de manera imperativa . El lenguaje de scripts admite variables, funciones, ramificaciones ( ), bucles ( , , , y ), manejo estructurado de errores/excepciones y cierres / expresiones lambda , [51] así como integración con .NET. Las variables en los scripts de PowerShell tienen el prefijo . A las variables se les puede asignar cualquier valor, incluida la salida de los cmdlets. Las cadenas se pueden encerrar entre comillas simples o dobles: cuando se usan comillas dobles, las variables se expandirán incluso si están dentro de las comillas. Encerrar la ruta a un archivo entre llaves precedidas por un signo de dólar (como en ) crea una referencia al contenido del archivo. Si se usa como un valor L , todo lo que se le asigne se escribirá en el archivo. Cuando se usa como un valor R , se leerá el contenido del archivo. Si se asigna un objeto, se serializa antes de almacenarse. [ cita requerida ]if-then-else
while
do
for
foreach
$
${C:\foo.txt}
Se puede acceder a los miembros de objetos mediante .
notación, como en la sintaxis de C#. PowerShell proporciona variables especiales, como $args
, que es una matriz de todos los argumentos de línea de comandos pasados a una función desde la línea de comandos, y $_
, que hace referencia al objeto actual en la canalización. [52] PowerShell también proporciona matrices y matrices asociativas . El lenguaje de scripts de PowerShell también evalúa expresiones aritméticas ingresadas en la línea de comandos inmediatamente y analiza abreviaturas comunes, como GB, MB y KB. [53] [54]
function
PowerShell permite crear funciones mediante la palabra clave. Una función simple tiene el siguiente aspecto general: [55]
nombre de la función ( [Tipo] $Param1 , [Tipo] $Param2 ) { # Instrucciones }
Sin embargo, PowerShell permite funciones avanzadas que admiten parámetros con nombre, parámetros posicionales, parámetros de conmutación y parámetros dinámicos. [55]
función verbo-sustantivo { parámetro ( # Definición de parámetros estáticos ) parámetro dinámico { # Definición de parámetros dinámicos } comenzar { # Conjunto de instrucciones a ejecutar al inicio de la canalización } proceso { # Conjuntos de instrucciones principales, ejecutados para cada elemento en la canalización } fin { # Conjunto de instrucciones que se ejecutarán al final de la canalización }}
La función definida se invoca en cualquiera de las siguientes formas: [55]
nombre valor1 valor2 Verbo-Sustantivo -Parámetro1 valor1 -Parámetro2 valor2
PowerShell permite llamar a cualquier método estático .NET proporcionando sus espacios de nombres entre corchetes ( []
) y luego utilizando un par de dos puntos ( ::
) para indicar el método estático. [56] Por ejemplo:
[Consola] :: WriteLine ( "PowerShell" )
Existen docenas de formas de crear objetos en PowerShell. Una vez creados, se puede acceder a las propiedades y métodos de instancia de un objeto mediante la .
notación. [56]
PowerShell acepta cadenas , tanto sin formato como con caracteres de escape . Una cadena entre comillas simples es una cadena sin formato, mientras que una cadena entre comillas dobles es una cadena con caracteres de escape. PowerShell trata las comillas rectas y las comillas curvas como equivalentes. [57]
PowerShell admite la siguiente lista de caracteres especiales: [58]
Para el manejo de errores, PowerShell proporciona un mecanismo de manejo de excepciones basado en .NET . En caso de errores, Exception
se lanzan objetos que contienen información sobre el error (objeto), que se capturan utilizando la try ... catch
construcción (aunque también se admite una trap
construcción). PowerShell se puede configurar para reanudar silenciosamente la ejecución, sin lanzar realmente la excepción; esto se puede hacer en un solo comando, una sola sesión o de forma permanente. [59]
Los scripts escritos con PowerShell pueden hacerse para que persistan entre sesiones en un .ps1
archivo o en un .psm1
archivo (este último se utiliza para implementar un módulo). Más tarde, se puede utilizar el script completo o funciones individuales en el script. Los scripts y las funciones funcionan de manera análoga a los cmdlets, en el sentido de que se pueden utilizar como comandos en pipelines y se pueden vincular parámetros a ellos. Los objetos de pipeline se pueden pasar entre funciones, scripts y cmdlets sin problemas. Para evitar la ejecución involuntaria de scripts, la ejecución de scripts está deshabilitada de forma predeterminada y debe habilitarse explícitamente. [60] La habilitación de scripts se puede realizar a nivel de sistema, usuario o sesión. Los scripts de PowerShell se pueden firmar para verificar su integridad y están sujetos a Code Access Security . [61]
El lenguaje de scripts de PowerShell admite una notación de prefijo binario similar a la notación científica admitida por muchos lenguajes de programación de la familia C. [62]
También se puede utilizar PowerShell integrado en una aplicación de gestión, que utiliza el entorno de ejecución de PowerShell para implementar la funcionalidad de gestión. Para ello, PowerShell proporciona una API de alojamiento gestionado . A través de las API, la aplicación puede crear una instancia de un espacio de ejecución (una instancia del entorno de ejecución de PowerShell), que se ejecuta en el proceso de la aplicación y se expone como un objeto. [8] El estado del espacio de ejecución se incluye en un objeto. Cuando se crea el espacio de ejecución, el entorno de ejecución de Windows PowerShell inicializa la instanciación, incluida la inicialización de los proveedores y la enumeración de los cmdlets, y actualiza el objeto en consecuencia. A continuación, el espacio de ejecución debe abrirse para el procesamiento sincrónico o asincrónico. Después de eso, se puede utilizar para ejecutar comandos. [ cita requerida ]Runspace
SessionState
SessionState
Para ejecutar un comando, Pipeline
se debe crear una canalización (representada por un objeto) y asociarla con el espacio de ejecución. Luego, el objeto de canalización se llena con los cmdlets que componen la canalización. Para operaciones secuenciales (como en un script de PowerShell), se crea un objeto Pipeline para cada instrucción y se anida dentro de otro objeto Pipeline. [8] Cuando se crea una canalización, Windows PowerShell invoca el procesador de canalización, que resuelve los cmdlets en sus respectivos ensamblajes (el procesador de comandos ) y agrega una referencia a ellos a la canalización, y los asocia con InputPipe
objetos OutputPipe
y ErrorOutputPipe
para representar la conexión con la canalización. Los tipos se verifican y los parámetros se vinculan mediante reflexión . [8] Una vez que se configura la canalización, el host llama al Invoke()
método para ejecutar los comandos, o su equivalente asincrónico, InvokeAsync()
. Si la canalización tiene el Write-Host
cmdlet al final de la canalización, escribe el resultado en la pantalla de la consola. Si no, los resultados se entregan al host, que puede aplicar un procesamiento adicional o mostrar la salida en sí. [ cita requerida ]
Microsoft Exchange Server 2007 utiliza las API de alojamiento para proporcionar su interfaz gráfica de usuario de administración. Cada operación expuesta en la interfaz gráfica de usuario se asigna a una secuencia de comandos (o canalizaciones) de PowerShell. El host crea la canalización y la ejecuta. De hecho, la consola interactiva de PowerShell es en sí misma un host de PowerShell, que interpreta los scripts introducidos en la línea de comandos y crea los Pipeline
objetos necesarios y los invoca. [ cita requerida ]
DSC permite especificar de forma declarativa cómo debe configurarse un entorno de software. [63]
Al ejecutar una configuración , DSC se asegurará de que el sistema obtenga el estado descrito en la configuración. Las configuraciones de DSC son idempotentes. El administrador de configuración local (LCM) sondea periódicamente el sistema mediante el flujo de control descrito por los recursos (partes imperativas de DSC) para asegurarse de que se mantenga el estado de una configuración.
PowerShell, que inicialmente se conocía con el nombre en código "Monad", se mostró por primera vez públicamente en la Conferencia de desarrolladores profesionales de octubre de 2003 en Los Ángeles. Todas las versiones principales siguen recibiendo soporte y cada una de ellas ha sido compatible con versiones anteriores.
PowerShell 1.0 se lanzó en noviembre de 2006 para Windows XP SP2 , Windows Server 2003 SP1 y Windows Vista . [64] Es un componente opcional de Windows Server 2008 .
PowerShell 2.0 está integrado con Windows 7 y Windows Server 2008 R2 [65] y se lanzó para Windows XP con Service Pack 3, Windows Server 2003 con Service Pack 2 y Windows Vista con Service Pack 1. [66] [67]
PowerShell v2 incluye cambios en el lenguaje de scripting y la API de alojamiento, además de incluir más de 240 nuevos cmdlets. [68] [69]
Las nuevas características de PowerShell 2.0 incluyen: [70] [71] [72]
BeginProcessing()
funciones y de un cmdlet ProcessRecord()
.EndProcessing()
Out-GridView
, que muestra datos tabulares en el objeto WPF GridView , en sistemas que lo permiten y si ISE está instalado y habilitado.-Split
, , y operadores -Join
Splatting ( ).@
<#
y #>
como delimitadores. [76]RunspacePools
), así como la capacidad de crear espacios de ejecución restringidos que solo permiten invocar un subconjunto configurado de PowerShell. Las nuevas API también admiten la participación en una transacción administrada por PowerShell.PowerShell 3.0 está integrado con Windows 8 y con Windows Server 2012. Microsoft también ha puesto PowerShell 3.0 a disposición para Windows 7 con Service Pack 1, para Windows Server 2008 con Service Pack 1 y para Windows Server 2008 R2 con Service Pack 1. [77] [78]
PowerShell 3.0 es parte de un paquete más grande, Windows Management Framework 3.0 (WMF3), que también contiene el servicio WinRM para admitir la comunicación remota. [78] Microsoft realizó varias versiones Community Technology Preview de WMF3. Una versión Community Technology Preview 2 (CTP 2) temprana de Windows Management Framework 3.0 se lanzó el 2 de diciembre de 2011. [79] Windows Management Framework 3.0 se lanzó para disponibilidad general en diciembre de 2012 [80] y se incluye con Windows 8 y Windows Server 2012 de manera predeterminada. [81]
Las nuevas características de PowerShell 3.0 incluyen: [78] [82] : 33–34
get-WmiObject win32_logicaldisk
, volúmenes, firewalls, conexiones de red e impresoras, que anteriormente se realizaban a través de WMI. [ se necesita más explicación ]PowerShell 4.0 está integrado con Windows 8.1 y con Windows Server 2012 R2 . Microsoft también ha puesto PowerShell 4.0 a disposición para Windows 7 SP1 , Windows Server 2008 R2 SP1 y Windows Server 2012. [ 83]
Las nuevas características de PowerShell 4.0 incluyen:
RemoteSigned
.Windows Management Framework (WMF) 5.0 RTM, que incluye PowerShell 5.0, se volvió a publicar en la web el 24 de febrero de 2016, después de un lanzamiento inicial con un error grave. [87]
Características principales incluidas:
class
palabra clave que crea clases para programación orientada a objetosenum
palabra clave que crea enumeracionesOneGet
cmdlets para dar soporte al gestor de paquetes Chocolatey [88]Se lanzó junto con la actualización de aniversario de Windows 10 [90] el 2 de agosto de 2016 y en Windows Server 2016. [ 91] PackageManagement ahora admite servidores proxy, PSReadLine ahora tiene soporte para ViMode y se agregaron dos nuevos cmdlets: Get-TimeZone y Set-TimeZone. El módulo LocalAccounts permite agregar/eliminar cuentas de usuario locales. [92] Se lanzó una vista previa de PowerShell 5.1 para Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012 y Windows Server 2012 R2 el 16 de julio de 2016, [93] y se lanzó el 19 de enero de 2017. [94]
PowerShell 5.1 es la primera versión que viene en dos ediciones de "Desktop" y "Core". La edición "Desktop" es la continuación del tradicional Windows PowerShell que se ejecuta en la pila .NET Framework. La edición "Core" se ejecuta en .NET Core y se incluye con Windows Server 2016 Nano Server. A cambio de un espacio más pequeño, esta última carece de algunas características como los cmdlets para administrar el portapapeles o unir una computadora a un dominio, los cmdlets de WMI versión 1, los cmdlets de registro de eventos y los perfiles. [25] Esta fue la versión final de PowerShell hecha exclusivamente para Windows. Windows PowerShell 5.1 sigue preinstalado en Windows 10, Windows 11 y Windows Server 2022, mientras que .NET PowerShell debe instalarse por separado y puede ejecutarse en paralelo con Windows PowerShell. [95] [96]
PowerShell Core 6.0 se anunció por primera vez el 18 de agosto de 2016, cuando Microsoft presentó PowerShell Core y su decisión de hacer que el producto fuera multiplataforma , independiente de Windows, gratuito y de código abierto. [5] Logró disponibilidad general el 10 de enero de 2018 para Windows, macOS y Linux . [97] Tiene su propio ciclo de vida de soporte y se adhiere a la política de ciclo de vida de Microsoft que se introdujo con Windows 10: solo se admite la última versión de PowerShell Core. Microsoft espera lanzar una versión menor de PowerShell Core 6.0 cada seis meses. [98]
El cambio más significativo en esta versión de PowerShell es la expansión a otras plataformas. Para los administradores de Windows, esta versión de PowerShell no incluyó ninguna característica nueva importante. En una entrevista con la comunidad el 11 de enero de 2018, se le pidió al equipo de PowerShell que enumerara las 10 cosas más emocionantes que le sucederían a un profesional de TI de Windows que migrara de Windows PowerShell 5.1 a PowerShell Core 6.0; en respuesta, Angel Calvo de Microsoft solo pudo nombrar dos: multiplataforma y código abierto. [99] PowerShell 6 cambió a UTF-8 como codificación predeterminada, con algunas excepciones. [100] (PowerShell 7.4 cambia más a UTF-8) [101]
Según Microsoft, una de las nuevas características de PowerShell 6.1 es "Compatibilidad con más de 1900 cmdlets existentes en Windows 10 y Windows Server 2019 ". [102] Aún así, no se pueden encontrar detalles de estos cmdlets en la versión completa del registro de cambios. [103] Microsoft profesa más tarde que este número era insuficiente ya que PowerShell Core no logró reemplazar a Windows PowerShell 5.1 y ganar tracción en Windows. [104] Sin embargo, fue popular en Linux. [104]
PowerShell Core 6.2 se centra principalmente en mejoras de rendimiento, corrección de errores y mejoras menores de cmdlets y lenguaje que mejoraron la productividad de los desarrolladores. [105]
PowerShell 7 es el reemplazo de los productos PowerShell Core 6.x, así como de Windows PowerShell 5.1, que es la última versión compatible de Windows PowerShell. [106] [104] El objetivo del desarrollo fue hacer de PowerShell 7 un reemplazo viable para Windows PowerShell 5.1, es decir, tener una paridad cercana con Windows PowerShell en términos de compatibilidad con los módulos que se envían con Windows. [107]
Las nuevas características de PowerShell 7 incluyen: [108]
-Parallel
interruptor para que el ForEach-Object
cmdlet ayude a manejar el procesamiento paraleloGet-Error
cmdlet&&
y ||
) que permiten la ejecución condicional del siguiente cmdlet en la canalización??
operador para la coalescencia nula??=
operador para la asignación de coalescencia nulaInvoke-DscResource
(experimental)Out-GridView
cmdlet-ShowWindow
interruptor para elGet-Help
PowerShell 7.2 es la siguiente versión de soporte a largo plazo de PowerShell, después de la versión 7.0. Utiliza .NET 6.0 y cuenta con paquetes de instalación universales para Linux. En Windows, las actualizaciones a PowerShell 7.2 y posteriores se realizan a través del servicio Microsoft Update ; esta característica no se encuentra disponible en PowerShell 6.0 a 7.1. [109]
Esta versión incluye algunas actualizaciones y correcciones generales de cmdlets, pruebas para paquetes dependientes del marco en el proceso de lanzamiento, así como mejoras de compilación y empaquetado. [110]
PowerShell 7.4 se basa en .NET 8. Y con esa versión, los webcmdlets tienen como valor predeterminado la codificación UTF-8 (en lugar de ASCII -superset Windows-1252 también conocido como ISO-8859-1 , que no admite Unicode ). [111] [101] Anteriormente, UTF-8 era el valor predeterminado para otras cosas, pero no para todas.
La siguiente tabla contiene una selección de los cmdlets que se incluyen con PowerShell y señala comandos similares en otros intérpretes de línea de comandos conocidos. Muchos de estos comandos similares vienen definidos de fábrica como alias dentro de PowerShell, lo que facilita el trabajo a las personas familiarizadas con otros shells comunes.
Notas
ls
y man
los alias están ausentes en la versión Linux de PowerShell Core.curl
y wget
los alias están ausentes en PowerShell Core, para no interferir con la invocación de comandos nativos con nombres similares.Un proyecto llamado Pash , un juego de palabras con el conocido shell de Unix " bash ", ha sido una reimplementación de código abierto y multiplataforma de PowerShell a través del marco Mono . [140] Pash fue creado por Igor Moochnick, escrito en C# y fue lanzado bajo la Licencia Pública General de GNU . El desarrollo de Pash se estancó en 2008, se reinició en GitHub en 2012, [141] y finalmente cesó en 2016 cuando PowerShell se convirtió oficialmente en código abierto y multiplataforma. [142]
Una característica destacada aquí es que prácticamente todas las utilidades de administración ahora funcionan desde la línea de comandos (y la mayoría están disponibles a través de telnet).
El lenguaje principal de PowerShell se basa en la gramática POSIX 1003.2 para el shell Korn .
3.0 viene con alrededor de 1000 cmdlets en Windows 8
5.0 viene con alrededor de 1300 cmdlets en Windows 10
La codificación predeterminada es UTF-8 sin BOM, excepto para New-ModuleManifest.