Scripts

Servidor Virtualizado con conexión NAT (VirtualBox y Windows)

Enviado por Alvaro Anaya M. sobre Jul 16, 2010 en Scripts, Varios | 99 comentarios

————– Actualización ————–

Aunque el método usado en este artículo sigue siendo válido, con las nuevas versiones de VirtualBox ya es posible hacerlo todo desde el menu gráfico, cosa que se agradece bastante.

———————————————–

Últimamente, es bastante común montar servidores en máquinas virtuales y ese fue el caso que me ha llevado a crear este pequeño script que, en esta ocasión, es para sistemas Windows y con el conocido sistema de máquinas virtuales VIRTUALBOX.

En este mismo sistema, al igual que en muchos otros, existen varias opciones para la configuración de las tarjetas de red aunque para este caso en concreto nos centraremos en la opción por defecto y la tarjeta que, al menos antes, siempre se habilitaba por defecto, al menos en mi caso, que siempre es conexión mediante NAT y con la tarjeta PC NET.

Antes de nada diré que si ya está familiarizado con el NAT puede saltarse las siguientes lineas ya que, por si hay alguien a quien solamente «le suene» un poco o que directamente desconozca que es o como funciona, trataré de hacer una pequeña explicación.

Lo primero, como siempre es tener la maquina virtual funcionando (Evidentemente ;-)) y una vez tengamos la conexión mediante NAT, deberíamos poder conectarnos a Internet desde el sistema virtualizado sin ningún problema ni paso adicional que configurar la conexión en dicho sistema como si fuera una instalación física más, es decir, añadiendo una IP, máscara, puerta de enlace y DNS en el caso de que nos vayamos a conectar con una dirección estática o simplemente activando DHCP si tenemos algún dispositivo que nos permita una configuración de IPs dinámica. Sea cual sea el modo de conexión, nos es indiferente a la hora de montar el servidor virtualizado siempre y cuando la IP de nuestra máquina física, es decir, la que alberga la virtual tenga una IP fija o algún sistema que nos permita llamarla siempre de la misma forma aún siendo dinámica (Por ejemplo, algún sistema similar a DynDNS, NoIP de cara a internet o simplemente un router que de la posibilidad de asociar una dirección MAC a una direcc concreta de forma que aunque este configurado todo por DHCP siempre de la misma a la misma máquina ).

Se preguntará ¿¿Porque es necesario esto sobre todo cuando ya me conecto a internet?? pues bien, porque ahora mismo la máquina virtual conecta con «hacia fuera», por decirlo de alguna manera, pero no admite las peticiones que se le hagan desde la red como podrían ser las que se hacen a cualquier servidor así que es necesario realizar NAT (Network Address Translation) de forma que para acceder a este servidor virtualizado tendremos habilitar la correspondiente configuración en la maquina física que lo alberga para que al apuntar a esta (MAquina física)  nos redirija a la máquina virtual. Como explicarme nunca fue mi fuerte, vamos con los ejemplos:

Tenemos los siguiente:

Máquina VIRTUAL:
– IP: 10.0.2.15
– Servidor WEB (Puerto 80)
– Servidor SSH (Puerto 22)

Máquina FISICA (Sobre la que corre la Virtual)
– IP: 192.168.1.10

VBoxManage list vms

Como pequeña nota, solo queda añadir que si tenemos algun sistema de FIREWALL configurado ya sea en la maquina física como en la Virtual, tendríamos que hacer los pasos pertinentes para que no bloquease el tráfico por lo puertos que haya pensado utilizar.

Pues bien, esa fue la teoría y ahora, el como aplicarla ya es tarea suya. Puede simplemente experimentar por su cuenta con el comando basándose esta breve explicación y, como siempre, también tiene la opción cómoda de descargarse el SCRIPT que he creado para automatizar todo el proceso. He de decir que, al menos en mi caso, es lo que estoy usando siempre gracias a la comodidad y rapidez del mismo.

Este Script no tiene que editarlo para cambiar puertos, protocolo o el nombres de servicio ya que se lo preguntará durante la ejecución del mismo. Eso si, funciona teniendo en cuenta que VirtualBox estará instalado en la unidad C: y el directorio por defecto, es decir:

C:\Archivos de programa\Oracle\VirtualBox

Si ese no fuera su caso, entonces si tendría que editarlo para modificar las primeras lineas, pues son las únicas que hacen referencia a dicha carpeta. Por supuesto, tambien es totalmente libre de editarlo para ver como está hecho 😉

Enlace de descarga del SCRIPT:  SCRIPT VIRTUALBOX a SERVER

Un saludo.

MiniScript VBS para avisar de nuevo correo

Enviado por Alvaro Anaya M. sobre Mar 6, 2010 en Scripts, Trucos | 27 comentarios

Este pequeño Script fue ideado para un caso muy concreto aunque se puede adaptar bastante más según las necesidades. En este caso, lo explicaré según el ámbito para el que fué ideado y que no es otro que el estar asociado a una regla de Outlook para activarse en cuanto llegue un correo de extrema importancia que no puede demorarse sin ser procesado.

Como he dicho antes, este VBScript fue diseñado para un entorno muy concreto que puedo resumir así:

• Existen varias máquinas virtuales destinadas a la monitorización con diferentes herramientas.
• Cada una de las máquinas tiene un Outlook configurado con la cuenta del cliente que representa.
• Evidentemente, las máquinas están monitorizando por lo que no pueden tener el Outlook en pantalla.
• Esto hace que, además de un equipo para trabajar, tengamos múltiples monitores con sus respectivas herramientas de monitorización abiertas de continuo.

En este entorno de trabajo se incorpora una nueva premisa: Si llegan correos de cierta aplicación, hay que procesarlos cuanto antes ya que tienen un tiempo de vida. En principio esto no es un problema pero dado que son varios monitores, que están a unos metros y que quienes los controlan tienen otras tareas, es relativamente sencillo que el paupérrimo aviso que nos muestra el Outlook se nos pase desapercibido de forma que solamente veremos ese correo tan urgente si hacemos un repaso máquina por máquina de forma manual, lo que tambien es bastante sencillo que transcurra más tiempo del debido entre repaso y repaso por lo que volvemos a influir negativamente en el tiempo de respuesta al correo urgente.

Si bien es cierto que las propias reglas del Outlook incluyen la posibilidad de mostrar un aviso en pantalla, este tampoco es realmente eficaz, al menos en este entorno, ya que no siempre se muestra encima de todas las ventanas (Haciéndolo quedar oculto) sino que alguna que otra vez falla y no sabemos porque, aunque con tanta máquina virtual, no es la primera aplicación que se nos vuelve loca. Así que tras barajar todas las posibilidades y probar algunas alternativas me he decantado por crear este pequeño VBScript que está resultando realmente eficaz y sencillo, combinación que lo hacen ser la solución perfecta, al menos en este caso. Además, gracias a su sencillez, es posible implementarlo en otros entornos haciendo unos cambios mínimos en el mensaje.

Veamos el Script:
Dim Shell : Set Shell = CreateObject("Shell.Application") : Shell.MinimizeAll
msgbox("Ha llegado un nuevo correo de APLICACION_ENVIADORA")
.Esta 2 lineas son el 75% de todo el proceso ya que el 25% restante es la regla que enlaza con este Script al darse la condición que le digamos.

La primera de las dos lineas lo que hará es ocultar TODAS las ventanas que tengamos visibles, es decir, es lo mismo que pulsar el boton de «Mostrar Escritorio».

Una vez que solo veamos el escritorio, nos mostrará un mensaje de advertencia informando de que ha llegado un nuevo correo de APLICACION_ENVIADORA. (Evidentemente la aplicación real no se llama así pero no creo que sea relevante para la explicación cual sea el nombre real de la aplicación).

Ahora solo nos queda ir al Outlook y entrar en:

Herramientas –> Reglas y alertas –> Nueva regla –> Comenzar regla en Blanco

Esto nos abrirá un pequeño asistente en el que podremos ir confeccionando los parámetros de la regla que, en este caso, quedarían así una vez terminada:

Aplicar esta regla a todos los mensajes procedentes

de  APLICACION_ENVIADORA@loquesea.com

y solo en esta máquina

iniciar Script_AppEnviadora.vbs

La primera parte de la regla es la condición, que en este caso comprobará si se cumple que el remitente de cada nuevo correo sea  APLICACION_ENVIADORA@loquesea.com que, en este caso, se trata de una aplicación y la parte otra parte de la regla, la relativa a la acción a desarrollar cuando se produzca la condición, es iniciar la ejecución de un programa, que en este caso, más que un programa es nuestro script de 2 lineas:  Script_AppEnviadora.vbs.

Esta combinación funciona realmente bien, os lo puedo asegurar y en un entorno de monitorización no hay nada mejor para llamar la atención de quien esté en el puesto que ocultarle la herramienta con la que monitoriza, es infalible. Eso si, hay que tener en cuenta un punto realmente importante, esta regla que hemos creado es una regla de cliente y por tanto es completamente necesario que el cliente esté funcionando, es decir, es necesario tener el Outlook abierto para que se ejecute pero eso no lo voy a automatizar ya que mi intención es mejorar la efectividad y hacer más cómodo el trabajo, no sustituir a las personas por Scripts o automatizaciones, que ya hay bastante paro estos días en los que vivimos!!!!

Descargar el Script: SCRIPT.VBS

Servicio de traducción en Snow Leopard v2 (Texto y Webs)

Enviado por Alvaro Anaya M. sobre Feb 24, 2010 en Scripts | 91 comentarios

Se imagina que, con solamente seleccionar un texto en inglés (en cualquier programa) y presionar una combinación de teclas (O dos clic de ratón, como prefiera) se traduzca en Google Translate?? ¿¿Se imagina que eso no tome recursos del ordenador porque no es ningún proceso en memoria, ni ejecutándose continuamente?? ¿¿Se imagina bajarlo ya preparado o haciéndolo usted mismo desde cero?? Pues si le está costando imaginárselo es que no ha leído aún el artículo «COMO CREAR UN SERVICIO DE TRADUCCION EN MAC» que hace no mucho tiempo he publicado y cuya nueva versión comenzaré a explicar a continuación.

Hace un par de días, uno de los lectores del Blog (Micropark) me comentaba que estaría bien que también se le pudiesen enviar direcciones WEB al traductor creado en el artículo antes mencionado para que se tradujesen como WEB completas. Como no era algo muy complejo, me puse a hacerlo y este es el resultado:

En este artículo no me pararé a explicar cada uno de los pasos y los detalles del porqué se hacen las cosas, ya que lo explico todo, paso por paso, en el ANTERIOR ARTÍCULO.

Ciertamente, Micropark tenía razón, si se seleccionaba un texto la traducción funcionaba perfectamente pero si seleccionábamos una dirección WEB el servicio se limitaba a traducirla como si se tratase de un texto normal, es decir, realizaba una traducción de la propia dirección y no del contenido.

La propia página del traductor de Google hace su distinción del texto que introducimos en ella para saber si se trata de un enlace o no, pero como en nuestro caso ya le enviamos una dirección concreta, la función de detección de enlaces de google no nos sirve. Teniendo esto en cuenta está claro el siguiente paso lógico que debemos de dar:

Tenemos que modificar el Servicio, o más bien el script del flujo de trabajo del automator, para que sea nuestro propio script el que distinga si se trata de una dirección WEB o de un texto normal para lo que nos basaremos en 3 reglas muy simples:

• Regla 1: Si el texto comienza por http, es una WEB
• Regla 2: Si comienza por www. también es una WEB
• Regla 3: Si no es ninguna de las anteriores es un texto normal.

Si se cumple alguna de las 2 primeras, formaremos la dirección a enviar al navegador WEB de la manera que el traductor de Google forma la URL cuando se trata de una WEB a traducir. En cambio, si es la regla 3 la que se cumple, enviamos la dirección tal y como lo hacíamos anteriormente (en la 1era versión del Script).

Así que el flujo de trabajo de automator queda exactamente igual salvo por el Script, que será así:


on run {input}

end CompruebaLinks


Si se fija un poco verá que para hacer la comprobación de las 3 reglas tampoco es necesario complicarse la vida mucho. De hecho, para hacerlo el único paso adicional realizado es comprobar los 4 primeros caracteres con los que comienza la cadena o texto a traducir. Como ya hemos dicho, si comienza por «http» o por «www.» (Fíjese que ambas cadenas son de 4 caracteres ya que en «www.» he incluido el punto) es una dirección web. Esto hace que si introducimos, por ejemplo: «archivoslog.es» no lo reconozca como dirección WEB pero realmente es la manera más simple de hacer la distinción ya que tratar de hacerlo por la terminación, además de complicar muchísimo el código del script debido a la gran cantidad de dominios existentes (.com, .es, .org, .ar, .eu…etc) seria relativamente sencillo encontrarnos fallos en textos con errores de sintaxis (Sin espacio tras el primer punto).

La diferencia más grande, además de la detección de enlaces, evidentemente, es que realizamos esta misma mediante una función llamada CompruebaLinks a la que le pasamos dos variables:

• input: Es la que contiene el texto seleccionado y que previamente convertimos al tipo «text» para poder manejarla a nuestro antojo.
• LaDirecc: Esta variable la enviamos vacía al proceso aunque es un pequeño truco para que la reconozca pero su principal misión es la de devolvernos el resultado de la función, es decir, la dirección final ya procesada para enviarla al navegador.

Y ya está, la verdad es que no ha sido complicado ¿verdad?. Ahora bien, como siempre, también está disponible el enlace de descarga del servicio ya completo al cual solamente le faltaría ubicarlo en la carpeta Servicios una vez descargado. Como último apunte, como en MAC hay 2 carpetas «servicios», os detallo la diferencia de ubicar nuestra pequeña creación en una u otra:

Para que todos los usuarios del sistema tengan acceso al servicio (Requiere autenticación):

• Disco principal/sistema/Librería/Servicios

Si quiere tener el servicio solo para el usuairo actual, la ruta es:

• Home del usuario/Librería/Servicios

Si tiene dudas de como realizar alguno de los pasos: VER EL ARTÍCULO ANTERIOR (Versión 1)

Servicio de traducción (Versión 2) Google para Snow Leopard: DESCARGAR

.

Automatizar la apertura de las herramientas de trabajo y carpetas en MAC (Applescript)

Enviado por Alvaro Anaya M. sobre Ago 30, 2009 en Scripts | 16 comentarios

Este artículo es el primero para realizar unas acciones concretas. En este caso lo haremos mediante applescript y en el siguiente se realizarán las mismas acciones con  automator.

Si ya está familiarizado con el uso de AppleScript y conoce su metodología, prácticamente podría saltar directo al script ya que el artículo, en su mayoría, trata de explicar los conceptos básicos utilizados en el script.

Una de las maravillas del sistema OS X es la facilidad que ofrece para automatizar todo tipo de tareas y, como veremos en este pequeño manual, utilizando applescript, podremos con un simple clic de ratón abrir una serie de carpetas, scripts, programas o incluso que nos pregunte que es lo que queremos abrir. Resulta ideal, sobre todo cuando tienes varios proyectos en marcha haciendo que las carpetas de trabajo sean varias, en diferentes ubicaciones y los archivos no siempre sean los mismos a utilizar ya que puede haber diferentes versiones de ellos.

Ahora que ya estamos metidos en situacion, concretemos un poco más el caso. Para que sea algo realista, voy a basar el artículo en un caso real que me hizo recurrir a las maravillas de applescript para abrir una serie de carpetas con los archivos de un proyecto y tras ello abrir la ultima version del script en el que estuviera trabajando. Respecto a las carpetas no hay mucho que decir ya que siempre serán las mismas pero respecto al script, si queremos que nuestra automatización sea práctica y no tengamos que modificarla cada vez que cambiemos de nombre el sctipt, (cosa que yo hago continuamente ya que añado la verison del mismo en el propio nombre del archivo) tendremos que recurrir a uno de los diálogos del sistema. Así pues, el objetivo es el siguiente…

Crear un Applescript con las siguientes características:

• Debe abrir 2 carpetas específicas (La carpeta de los archivos de prueba y la de los scripts)
• Abrir un archivo de código (Applescript también) cuyo nombre puede cambiar todos los días, incluso varias veces en el mismo día

Como puede ver, no es un guión nada complicado así que vamos manos a la obra, comenzando con la parte de las carpetas aunque antes, veamos un poquito de teoría…

Applescript tiene una amplia gama de posibilidades para referirse a carpetas y archivos. Estas son las siguientes:

• Referencias anidadas
• Referencia de ruta
• Referencias de alias
• Rutas Posix
• URLs

Cada una de las formas tiene su método y no siempre se pueden utilizar todas en cualquier punto del script o de cualquier forma aunque lo que si es posible es convertir unas en otras de forma sencilla y en este caso vamos a recurrir a 2 tipos para que el script resulte un poco más didáctico 😉 . Usaremos tanto las referencias de ruta como las referencias anidadas.

El método de referencia de ruta consiste básicamente en escribir la ruta completa desde su comienzo. En este caso en vez de usar el caracter «/» para separar los directorios, lo haremos tipo MAC mediante el caracter «:» para separar cada uno. Para asegurarnos de que queda totalmente claro, veamos un pequeño ejemplo sobre las rutas:

Para las personas procedentes de Windows esto sería una ruta común:

C:\Usuarios\alvaro\DropBox\Proyectos\Applescript\en_DESARROLLO\ARCHIVA2

Para quienes llegan de Linux o Unix la ruta tendría este aspecto:

Macintosh HD/Usuarios/alvaro/DropBox/Proyectos/Applescript/en_DESARROLLO/ARCHIVA2

Mientras que en los sistemas Apple, la ruta pasaría a ser así:

Macintosh HD:Usuarios:alvaro:DropBox:Proyectos:Applescript:en_DESARROLLO:ARCHIVA2

...of folder "archiva2" of folder "zona_pruebas" of folder "samples" of desktop of folder "alvaro" of folder "usuarios"...etc

tell application "Finder"
set DirectorioDeTrabajo to folder "
Macintosh HD:Usuarios:alvaro:DropBox:Proyectos:Applescript:en_DESARROLLO:ARCHIVA2" as alias
open folder "archiva2" of folder "zona_pruebas" of folder "samples" of desktop
open folder DirectorioDeTrabajo
end tell

Como se puede apreciar, en la segunda línea, aunque se puede ver claramente la estructura de carpetas, su objetivo no es abrirla sino guardarla en una variable llamada DirectorioDeTrabajo que luego, en la penúltima línea si abriremos mediante la orden «open folder». Esto no es obligatorio ni mucho menos pero nos resultará mucho más cómodo ya que asignándole la ruta como valor a dicha variable, cada vez que tengamos que hacer uso de toda esa concatenación de directorios para referirnos a la carpeta que apuntan, podremos hacerlo simplemente escribiendo al variable y más adelante es algo que nos vendrá muy bien para mantener «limpio» el script facilitando tanto su lectura y comprensión como su escritura.

Ahora que tenemos la parte de las carpetas, tenemos que escribir la parte que nos abrá el script. Como he dicho antes, en mi caso el script no es el mismo de un dia para otro. Incluso puede cambiar varias veces en el mismo dia ya que en el nombre incluyo la versión y muchas veces hasta alguna palabra que especifique más el punto donde se encuentra mi trabajo en dicho archivo. Esto hace que no pueda especificar un archivo concreto a abrir desde el script que iniciará todo a no ser que quiera cambiar cada dia mi script, cosa que haría que todo este sistema no fuese viable. Para solucionar este problema, la mejor manera es recurrir a uno de los diálogos del sistema para la apertura de archivos, que en este caso será el script que yo seleccione en el momento. Esto se consigue mediante la orden «choose file». Ahora bien, si me abre el diálogo de seleccion de archivo en una carpeta perdida o lejana a mi destino, haria de nuevo que este método no fuese más rápido o práctico que hacerlo todo a mano pro lo que vamos a personalizar un poco la orden…

choose file with prompt "Selecciona el SCRIPT DE TRABAJO" default location DirectorioDeTrabajo
Veamos que quiere decir cada cosa:

• choose file: Es la orden en sí misma para la apertura del diálogo de seleccion de archivo
• with prompt: es el parámetro encargado de añadir un pequeño mensaje en la ventana.
• default location: Es lo que nos permitirá abrir el diálogo de seleccion de archivo en el directorio que queramos.

Con esa simple linea hemos definido prácticamente todos los parámetros pero nos falta lo más importante y es que aún no le hemos dicho que es lo que hay que hacer con el archivo seleccionado por lo que hasta ahora esta parte del script no sirve de nada. Solucionémoslo…

En este caso de ejemplo, lo que queremos es automatizar la apertura de los elementos de trabajo. Estos elementos habíamos dicho que eran las dos carpetas anteriores y un script sobre el que estoy trabajando. Esta última parte, abrirá un script pero hay que tener en cuenta que puede ser aplicable a cualquier otro tipo de documento sobre el que estemos trabajando. De hecho, escrito de la siguiente manera, no tendríamos que cambiar nada del script para que funcionase con otros tipos de documentos como archivos de pages o numbers, de word o excel, de música…etc etc ya que el método a seguir será que Finder abra el documento, sin más. Esto hace que para abrirlo, él solito busque la aplicación por defecto para abrir el tipo de documento que sea seleccionado en el diálogo o ventana de selección de archivo.

tell application "Finder" to open (choose file with prompt "Selecciona el SCRIPT DE TRABAJO" default location DirectorioDeTrabajo)

Se puede apreciar también que esta linea sirve para cualquier otro tipo de documento al que queramos adaptar el script y además no es necesario que sea modificada ya que, al hacer uso de la variable antes mencionada DirectorioDeTrabajo, cuando se cambien las rutas en la primera parte del script, dicha variable tomará el nuevo valor por lo que la ventana invocada por esta linea se abrirá en la nueva ruta. Además es destacable tambien la sensación de limpieza que transmite el código usando la variable en lugar de toda la ruta.

Finalmente ya tenemos las dos partes por separado completamente explicadas por lo que vamos a proceder con el script completo:
tell application "Finder"
set DirectorioDeTrabajo to folder "
Macintosh HD:Usuarios:alvaro:DropBox:Proyectos:Applescript:en_DESARROLLO:ARCHIVA2:" as alias
open folder "archiva2" of folder "zona_pruebas" of folder "samples" of desktop
open folder DirectorioDeTrabajo
open (choose file with prompt "Selecciona el SCRIPT DE TRABAJO" default location DirectorioDeTrabajo)
end tell
Y con esto damos por finalizado el artículo y solamente recuerde que, para personalizar y adaptar este script a sus propósitos personales solamente tendrá que modificar 2 cosas:

• Las rutas de la primera parte (Añadiendo, eliminando o modificando las existentes)
• El mensaje del cuadro de diálogo (En el caso de que quiera seleccionar algo que no sea script 😉 )

También podría darse el caso de que lo que quiera abrir no sea un documento, es decir, que el objetivo del script sea simplemente abrir X aplicaciones. En ese caso, el script seria más sencillo aún ya que se podría suprimir la segunda parte del script y añadir una linea como la siguiente por cada una de las aplicaciones:

Si deseamos que se abra y quede visible en pantalla, por ejemplo la aplicacion TextMate:
tell application "TextMate" to activate
Si queremos que se abra pero que permanezca oculta:
tell application "TextMate" to open

Para no extender más aún el artículo, nos quedaremos con esta manera de referirse a las aplicaciones aunque es importante mencionar que no es la única forma de referirse a un aplicacion.

Y ya finalmente si, de la misma manera que mi script podria no ser el mismo de un dia para otro obligándome a recurrir a un diálogo para seleccionar el documento a abrir, puede recurrir a un diálogo para seleccionar la(s) aplicaciones a abrir. Para hacerlo, seria de la siguiente forma:
choose application
Cabe destacar tambien que al igual que el diálogo de selección de archivo, este otro para seleccionar aplicación dispone de varios parámetros para personalizarlo al gusto del usuario aunque eso sería ya un nuevo artículo 😉

Abrir varias máquinas virtuales en diferentes servidores con autenticación mediante un solo clic (Script)

Enviado por Alvaro Anaya M. sobre Ago 22, 2009 en Scripts | 5 comentarios

La verdad es que no pasó mucho tiempo para que buscase la forma de automatizar el arranque de las máquinas virtuales necesarias para el trabajo del dia a dia ya que, mi mania por automatizarlo todo era un verdadero impedimento para realizar la rutinaria acción de introducir el servidor y el nombre de usuairo con la password cada vez que tenia que arrancar una de las varias máquinas virtuales.

La verdad es que es uno de los scripts más simples que puede haber pero a su vez resulta de lo más útil. La parte principal del script es la de la(s) linea(s) que invoca al VMware server pasándole directamente como parámetros los datos que nos pide si lo ejecutamos sin más. La verdad es que, casi mejor que paso al ejemplo práctico que a tratar de explicarlo con palabras.

La linea clave es la siguiente:
start "VM 1" /min vmware -h IP_SERVER -u NOMBRE_USER -w CONTRASEÑA
Y ahora pasamos a explicar cada una de las partes de la misma:

• start: Comando del terminal de Windows que sirve para invocar programas sin salirse del Script.
• VM 1: Nombre que le damos a la ventana. En mi caso solo dura mientras se abre.
• /min: Abre las ventanas minimizadas. Muy útil cuando son varias las ventanas a abrir o queremos ir haciendo otras cosillas.
• vmware: El comando para abrir el vmware.
• -h: Parámetro para poder pasar la dirección del Host o servidor donde están las máquinas virtuales.
• -u: Parámetro que permite especificar el nombre de usuario para abrir las maquinas.
• -w: Último parámetro cuya finalidad es poder especificar la password del usuairo de las máquinas.

En mi caso, la idea era, no solo abrirlas mediante un simple clic, evitando dar un monton de pasos repetitivos sino que tambien las abriera en orden ya que cuando son muchas máquinas el orden es más bien una necesidad que una manía. El problema es que no importa el orden en el que las invoques desde el script ya que entran en juego otros factores como la velocidad/saturación de la red, carga de trabajo/usuarios que tenga cada uno de los servidores…etc y todos estos puntos hacen que unas veces tarde más una que otra sin seguir un orden constante y/o lógico.
Para evitar este pequeño problema, se puede recurrir a mil soluciones aunque la verdad es que la primera que me se me ocurrió, fue la que quedó hasta el dia de hoy y es hacer un ping a la dirección loopback de la máquina añadiéndole un >NUL tras invocar cada una de las máquinas. Con esto gano los segundos necesarios para que no se altere el orden con el que quiero que se abran las máquinas.

Una vez aclarados todos estos puntos, no me queda más que mostraros el pequeño Script, así que vamos allá…

@echo off
cls
rem ########################################################
rem # Script arranque maquinas Virtuales Version 1 beta #
rem ########################################################
rem ## ##
rem ## Script automatizado para arrancar las maquinas ##
rem ## virtuales con un solo comando. Made in Win :-( ##
rem ## por Alvaro Anaya ##
rem ## ##
rem ########################################################
echo.
echo.
echo Script para el arranque automatizado de las VM
echo.
echo Procediendo al arrancado...
echo.
echo Arrancando maquina 1...
start "VM 1" /min vmware -h IP_SERVIDOR -u USUARIO -w PASSWORD
ping 127.0.0.1 >NUL
echo.
echo Arrancando maquina 2...
start "VM 2" /min vmware -h IP_SERVIDOR -u USUARIO -w PASSWORD
ping 127.0.0.1 >NUL
echo.
echo Arrancando maquina 3...
start "VM 3" /min vmware -h IP_SERVIDOR -u USUARIO -w PASSWORD
ping 127.0.0.1 >NUL
echo.
echo Arrancando maquina 4...
start "VM 4" /min vmware -h IP_SERVIDOR -u USUARIO -w PASSWORD
echo.

Por supuesto, se pueden añadir o eliminar el número de máquinas a abrir o mejorar el script considerablemente pero lo que está claro es que funciona y lo hace muy bien, de hecho en mi trabajo es uno de los «must have» que todos hemos comenzado a usar diariamente por su sencillez y comodidad.