Windows Técnico : PowerShell

Activar y desactivar Shell grafica en Windows Server 2012 con Powershell.

Sergio San Roman — Wed, 24 Apr 2013 14:00:00 GMT

Una de las novedades introducidas en Microsoft Server 2012 es la posibilidad de poder pasar entre las versiones con interfaz gráfica y Core. Esto no abre un amplio abanico de posibilidades, ya que podremos configurar nuestro servidor con la comodidad que nos da una Shell gráfica y posteriormente quitar esta para agilizar nuestro servidor.

Si deseamos desinstalar la interfaz grafica deberemos seguir los siguientes pasos:

Abrimos el administrador del servidor.
Administrar
Quitar roles y funciones.
En características, nos situamos en “infraestructura e interfaces de usuario”.

Imagen 1. Caracteristica de infraestructura e interfaces de usuario.

Quitamos la característica.

Imagen 2. Quitar caracteristica.

También podemos realizar esta tarea desde Powershell, con el siguiente Cmdlet:

· Unistall-WindowsFeature Server-Gui-Mgmt-Infra –restart

Imagen 3. Consola PowerShell Iniciando la eliminación

Ambos procesos requieren lógicamente el reinicio del servidor.

Si por el contrario estamos trabajando con una versión Core y lo que deseamos es habilitar la Shell gráfica, usar el siguiente Cmdlet desde:

Install-WindowsFeature Server-Gui-Mgmt-Infra, Server-Gui-Shell –Restart –Source

Para poder llevar la instalación de la característica el equipo debe tener acceso a Windows Update, de no ser así, será necesario añadir un modificador y tener el medio de instalación para que se pueda llevar la instalación de la característica.

En este caso deberéis añadir al Cmdlet el siguiente modificador:

-Source wim:e:\sources\install.wim:4

Obviamente deberéis cambiar la ruta donde se encuentra la imagen Install.wim por la vuestra.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de los sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Además si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico, o seguirnos por el Canal Google+ de Windows Técnico o Twitter para estar al día de las novedades e información técnica de interés.

PowerShell para Office 2015

Ruben Alonso — Tue, 02 Apr 2013 14:44:00 GMT

Una gran noticia filtrada por algunas fuentes fiables, como la del blog de Michael Pietroforte, el cual nos anuncia, a través de una fuente fiable no citada, la llegada de PowerShell para la siguiente versión de Office, lo que, como bien nos indica Michael, significará que en un futuro el longevo VBA quedará obsoleto en la tan mítica suite ofimática. Parece ser que Microsoft proporcionará un nuevo convertidor de VBA, por lo que todavía podremos utilizar nuestros tan añorados scripts VBA en Office 2015, previa conversión de los mismos, claro está, a PowerShell.

El nuevo Office 2015 incluirá una nueva interfaz de línea de comandos PowerShell que va a permitir interactuar con cualquiera de las aplicaciones de Office, lo que abre un sin fin de posibilidades a la hora de trabajar con los documentos ofimáticos. Desde crear un nuevo documento de Word o una nueva Hoja de cálculo hasta poder cambiar la tipografía a multitud de documentos con algo tan simple como hacer un doble clic sobre un cmdlet que tengamos preparado para tal fin.

Imagen 1: Línea de comandos PoweShell para Office 2015?

Un ejemplo puesto por Michael Pietroforte en su blog es el de responder a multitud de correos de Outlook de forma automatizada, en función del asunto o cuerpo de los mensajes, aunque a mí me vienen a la cabeza multitud de tareas que podré automatizar, tales como guardar determinados documentos de Office en ubicaciones tales como SharePoint Online, introducción de fórmulas automatizables desde PowerShell en determinadas celdas de libros de Excel, eliminar la metadata de los documentos (antes de forma manual con el Inspector de documentos), etc.

y tú, ¿en qué tarea automatizada estás pensando?.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

Buscar máquinas virtuales con PowerShell II de II

Sergio San Roman — Tue, 02 Apr 2013 07:21:00 GMT

En el anterior post vimos cómo crear el archivo para la búsqueda de máquinas virtuales en servidores, ahora vamos a ver el script completo y cómo funciona.

El script es el siguiente:

#Buscar una máquina virtual y nos dice en qué servidor se encuentra.

if($args.Count -ne 1)

{

echo ".\listadoVMinServers.ps1 <fichero servidores>"

exit

}

if(test-path $args[0])

{$maquinavm = Read-Host "Máquina VM que buscas"

$server = cat $args[0]

cls

foreach ($elemento in $server )

{

$maquinas = get-vm -ComputerName $elemento

foreach ($maquina in $maquinas)

{

if ($maquina.name -eq $maquinavm)

{

echo "La máquina $($maquinavm) se encuentra en:$($elemento)"

echo ""

exit

}

else

{

cls

echo "Fichero no existe"

echo ""

exit

}

cls

echo "La máquina no existe"

echo ""

No debéis olvidar que debemos pasarle la lista de servidores en los que realizara la búsqueda, estos se encuentran en el archivo que generamos, en mi caso llamado servers, por lo que a la hora de ejecutar el script, debemos decirle la ubicación y nombre de este archivo:

“ruta y nombre del script” “Ruta y nombre del archivo de servidores”

En mi caso, como tengo ambos archivos en el escritorio:

C:\Users\Administrador\Desktop\BusquedaMaquina.ps1
C:\Users\Administrador\Desktop\servers.txt

Si estamos ya posicionados en el directorio que contiene tanto el script como el archivo de servidores:

Con esto el script se ejecutara y nos pedirá el nombre de la máquina virtual que deseamos buscar:

Pulsamos intro y el script realizara la búsqueda en la lista de servidores devolviéndonos:

En el caso de que este bien introducido el archivo de servidores y la maquina exista, o:

Si el fichero de servidores no es correcto o la maquina no existe.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Buscar máquinas virtuales con PowerShell I de II

Sergio San Roman — Thu, 28 Mar 2013 07:00:00 GMT

Una de las nuevas funcionalidades introducidas en Hyper-V 3.0 es Live Migration, que nos permite mover máquinas virtuales entre Host sin necesidad de parar el servicio que esté dando dicha máquina.

Es factible, en infraestructuras amplias, que durante la realización de tareas relacionadas con el movimiento de máquinas virtuales, en algún momento necesitemos saber en qué servidor Hyper-V se encuentra una máquina virtual concreta. Para realizar esta tares y aprovechando el potencial de PowerShell vamos ver cómo hacer uso de un script para automatizar la búsqueda de máquinas virtuales dentro de dichos servidores.

El funcionamiento del script es muy sencillo:

Recibe un fichero.
Pregunta al usuario que máquina quiere buscar.
Recorre el fichero de servidores buscando la máquina virtual.
Cuando la encuentra indica en qué servidor se encuentra la VM.

Lo primero que necesitamos es tener un fichero que debe contener el listado de nuestros servidores Hyper-V para que script realice la búsqueda en estos. El fichero debe contener un servidor en cada línea. Para generar el fichero, podemos hacerlo directamente a mano, o también podemos hacer uso de PowerShell. Si lo creamos a mano es tan sencillo como crear un nuevo documento de texto y agregar uno a uno los servidores en los que el deseamos que el Script realice la búsqueda, recordar que debe ser un servidor por línea.

Figura 01 – Fichero de servidores Hyper-V

Si deseamos hacerlo desde PowerShell deberemos hacerlo de la siguiente manera:

Echo “nombre del servidor” > “ruta y nombre del archivo”

Si por ejemplo tenemos 4 servidores llamados Hyper-V01, Hyper-V02, Hyper-V03 e Hyper-V04, y el archivo lo queremos llamar servers y ubicarlo en la carpeta Script de la ubicación remota Datos, quedaría asi:

Echo Hyper-V01 Hyper-V02 Hyper-V03 Hyper-V04 > \\datos\scripts\servers.txt

También es posible que una vez generado el archivo con la lista de servidores, en algún momento posterior, sea necesario agregar nuevos servidores a la lista, para ello usaremos echo igualmente pero con una pequeña diferencia:

Echo “nombre del servidor” >> “ruta y nombre del archivo”

Es muy importante que prestéis atención al introducir la redirección y que sea “>>” ya que con esto indicaremos que agrege al archivo los nombres que le estamos dando, mientras que si solo ponemos “>”, sustituirá todo el contenido anterior de este archivo por el nuevo que le estamos dando.

Con esto tendremos generado ya el archivo desde el que cargaremos la lista de servidores en los que realizar la búsqueda, en el siguiente post veremos el script completo y que hace en cada paso.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Instalar aplicaciones Appx con PowerShell III de III

Sergio San Roman — Mon, 25 Mar 2013 11:59:00 GMT

En los anteriores post , vimos procedimientos para instalar aplicaciones para instalar una aplicación Appx para que esté disponible para un solo usuario y para desplegar la aplicación en un equipo y que esta esté disponible para todos los usuarios que usen dicho equipo.

Para este post que finaliza la serie, vamos a ver cómo podemos desplegar aplicaciones de manera masiva, haciendo uso de plataformas para despliegue, concretamente Microsoft Deployment Toolkit (MDT) y como este hace uso de un script para la instalación de las aplicaciones.

MDT nos permite implementar sistemas operativos Microsoft y aplicaciones simultáneamente, pero también es posible hacer uso de este para instalar aplicaciones en equipos que ya disponen de un sistema operativo instalado.

Cuando se crea un punto de despliegue en MDT, este genera un recursos donde ira almacenando todo lo necesario para realizar sus tareas, dentro de este recurso podemos encontrar una serie de carpetas donde ira almacenando diferentes recursos.

Figura 01 – Recursos MDT

Podéis observar que dispone de carpetas para almacenar los sistemas operativos que agreguemos, así como las aplicaciones e incluso drivers y actualizaciones.

Pero la carpeta que nos interesa en ese post es la que almacena los Scripts de los que hace uso MDT para realizar sus funciones. Si accedéis a esta carpeta dentro de ella podéis encontrar un script llamado ZTIApplications, si editáis el script y realizáis una búsqueda de DISM en el mismo, podéis ver como os aparece la siguiente línea:

Figura 02 – DISM en MDT

Como podéis ver hace uso de DISM para la instalación de Aplicaciones Appx, al igual que hicimos nosotros en el anterior post para desplegar la aplicaciones en un equipo. La única diferencia es que durante la instalación por red del sistema, podremos seleccionar un que aplicaciones deseamos instalar y MDT hará uso de DIMS para instalarlas.

Pero y si por el contrario tenemos ya instalado el sistema operativo y ya que contamos con un servidor de implementación y MDT queremos aprovecharnos de estos para desplegar las aplicaciones, pues bien en ese caso en la misma carpeta disponéis de un Script llamado LiteTouch, este script es el usado por MDT para los despliegues. Este recurso se encuentra compartido ya que es requisito imprescindible para que MDT pueda realizar los despliegues en red, por lo que podremos acceder a él desde cualquier equipo, siempre y cuando contemos con los pertinentes permisos de acceso y ejecución. Una vez asegurados de disponer de acceso a este script, si lo ejecutamos lanzaremos el asistente de MDT desde el cual podremos instalar en el equipo cualquier aplicación que tengamos agregada en nuestro punto de despliegue.

El tipo de instalación dependerá de la manera en la que agregásemos la aplicación a nuestro MDT, según las modificaciones que introdujésemos la instalación será totalmente desatendida y en segundo plano o será necesaria nuestra interacción.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Instalar aplicaciones Appx con PowerShell II de III

Sergio San Roman — Wed, 13 Mar 2013 08:24:00 GMT

En el anterior post vimos como instalar una aplicación Appx para que esté disponible para un solo usuario aunque el equipo sea compartido por varios. Ahora a llegado el turno de ver como procederíamos en el segundo caso de los 3 expuestos:

La necesidad de desplegar la aplicación a un usuario puntual para que esta esté disponible solo para dicho usuario aunque comparta el equipo con otros usuarios.
La necesidad de desplegar la aplicación en un equipo y que esta esté disponible para todos los usuarios que usen dicho equipo.
La necesidad de desplegar la aplicación de manera masiva.

Para ello en vez de hacer uso del módulo de gestión de Appx necesitaremos otra herramienta, en este caso deberemos hacer uso de DISM (Deployment Image Servicing and Management), en el enlace podéis encontrar información detallada sobre esta herramienta de línea de comandos.

Lógicamente nuestro script para este caso empezara con la herramienta dism seguida de una serie de modificadores:

El primero de ellos será /online, esto hacer referencia a que la aplicación debe ser implementada en la imagen que está actualmente implementada en el equipo.
El segundo será /Add-ProvisionedAppxPackage, de esta manera le diremos que lo que queremos es implementar un paquete Appx.
Para el tercer lugar necesitamos decirle donde se encuentra la aplicación, para lo que usaremos /PackagePath:’ruta Appx’.
Finalmente podemos hacer uso de modificadores muy útiles como /skyplicense para los casos en los que contemos con activación por volúmenes para las appx.

Finalmente nuestro script quedaría así:

dism /Online /Add-ProvisionedAppxPackage /PackagePath:'\\datos\aplicaiones_empresariales\Sample.appx' /skiplicense

Figura 1 – PowerShell ISE y script

Igual que en caso anterior podemos hacer uso de las GPO de grupo y forzar a que el script se ejecute al inicio del equipo.

Espero que os sea de ayuda la información.

Saludos.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Instalar aplicaciones Appx con PowerShell I de III

Sergio San Roman — Tue, 12 Mar 2013 11:44:00 GMT

Para continuar con la serie Gestión de aplicaciones con PowerShell vamos a ver como instalar aplicaciones en diferentes entornos en producción, para comenzar es posible que nos encontremos ante diferentes situaciones a la hora de realizar el despliegue:

La necesidad de desplegar la aplicación a un usuario puntual para que esta esté disponible solo para dicho usuario aunque comparta el equipo con otros usuarios.
La necesidad de desplegar la aplicación en un equipo y que esta esté disponible para todos los usuarios que usen dicho equipo.
La necesidad de desplegar la aplicación de manera masiva.

Ante cada uno de los casos anteriores procederemos de maneras diferentes, en este primer post vamos a abarcar el primero de los casos, como desplegar aplicaciones a un usuario concreto para que la aplicación esté disponible solo para este.

Para llevar a cabo esta tarea haremos uso, obviamente de PowerShell y un script para hacer uso del módulo de gestión de Appx.

Lo primero es generar es el script, para ello podemos hacer uso de PowerShell ISE.

El script es sumamente sencillo, lo primero deberemos importar el módulo Appx, para lo que usaremos:

Import-module appx

La segunda línea de nuestro script será donde le digamos que deseamos añadir una aplicación empaquetada y deberemos decirle la ruta en la cual se encuentra dicha aplicación:

add-appxpackage 'Ruta de la aplicación'

Con lo que nuestro script quedaría asi:

Import-module appx

add-appxpackage '\\datos\aplicaciones_empresariales\Sample.appx'

Figura 1 – PowerShell ISE y script

Una vez guardado, solo deberemos ejecutar el script en el usuario para el que deseamos que esté disponible la aplicación, recordar que podemos hacer uso de las GPO´s de grupo para aplicar este script a diversos usuarios/grupos y así desplegar la aplicación a un amplio grupo de usuarios.

Espero os sea de utilidad la información, en el próximo post de la serie abarcare el caso numero 2 mencionado al principio del post.

Saludos.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Gestión de aplicaciones con PowerShell

Sergio San Roman — Fri, 01 Mar 2013 09:43:05 GMT

Son muchas las novedades que hemos podido encontrar con la salida al mercado de los nuevos Microsoft Windows 8 y Microsoft Windows Server 2012, una de ellas es el nuevo formato Appx.

A través de esta serie de post que inicio vamos a ver como haciendo uso de PowerShell podemos gestionar este tipo de aplicaciones, desde obtener un simple listado de las aplicaciones instaladas, hasta la instalación de las mismas en distintos entornos.

Para comenzar vamos a ver unos sencillos Cmdlets para obtener las aplicaciones instaladas en un equipo, para ello usaremos:

Get-AppxPackage, con una serie de modificadores.

Si deseamos listar las aplicaciones que tienen todos los usuarios usaremos:

Get-AppxPackage –AllUsers

Figura 1 - Get-AppxPackage –AllUsers

Como podéis observar esta vista puede resultar un poco incomoda, pero si añadimos el modificador “| Out-GridView”, obtendremos una vista más amigable y funcional ya que también podremos añadir una serie de filtros para realizar búsquedas.

Figura 2- Get-AppxPackage –AllUsers | Out-GridView

Si por el contrario en vez de ver todas las aplicaciones, solo queremos ver las aplicaciones de un usuario concreto:

Get-AppxPackage -User <Usuario>

Ejemplo:

Get-AppxPackage –User dominio\usuario |Out-GridView

Si en vez de centrarnos en usuarios lo hacemos en las aplicaciones, podemos solicitar los datos de una aplicación concreta:

Get-AppxPackage –Name <Aplicacion>

Figura 3- Get-AppxPackage -Name WinStore

En el próximo post veremos cómo hacer uso de PowerShell para instalar aplicaciones Appx, no olvidéis que siempre podéis hacer uso de la ayuda:

Help Get-AppxPackage

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Configurar interfaces de red con PowerShell

Sergio San Roman — Thu, 21 Feb 2013 07:51:29 GMT

Acostumbrados al uso de interfaces gráficas y de aplicaciones con dicha interfaz, muchas veces nos olvidamos de la potencia y versatilidad que nos proporcionan herramientas de línea de comandos como PowerShell. Vamos a ver una serie de cmdlets con los que podremos configurar nuestras tarjetas de red.

Lo primero es identificar la interfaz de red que queremos configurar para ello, como es lógico primero deberemos identificarla, para lo cual usaremos el cmdlets:

Get-NetAdapter

Figura 1 – Get-NetAdapter

También podemos ver una configuración más detallada de un adaptador en concreto usando:

Get-NetAdapter –name ‘nombre de la interfaz’ | format-list

Figura 2 – Configuración detallada.

Si deseamos obtener toda la información disponible de la interfaz solo deberemos añadir “ * ”, al final del cmdlet:

Get-NetAdapter –name ‘nombre de la interfaz’ | format-list *

Una vez obtenida la información e identificado el adaptador que vamos a configurar vamos a hacer uso de una variable para configurar nuestra interface.

$netadapter = get-netadapter –name ethernet

Ahora disponemos de una variable que hace referencia a la interfaz de red que deseamos configurar. Ahora solo debemos utilizar esta variable para asignar:

Direccionamiento IP:

netadapter | new-netipaddress –addressfamily IPv4 –ipaddress Direccion IP –prefixlength Mascara de red –type unicast –defaultgateway Puerta de enlace

DNS:

$netadapter | set-dnsclientserveraddress –interfacealias Ethernet –serveraddresses Servidor dns

En los campos Dirección IP, Puerta de enlace y Servidor dns, obviamente deberéis introducir las direccines ip correspondientes, pero al introducir la Máscara de red no deberéis introducirla en la dotación que estamos acostumbrados, si no que deberéis introducir el prefijo, es decir, en el caso de tener la típica mascara de red 255.255.255.0, deberéis introducir 24. Recordar que el prefijo nos indica el número de bits que están asignados a la porción de red.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

PowerShell: La importancia de la interacción usuario - máquina (Parte VII de X)

Pablo González — Wed, 31 Oct 2012 08:09:22 GMT

PowerShell: La importancia de la interacción usuario – máquina (Parte I de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte II de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte III de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte IV de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte V de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte VI de X)

En el anterior artículo se finalizó la exposición teórica y práctica de los bucles en PowerShell. Con los bucles se pueden implementar gran cantidad de acciones, gracias a la riqueza semántica que estos aportan. Además, los 4 tipos de bucles que dispone PowerShell ayuda, y mucho, al administrador en su elección.

En el presente artículo hablaremos de las funciones en PowerShell. Una función es una secuencia de código aislada que realiza una o varias acciones para devolver un valor. Éstas pueden recibir parámetros de entrada para trabajar con estos valores. Son realmente muy útiles para reutilizar código y de este modo se evita no tener que escribir código repetido en distintas partes del desarrollo. Las funciones pueden ser invocadas desde cualquier punto de ejecución del script.

Creación de una función en PowerShell

La sintaxis de una función es realmente sencilla:

Función [Ámbito] nombre de la función [(lista argumentos)]

Bloque de instrucciones

Fin Función

Un ejemplo sería:

Al cargar esta función, se puede visualizar en el provider de funciones de PowerShell, o si es parte de un script, llamar desde cualquier punto de dicho script. Una posible salida a la ejecución de dicho script sería:

Para el paso de valores a una función se disponen de 2 mecanismos, los argumentos y los parámetros. Éstos serán estudiados en detalle en los siguientes artículos de la serie de interacción usuario – máquina con PowerShell.

PowerShell: La importancia de la interacción usuario - máquina (Parte VI de X)

Pablo González — Mon, 01 Oct 2012 11:56:03 GMT

PowerShell: La importancia de la interacción usuario – máquina (Parte I de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte II de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte III de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte IV de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte V de X)

En el anterior artículo de la serie se habló de los bucles For y ForEach. Además, como ejemplo práctico se propuso un código con el que usando el bucle For se realizaba un parseo de la información introducida como argumentos en la ejecución del script. En el presente artículo se tratarán las estructuras de iteración que quedan pendientes, como son While o Do-While.

While

El bucle While se ejecutará 0, 1 o N veces, por lo que es un bucle preprobado, es decir comprueba la condición antes de ejecutar el contenido de sus instrucciones. La sintaxis es sencilla:

Mientras que (condición)

hacer

Bloque instrucciones

fin mientras

En otras palabras se puede decir que el bucle evalúa la condición, si ésta es cierta entra e itera ejecutando las distintas instrucciones que hay en el interior del bucle. Si la condición es falsa se salta el bloque de instrucciones y sigue la ejecución del script, en la primera instrucción que existe después del final del bucle While.

Do-While

Este tipo de bucle es postprobado, es decir, primero ejecuta el bloque de instrucciones y luego evalúa la condición del bucle. Por tanto este bucle se ejecuta al menos una vez hasta N. La sintaxis es la siguiente:

Hacer

Bloque instrucciones

fin hacer (condición)

¿Cuando se usa uno y cuando otra? Formalmente el bucle While se debe utilizar cuando no sabemos si se debe ejecutar o si se ejecutarán las instrucciones internas del bucle, mientras que Do-While se implementará cuando se conozca que al menos 1 vez se debe ejecutar las instrucciones que lo componen. El bucle For se debe implementar cuando sepamos que se ejecutaran siempre N veces, es lo que diferencia a For y Do-While, en éste último sabemos que al menos una vez, pero no cuantas, en el For por contrario sabremos que va desde 1 hasta N.

Figura 1: Creación de menú personalizable

Figura 2: Ejecución del menú

Hasta aquí el VI artículo de la serie, en el próximo más teoría-práctica de la importancia de la interacción usuario – máquina con PowerShell, posiblemente la mejor línea de comandos del mundo.

Windows Server 2012 Evaluación Final ya está disponible para su descarga

Pablo González — Thu, 20 Sep 2012 07:45:00 GMT

Prácticamente Windows Server 2012 está aquí, y en Windows Técnico llevamos hablando de la nueva generación de sistemas operativos desde hace casi un año. En este período de tiempo se han hablado de gran cantidad de rumores que al final no se han concretado y de otros muchos que a día de hoy ya son realidad. En este artículo os recordamos las noticias más impactantes que hemos ido publicando junto a los artículos técnicos de las novedades del nuevo sistema operativo que revolucionará el mundo IT.

Figura 1: Logo de Windows Server 2012

Hyper-V es uno de los pilares mejorados y con nuevas funcionalidades del sistema operativo. La virtualización entró en nuestras vidas, ayudó a las empresas en ahorrar costes y facilita el tratamiento y manejo de la información. Algunos ejemplos son la replica, el nuevo formato VHDX, la migración en vivo, mejoras en la memoria dinámica, etcétera.

Pero Hyper-V no es el único protagonista, el paradigma cloud ya está aquí y con el nuevo sistema operativo podremos usarlo por ejemplo para la realización de copias de seguridad a través del sistema operativo y almacenadas en la nuble. Otra de las funcionalidades mejoradas son los servicios de implementación de los cuales ya hablamos en Windows Técnico.

Una de las características que rodean al sistema operativo es el uso de la nueva interfaz en Windows Server 2012. Esta interfaz no ha dejado indiferente a nadie, unas la alaban y otros la critican. Microsoft piensa que con el tiempo la nueva interfaz se hará un hueco y su usabilidad vencerá a las críticas, tal y como ocurrió en el pasado con la interfaz Ribbon, una imprescindible hoy en día.

PowerShell es otra de las características que más ha mejorado y ampliado. Esta potente línea de comandos, ofrece al administrador IT la posibilidad de gestionar todo su entorno con la ejecución de simples comandos. PowerShell trae novedosos conceptos como son los workflows y el acceso web a la línea de comandos.

Por último comentar que las ediciones y el licenciamiento de la nueva generación del sistema operativo server ha cambiado. Ahora el licenciamiento es mucho más sencillo y rentable, mientras que las ediciones se han reducido, marcando al cliente lo que necesita en cada momento.

Ya puedes descargar la versión final de evaluación de Windows Server 2012, pruébalo antes que nadie y conoce los secretos del nuevo sistema operativo que será la base de las empresas en los próximos años.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

PowerShell: La importancia de la interacción usuario – máquina (V de X)

Pablo González — Mon, 10 Sep 2012 12:14:00 GMT

PowerShell: La importancia de la interacción usuario – máquina (Parte I de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte II de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte III de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte IV de X)

En el anterior artículo se hablaban de las estructuras para almacenar información, como son los arrays y las tablas hash. En el presente artículo se van a hablar de las estructuras de iteración, como son los conocidos bucles. En concreto de los bucles for, dejando para próximas entregas a los bucles while. PowerShell dispone de 4 tipos de bucles, los cuales se enumeran a continuación:

· For

· Foreach

· While

· Do-while

Los bucles for permiten recorrer estructuras de manera sencilla. Históricamente se han utilizado en el scripting para recorrer listados de directorios o arrays, es decir, siempre que se conozca el número de objetos que tiene una estructura. En PowerShell la norma de estilo dice lo mismo que en el scripting clásico.

For

Este bucle itera N veces, conocidas con anterioridad y no se debe cambiar en la ejecución del bucle. Como se comentó anteriormente es muy utilizado para recorrer listados y estructuras de datos como arrays.

La sintaxis es realmente sencilla e igual a su denominación clásica en otros lenguajes, como C o Java.

For (inicialización; condición; aumento)

Bloque Instrucciones

Fin For

Foreach

El bucle foreach realmente es el cmdlet foreach-object, por lo que realmente es un alias. Es interesante su uso a la hora de recorrer propiedades de ciertos objetos, inclusive los propios objetos tras la ejecución de una instrucción previa que devuelva este tipo de objetos.

La sintaxis es también sencilla, pero no es tan conocida como la del bucle anterior.

Foreach elemento en colección_elementos

Bloque de instrucciones

Fin Foreach

Para finalizar la entrega de hoy se realizará un script en el que se parsea la entrada que se recibe como argumentos para verificar que a posteriori se podría realizar dicha suma. A continuación se muestra el script.

Figura 1: Código para parsear operaciones

En primer lugar se comprueba que se introduce al menos una operación válida es decir 3 caracteres y que el número de argumentos que se pasa al script es de un número impar, ya que las sumas, restas, multiplicaciones y divisiones son de impares. Después se analiza mediante la utilización de un bucle for si los elementos de entrada, pasados como argumentos, son operandos u operadores. La instrucción if ($i % 2 –eq 1) comprueba si los caracteres en posición impar en la variable $args son operadores, en caso de que se escribe por pantalla. La instrucción if ($i % 2 –eq 0) comprueba si los caracteres en posición par en la variable $args son operandos. Para ello se utiliza if($Args[$i] –is [int]), de este modo se comprueba si el parámetro que debe ser un entero lo es, si se quiere verificar también reales se debe modificar mínimamente el script.

Figura 2: Ejecución del script anterior

Hasta aquí el V artículo de la serie, en el próximo se seguirán viendo estructuras para el desarrollo de scripts en PowerShell.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

[ACTUALIZADO]: Descárgate la versión de evaluación final de Windows Server 2012 y comprueba todas las novedades del nuevo sistema operativo Servidor de Microsoft.

PowerShell: La importancia de la interacción usuario – máquina (Parte IV de X)

Pablo González — Wed, 05 Sep 2012 10:40:00 GMT

PowerShell: La importancia de la interacción usuario – máquina (Parte I de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte II de X)

PowerShell: La importancia de la interacción usuario – máquina (Parte III de X)

En el anterior artículo se trataron las diferentes estructuras de control que se disponen en PowerShell. Hoy, se hablarán de los arrays y las tablas hash disponibles en la nueva línea de comandos. El uso de este tipo de estructuras puede simplificar y mucho el tratamiento de los datos en la shell de Microsoft.

El Array: ¿Lo de siempre?

El array es una estructura para coleccionar elementos. Cada elemento recibe una posición de memoria, por lo que el array puede verse como un vector o un número de posiciones de memoria seguidas que almacenan distintos elementos. Estos elementos reciben una posición para poder ser consultados o sobreescritos en el array.

Los arrays disponen de dimensiones, generalmente no pasan de 1 o 2 dimensiones, pero pueden tener N dimensiones. ¿Qué es una dimensión? Sencillamente indican el espacio para colocar y referenciar los elementos dentro de un array. Por ejemplo, un array de 1 dimensión, siempre será referenciado por el nombre de la variable y el índice de la posición del elemento. En un array de 2 dimensiones, ya nos encontramos con que hay que indicar fila y columna, es decir, son 2 índices lo que hay que indicar, y así sucesivamente.

Para declarar un array se utilizan distintas nomenclaturas, a continuación unos ejemplos sencillos:

PS C:\> [int[]]$array = 22,12,1986

PS C:\> $miArray2 = 1,2,3

PS C:\ > [int[][]]$miArray3 = @((14,22,2008),(1,2,3))

PS C:\ > $multiTipo = [int]1,[double]9

El primero de los ejemplos declara un array, en el cual se indica el tipo entero como elementos internos, y se inicializa con 3 valores. El segundo declara un array sin declarar el tipo, y se inicializa con 3 elementos. El tercer ejemplo declara un array de 2 dimensiones de tipo entero y lo inicializa con 2 dilas y 3 columnas. Para poder acceder a dicha información se puede ejecutar la variable $miArray3 sobre PowerShell o $miArray3[fila][columna] para acceder a un elemento concreto. En el último ejemplo, se rompe con la clásica definición de que un array es una estructura que solo almacena elementos del mismo tipo, es decir elementos homogéneos. En PowerShell se puede crear arrays multitipo, es decir, almacenan elementos de distintos tipos. En el último ejemplo se puede observar la declaración de un array que almacena como primer elemento un entero y como segundo elemento un real.

Para sobreescribir valores o añaidr valores a un array se disponen de las siguientes opciones:

$array[posicion] = <nueva valor>. Con esta instrucción, se sobreescribe un valor de una posición, siempre y cuando la posición se encuentre creada.

$array += <nuevo valor>. De esta forma se añade un nuevo valor al array en una nueva posición.

Figura 1: Declaración de array de 2 dimensiones y consultas

Las tablas hash: Dispersión en PowerShell

Una tabla hash o asociativa se encuentra implementada también en PowerShell. Es una colección de elementos a la cual no se accede mediante índice como era el caso de los arrays, sino que se accede mediante una clave o función hash. Esta clave proporciona la posición real en la tabla. En las tablas, y al igual que en los arrays, se pueden utilizar elementos heterogéneos.

El siguiente ejemplo ilustra la creación y acceso a las tablas hash:

PS C:\ > $tablaHash = @{hash1 = 22; hash2 = 1986}

PS C:\> $tablaHash

Name Value

---- -----

hash2 1986

hash1 22

PS > $tablaHash['hash1']

Si la clave tiene espacios, se debe especificar entre comillas simples. En la siguiente imagen se puede visualizar el ejemplo ejecutado en una PowerShell.

Figura 2: Declaración de tabla hash y asignación de valores

Hasta aquí el artículo de la serie de la importancia de la interacción usuario – máquina. En el próximo artículo se podrán atender conceptos de bucles, entre otros características interesantes de PowerShell.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

[ACTUALIZADO]: Descárgate la versión de evaluación final de Windows Server 2012 y comprueba todas las novedades del nuevo sistema operativo Servidor de Microsoft.

Reinicio de servicios sobre varios equipos con PowerShell

Pablo González — Mon, 27 Aug 2012 10:05:00 GMT

Ya se ha hablado en numerosas ocasiones de la flexibilidad y potencia de PowerShell en este blog. Esta línea de comandos no tiene límites y ofrece al administrador la posibilidad de gestionar todo producto de manera automatizable, e incluso sencilla. Hoy se proporciona un código con el que los administradores pueden reiniciar servicios sobre varias máquinas con la facilidad de uso que proporciona un script.

Figura 1: Logo PowerShell

El cmdlet que se utilizará para el reinicio de un servicio a través de la línea de comandos es Restart-Service. Con este cmdlet y la utilización de ciertos parámetros se puede llevar a cabo la tarea del reinicio de un servicio sobre otras máquinas remotas.

El script dispone de 2 argumentos en su ejecución. El primero de ellos es ComputerName que recogerá una lista de equipos. Estos equipos representan a los equipos remotos donde se quiere reiniciar un servicio. Si no se escribe ningún equipo se reiniciará un servicio local. El segundo argumento denominado ServiceName representa el servicio que se quiere reiniciar.

El código es realmente sencillo se crea un objeto con las características requeridas. En primer lugar en una variable $computer se almacenan la lista de máquinas sobre las que se quiere reiniciar los servicios.

$computer = <computer1>…<computerN>

$objeto = get-service –Name <servicio> -ComputerName $computer

Restart-Service –InputObj $objeto –errorAction stop

Tras la creación del objeto se ejecuta el cmdlet Restart-Service con el que se lleva a cabo el reinicio del servicio en las máquinas que se indiquen con la variable $computer. Esta tarea es muy común en el día a día del administrador y ha quedado de manera sencilla automatizada gracias a la flexibilidad de PowerShell.

Para automatizar el proceso al máximo se recomienda utilizar PowerShell ISE como entorno de desarrollo y pruebas de scripting. Para más información sobre el uso de PowerShell ISE en Windows Server 2012 o Windows 8 se puede visualizar los artículos referidos con la herramienta que se han publicado en WIndows Técnico.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

[ACTUALIZADO]: Descárgate la versión de evaluación final de Windows Server 2012 y comprueba todas las novedades del nuevo sistema operativo Servidor de Microsoft.