Así es, nos llegó el turno de organizar nuestro propio Cells On Camp y para esta ocasión vamos a contar con la participación de estudiantes de otras provincias. Tal es el caso de José Villagrán e Ivana Tilca (Salta), Sebastian Miserandino (Buenos Aires) y Damián Galletini (Córdoba). Todos son Microsoft Student Partner y tendremos la posibilidad de disfrutar de todos sus conocimientos en las distintas áereas en las que se desenvuelven. También vamos a contar con la presencia de Gustavo Fridman quien es Microsoft Live Solution Specialist. Y por supuesto con Pablo Listingart, Gerente de Desarrollo Académico y de Industria. Todos van a estar visitando la provincia por primera vez, así que esperamos se llevan una buena impresión.

Además de estos invitados, van a participar las dos células académicas de Microsoft en la Universidad Nacional de Santiago del Estero (GENTI y .NETSGO) y Felipe Angriman de la Universidad Católica de Santiago del Estero. Las inscripciones se pueden hacer por aquí. Saludos y pronto agrego más info.

Fueron dos días de intensa actividad. En el primero fuimos recibidos por Ivana Tilca, MSP de Salta, quien nos hizo recorrer la cuidad en un Tour Turístico de lo más interesante. Luego fuimos agasajados en con una cena en una peña. Ahí además de comer muy bien, tuvimos la oportunidad de disfrutar un show folclórico que nos hizo sentir que no habíamos salido de Santiago.

Al otro día llegó la hora de la verdad. Nos dirigimos a la Universidad Católica de Salta para asistir a evento. Fueron largas horas de mucha adrenalina y llena de emociones fuertes. Sobre todo a la hora de los sorteos. Pero igual recibimos el buen trato de la gente que asistió y la conformidad por lo realizado.

Fue algo muy lindo todo y ahora esperemos repetir la experiencia en Santiago cuando nos toque a nosotros ser los anfitriones del Cells On Camp Santiago 2008. Aquí están algunas fotos de lo que que pasamos. Saludos!

Por lo pronto vamos nuevamente con la Troup Santiagueña a copar esta vez Salta. Los chicos de la célula .NETSGO, Cristian y Ricardo mostrarán un poco de AJAX con ASP.NET y WPF. Mientras que por el lado de GENTI, el que me acompañará esta vez será Ramón Romero, actual líder de la célula, en lo que significará para mi, el debút como orador en una charla fuera de mi provincia. Así que estoy con todas las ganas de demostrar lo aprendido en estos años en el grupo.

Mi charla consistirá en mostrar una introducción a los servicios de implementación de Windows Server 2008, y hablaré también un poco sobre BDD 2007. Mostrando lo que significa para los Administradores IT el poder contar con una herramienta como esta para realizar el Deployment de Sistemas Operativos y/o Aplicaciones.

Según lo que me comentaron van a filmar absolutamente TODO, así pronto estaré subiendo los videos correspondientes. Saludos!

En especial quiero hacer mención por esto al Sr. Alejandro Ponicke, quien nuevamente confió en nosotros. Así como también a toda la gente que colaboró para que podamos hacer todas la pruebas con anterioridad. Estoy hablando de Pablo Vernocchi, Carolina Silva, Daniela Peppe y como olvidarme del resto del grupo GENTI, Aldo Roldán, Pablo Gangui, Luis Chanferoni, Ramón Romero, Augusto Alvarez y Federico Rozensvaig. A todos ellos muchísimas gracias!!

Aquí esta el primero de ellos:

Windows Server 2008 Server Role Management en WS 2008

Orador: Mario Montalvetti

Y este es el segundo y último de los webcast:

Utilizando un entorno mínimo de Windows Server 2008 con Server Core

Orador: Leonardo Amaya

]]> http://leonardoamaya.wordpress.com/2008/03/23/video-de-prueba/feed/ 0 Leo http://leonardoamaya.wordpress.com/2008/03/01/genti-en-sus-primeros-webcast/ http://leonardoamaya.wordpress.com/2008/03/01/genti-en-sus-primeros-webcast/#comments Sat, 01 Mar 2008 15:30:05 +0000 leonardoamaya http://leonardoamaya.wordpress.com/2008/03/01/genti-en-sus-primeros-webcast/ ]]> Durante el mes de marzo se realizaran una serie de conferencias organizadas por Microsoft Argentina con motivo del lanzamiento de los nuevos productos Windows Server 2008, Visual Studio 2008 y SQL 2008. Y GENTI fue invitado a participar en dos de ellas, gracias en gran medida, a la confianza del Señor Alejandro Ponicke (Asesor de Comunidades de Microsoft Cono Sur).

El primero de ellos estará a cargo del Ing. Mario Montalvetti, quién además de ser miembro de GENTI, es profesor de nuestra Universidad. Aquí están los detalles del mismo:

Windows Server 2008 Server Role Management en WS 2008

En esta sesión nos focalizaremos sobre Windows Server 2008 server roles y en el nuevo Server Manager console, y explicaremos cómo Server Manager puede ser usado para configurar e implementar Windows Server 2008.

Orador: Mario Montalvetti

04 de marzo, 18:00 hs (Argentina, GMT -2:00)

REGISTRATE AQUÍ

En el segundo Webcast me tocará participar como orador. Toda una nueva experiencia para mi pero espero estar a la altura de las circunstancias. Aquí están los detalles del mismo:

Utilizando un entorno mínimo de Windows Server 2008 con Server Core

En esta sesión analizaremos el concepto de Server Core, un subconjunto de Windows Server 2008 diseñado para ayudar a reducir la vulnerabilidad del servidor frente a diversos ataques, los costos de las actualizaciones y el mantenimiento de servidores.

Fecha: 13 de marzo

Hora: 18:00 hs (Argentina, GTM -02:00)

Orador: Leonardo Amaya

REGISTRATE AQUÍ

Algunas cosas extras a tener en cuenta acerca de las combinaciones de teclas:

• Por defecto las combinaciones de teclas Standard de Windows no son enviadas a la máquina virtual a menos que nos encontremos en el modo Full Screen. Se puede cambiar esto para que siempre se envíen a la máquina virtual dirigiéndose al panel derecho del Hyper-V Manager MMC y eligiendo la opción Hyper-V Server Settings ——> Keyboard ——> Use on the virtual machine.
  • Nota: CRTL + ALT + DEL siempre se va hacia la máquina física, por lo tanto necesitamos usar CRTL + ALT + END sin importar lo que cambiemos aquí.

• Se puede cambiar la Release Key Combination (CRTL + ALT + LEFT ARROW) en el panel derecho del Hyper-V Manager MMC en Hyper-V Server Settings —–> Release Key. Podemos elegir alguna de las opciones presentes en el panel despegable.

• Si usamos la Virtual Machine Connection bajo una existente Conexión a Escritorio Remoto (lo cuál no es recomendable) este capturará todas las combinaciones de teclas antes de que la Virtual Machine Connection pueda verlas (incluso la Release Key Combination). Para solucionar esto hay que cambiar la Hyper-V Server Setting para permitir a las combinaciones de teclas de Windows ir a la máquina virtual, cambiar la Release Key Combination a alguna otra que no sea CTRL + ALT + LEFT ARROW y usar la barra de herramientas o el menú Acción para enviar CRTL + ALT + DEL a la máquina virtual.

En diciembre de 2007 salió la primera versión Beta para probar (antes había una CTP) y esta al igual que la anterior sólo puede ser instalada en las ediciones de 64 bit de Windows Server 2008 (Bajar RC1 con Hyper-V). No voy a explicar los requerimientos, ni como hacer para instalarlo, ya que es un procedimiento muy simple (Ver Requerimientos).

Para este ejemplo voy a utilizar como Sistema Operativo Guest al Windows Server 2008 Enterprise x64. El porque de esta elección se basa en dos motivos. Primero porque es una forma de mostrar una de las características de Hyper-V al poder manejar máquinas virtuales con arquitectura de 64 Bit (lo que no era posible anteriormente con Virtual Server 2005 SP1 ni Virtual PC 2007). Y segundo porque es el más fácil de instalar y con el que mejor rendimiento puedo tener. Además no necesito instalar los Integration Services (ya hablaré de eso mas adelante) porque Windows Server 2008 “sabe” que esta siendo virtualizado y las instala automáticamente. Ahora manos a la obra.

Lo primero que hay que hacer es abrir la Hyper-V Manager MMC UI. Esto puede hacerse tanto desde las Administrative Tools como desde la Server Manager UI, dirigirse al panel de la derecha bajo las opciones del servidor y seleccionar New —–> Virtual Machine.

Hyper-V Manager MMC UI

Después de pasar la primera pantalla de introducción nos encontraremos con parte del Wizard donde se tiene que especificar el nombre y la ubicación de la máquina virtual. Cabe aclarar que la ubicación por defecto se encuentra dentro de una carpeta oculta (ProgramData). En este caso dejamos todo como está y continuamos.

 Especificar nombre y ubicación

Ahora hay que asignar la cantidad de memoria. Para esta ocasión voy a elegir 512 MB que es lo mínimo para poder hacer la instalación.

Asignar memoria

Es el turno de configurar la conexión a la red. En mi caso elegí la placa física conectada al equipo que previamente había configurado (hablaré de eso más adelante).

Configurar la red

La siguiente página te permite configurar el disco duro para la máquina virtual. Podemos crear uno nuevo, utilizar uno existente o simplemente elegir hace esto mas tarde. Seleccioné la opción por defecto creando un nuevo disco virtual de 127 GB. También podemos cambiar la ubicación del mismo si así lo deseamos.

Conectar un disco duro virtual

En este caso como elegí crear un nuevo disco virtual, necesito instalar en el mismo el sistema operativo para lo cual seleccionamos la opción Install an operating system from a boot CD/DVD ROM. Podemos hacerlo desde una unidad física o desde una imagen .iso que tengamos, cómo lo hice en este caso.

También podemos instalar un sistema operativo desde un floppy disk o hacerlo por medio de un servidor de la red destinado para eso.

Opciones de Instalación

Para finalizar se nos muestra un resumen con todas las opciones que seleccionamos y si marcamos la opción Start the virtual machine after it is created iniciaremos la máquina virtual, pero no elegí esta opción porque antes quiero hacer algunos ajustes más. Luego seleccionamos Finish para terminar.

Ultimo paso del Wizard

Si nos dirigimos al panel de la derecha, en las opciones de la máquina virtual y seleccionamos Settings podemos hacer algunas modificaciones extras a la máquina virtual. Por ejemplo: Podemos agregar hardware que consideremos necesario, configurar el BIOS, la cantidad de memoria RAM asignada, indicar cuantos núcleos del CPU queremos asignar (aunque esto por ahora solo funciona para Guest que sean Windows 2008), entre otras cosas.

Algunas configuraciones extras que se pueden realizar

Ahora sí, ya estamos listos para iniciar la instalación. Para ello nos dirigimos nuevamente al panel de la derecha de la MMC y elegimos Start y luego Connect para que se nos abra la ventana Virtual Machine Connection en la cual podemos seguir los pasos de la instalación.

De aquí en adelante los pasos a seguir son los mismos que en una instalación de Windows Server 2008 en una máquina física. Y solo basta esperar algunos minutos (aproximadamente 20) para que concluya la misma.

Instalación en curso

Cuando la instalación concluya se nos pedirá que proporcionemos un Password para la cuenta Administrator. Al hacerlo se puede notar que el mouse ya tiene integración con la máquina virtual, que todos los servicios y drivers para un alto grado de rendimiento ya están instalados. No es necesario instalar los Integration Services que son las antiguas Virtual Machine Additions presentes en Virtual PC 2007 y Virtual Server 2005 SP 1, por lo que no necesitamos hacer nada más. Cabe aclarar que esto solo sucede con Windows Server 2008 RC1 x64 como Guest.

Fin de la instalación

Con esto dimos los primero pasos usando Hyper-V. Quedan muchas cosas para ver, pero eso para más adelante. Saludos!

Introducción:

En este sencillo paso a paso lo que intentaremos es, mostrar cómo mediante una sencilla herramienta que nos provee WDS (Windows Deployment Services) realizar la captura de imágenes de un Sistema Operativo ya instalado y configurado según nuestras necesidades. Dicha imagen la podemos utilizar para realizar el Deployment de la misma en todas las estaciones de trabajo que necesitemos, ahorrando tiempo y esfuerzo.

Ahora bien, este no es el único modo de hacer la captura de imágenes. También podemos utilizar ImageX. Esta es una herramienta de línea de comandos que nos permite realizar la captura pero por sobre todas las cosas trabajar con las imágenes ya generadas y realizar su implementación. Hablar de las características de ImageX y de lo que podemos llegar a hacer con él es algo que escapa al alcance de este documento, pero además si lo que buscamos es trabajar en un entorno en el cual la administración de las imágenes se haga en forma centralizada, o sea tengamos implementado WDS con Active Directory, está es la manera más simple y sencilla de hacerlo.

Instalar Servicios de Implementación de Windows

Debido a la próxima salida del nuevo Sistema Operativo para servidores, Windows Server 2008, utilizaremos la RC0 para mostrar cómo instalar y configurar WDS para después hacer la captura de las imágenes. Cabe recordar que WDS es el reemplazo a RIS el cual estaba incluido en Windows Server 2003 SP1 y R2. Si trabajamos con estas ediciones previamente habrá que actualizar y configurar WDS. Para hacer esto por favor revisar el documento con anterioridad publicado (Cómo configurar Windows Deployment Services con Windows Server 2003 SP1). Si utilizáramos el SP2 de Windows Server 2003 y por supuesto Windows Server 2008 no necesitaremos realizar la actualización porque WDS ya viene incluido.

Empecemos entonces con el primer paso que es instalar la función de Servicio de Implementación Windows (WDS). Nos dirigimos a la Administración del Servidor y agregamos dicha función.

Agregar función Servicios de Implementación de Windows

Es importante cumplir con los Pre-requisitos para instalar WDS. Es decir tener los servicios Active Directory, DNS y DHCP instalados y además contar con una unidad diferente a la raíz del sistema con al menos 6 GB libres de espacio en el disco.

Pre-requisitos a cumplir para instalar WDS

Aquí a diferencia de la versión anterior presente en Windows Server 2003 existen dos opciones para instalar. Servidor de Implementación y Servidor de Transporte. Este último es una función nueva incluida en Windows Server 2008 que permite hacer MultiCasting con las imágenes. El servidor de transporte puede ser instalado sin instalar el Servidor de Implementación pero no ocurre lo mismo en forma inversa. Por lo tanto debemos dejar seleccionadas las dos opciones.

Servicios de función disponibles

Luego procedemos a realizar la instalación y después de finalizar la misma veremos la siguiente pantalla. Hacemos clic en cerrar y listo. Nuestra instalación del servidor WDS en Windows Server 2008 está completa, hacemos clic en Cerrar y continuamos.

Resumen al finalizar la instalación.

Hasta aquí vimos como realizar la instalación de WDS en Windows Server 2008, ahora lo que resta por hacer es configurarlo. Cómo esto es algo que ya se explicó en Cómo configurar Windows Deployment Services con Windows Server 2003 SP1, por lo tanto no vamos a volver a hacerlo aquí y nos remitiremos directamente a explicar cómo crear la imagen de captura.

Imagen de inicio de Captura

Para hacer esto debemos usar una imagen ya agregada del WinPe. Para este caso usaremos el “boot.wim” incluido en el DVD de Windows Server 2008 RC0. Presionamos el botón derecho sobre la imagen y seleccionamos la opción Crear imagen de inicio de captura.

Snap-in de Servicios de Implementación de Windows

En el primer cuadro del asistente que se nos abre elegimos los metadatos de la imagen que estamos a punto de generar. O sea nombre, descripción y la ubicación a donde deseamos que se almacene.

Metadatos para la imagen de captura.

Esperamos un ratito y listo ya tenemos nuestro capturador de imágenes como un archivo .Wim. Ahora solo resta agregar dicha imagen a la carpeta Imágenes de Inicio, véase (Cómo configurar Windows Deployment Services con Windows Server 2003 SP1). Hay que recordar tratar a la misma como una imagen de inicio. Así es como debería quedar la carpeta.

Servidor WDS con dos imágenes de inicio cargadas.

Preparar la Imagen Maestra

Con esto terminamos todas las configuraciones del lado del servidor. Ahora hay que empezar a preparar la PC sobre la cual generaremos la Imagen Maestra que nos servirá para hacer el deployment en todas las PC’s que tengamos, ya que estarán en formato WIM con todas las ventajas que ello supone.

Aunque la verdadera utilidad de esto es el hecho de poder crear una Imagen Maestra que contenga además de la instalación del Sistema Operativo (en este caso Windows Vista Business) y todos los programas que vamos a utilizar en el manejo diario. De esta manera realizar la implementación a gran escala llevaría muchísimo menos tiempo con los beneficios de poder administrar todo esto en forma centralizada mediante WDS. Esta es precisamente una de las ventajas de hacerlo de esta manera y no mediante ImageX. Para este caso se utilizó una PC con Microsoft Office 2007 Professional instalado en forma completa.

Windows Vista con Office 2007 instalado.

Una vez que instalaron todos los programas necesarios y configuraron todas las opciones del Sistema Operativo a nuestro gusto tendremos que ejecutar Sysprep para de esta manera quitarle a la instalación todos los identificadores que la hacen única y así dejarla lista para hacer la imagen.

En el caso de Windows Vista debemos abrir la consola y dirigirnos a C:\Windows\System32\Sysprep. Ahí ejecutar el siguiente comando:

Sysprep /OOBE /Generalize /Shutdown

Sysprep ejecutándose antes de apagar el equipo.

Ahora si estamos en condiciones de empezar con la creación de la imagen. El siguiente paso es iniciar la PC nuevamente pero esta vez bootear desde la red usando PXE para poder acceder al servidor WDS previamente configurado.

Una vez que tenemos acceso podremos ver que hay dos opciones de inicio. La Primera es el WinPe propiamente dicho que nos sirve para hacer implementaciones y la otra opción es la que se generó en base a la primera y es la que, por lo tanto, elegiremos para comenzar con la captura de la imagen.

Selección de inicio con la imagen generada para hacer las capturas

Ahora si estamos en condiciones de comenzar con el proceso. Aquí vemos que tenemos el primer paso del asistente para realizar la captura. Hacemos clic en siguiente para continuar.

Primera pantalla del asistente de captura de imágenes de WDS

En la siguiente pantalla debemos seleccionar el volumen sobre el cual vamos a generar la imagen, el nombre que le vamos a poner a nuestra imagen y la descripción de la misma para poder identificarla luego.

Aquí seleccionamos el origen para la captura de la imagen, el nombre y descripción.

Ahora seleccionamos el destino de la captura, es decir, el lugar a donde se va a guardar la imagen generada y cómo opción tenemos la posibilidad de subir la imagen al servidor WDS directamente después de capturarla. Para ello debemos indicar el nombre del servidor WDS y el grupo de imágenes al cual queremos añadir esta. Hay que tener en cuenta que el grupo debe ya existir en el servidor ya que en este paso no se nos permite crear uno.

Destino a donde guardar la imagen.

Eso es todo. Ahora hay que tener un poco de paciencia ya que el proceso demora varios minutos en completarse. Luego presionamos el botón Cerrar y apagamos la PC.

Proceso de captura de imagen finalizado correctamente.

Ahora bien. En este punto podemos decir que ya tenemos todo listo para empezar a hacer las implementaciones que necesitemos. Ya tenemos nuestra imagen maestra generada y subida al servidor WDS. Todo lo que resta por hacer es iniciar la PC a la cual queremos aplicar esta imagen de la misma forma que lo hicimos con la PC de la cual obtuvimos la imagen maestra para conectarse con el servidor WDS. Una vez hecho esto tendremos que elegir ahora iniciar con la imagen del WinPE.

Selección de inicio con la imagen que contiene el WinPE.

Lo que resta por hacer aquí es simplemente elegir de entre la lista de imágenes disponibles, la imagen maestra que generamos y luego sentarse a esperar unos minutos y tendremos un Sistema Operativo funcionando y con los programas que necesitamos ya instalados, véase (Cómo configurar Windows Deployment Services con Windows Server 2003 SP1)

Para finalizar solo basta con elegir la imagen a instalar.

Como puede verse el proceso de captura y de aplicación de una imagen es totalmente sencillo e intuitivo y el hacerlo mediante WDS nos brinda ventajas y desventajas con respecto a hacerlo con ImageX pero el propósito de este documento no es mostrar las diferencias sino continuar con lo escrito en el documento anterior y aprovechar para mostrar cómo vamos a poder hacerlo con Windows Server 2008.

Finalmente aqui estoy. Escribiendo un poco tarde pero ahi vamos. Esta vez quiero contar mi experiencia en el Code Camp. Fueron prácticamente tres días en la Cuidad de Buenos Aires para poder asistir a este evento que se realizó en la UADE (Universidad Argentina de la Empresa) organizado por la gente de Microsoft Universidades. Esta fué la primera vez que se realizó un evento de estas caracteristicas en Argentina y tuvimos el honor de poder participar. En esta oportunidad me acompañaron en mi viaje Pablo Gangui (quien fue en representación de la célula GENTI junto conmigo), Ricardo Miranda y Cristian Di Natale (quienes representaban a la célula .NETSGO).

Día anterior

Por suerte el viaje fue de los más tranquilo y después de dejar nuestras cosas en la residencia de la UADE, nos dirijimos a las oficinas de Microsoft, con la ayuda de Noelía Eterovic, quien amablemente nos pasó a buscar y fuimos en subte a donde nos estaba esperando Alejandro Ponicke, quien tan cordial como siempre nos recibió y nos hizo conocer las instalaciones. Alli también tuvimos la oportunidad de conocer a los chicos de célula de Salta. Marcelo, Facundo e Ivana quienes tambien se alojaban en el mismo piso en que estabamos nosotros en la residencia de la UADE. Aquí esta la foto con todos ellos.

Marcelo, Facundo, Ivana, Alejandro, Yo, Pablo, Cristian y Ricardo.

Aquí junto a Noelía en la entrada de las oficinas de Microsoft.

Día del Evento

Después de un día bastante agitado en donde tambien conocimos SouthWorks, lugar en donde trabajan nuestros amigos Augusto Alvarez y Johnny Halife, llegó la hora de participar en el Code Camp. Para esta oportunidad preparamos una demo mostrando NAP (Network Access Protection) con Windows Server 2008 RC0 y los chicos de .NETSGO hicieron los mismo con DataBinding en Aplicaciones Web. Por suerte todo salió bien y pudimos pasar un rato agradable con toda la gente que conocimos alli.

Con Pablo en los momentos previos a comenzar con la Demo.

Las células de Santiago y Salta juntas.

Aquí con Maria Fernanda, una de las responsables de que todos estuvieramos alli.

Esta vez acompañados de Maria Laura y Noelía, las chicas de Microsoft Universidades.

Los chicos de .NetSgo en plena Demo.

Día Posterior (Día Libre)

Por fin después de tantas idas y venidas de los dos días anteriores, tuvimos tiempo para relajarnos y pasear un poco. Desgraciamente no pudimos hacer todo lo que pensamos porque en la tarde llovió pero si pude cumplir mi sueño que era conocer la gloriosa cancha de Boca. Y gracias en parte a mis amigos, Cristian y Pablo, quienes a pesar de ser hinchas de River, me acompañaron en mi visita primero al museo de la pasión boquense y luego a recorren el estadio.

Yo junto a Clemente Rodriguez… jaja no, es Cristian.

Con Cristian junto a la Copa Libertadores obtenida este año.

Casi pisando el glorioso cesped de la Bombonera.

Conociendo los vestuarios.

Bueno este fue el resúmen de lo que hicimos esos días. La verdad que la pasamos super bien. Estuvimos en un lugar hermoso y no tengo nada de que quejarme. Siempre nos trataron de maravilla, tanto en la Residencia como en la misma UADE.

Como experiencia fue algo muy importante y a la vez nos da ánimos para seguir creciendo como estudiantes y como grupo para que el año que viene podamos estar de nuevo alli representando a Santiago y espero que esta vez sea con mas gente.

Además quiero dar las gracias a todas las personas que nos ayudaron, desde Alejandro Ponicke, pansando por las chicas de Microsoft Universidades (Fernanda, Analía, María Laura y Noelía), hasta Pablo Michelis quien desfortunadamente por un problema de salud no pudo viajar a Colombia pero eso permitió que estuviera en el Code Camp y que lo pudiera conocer. A todos ellos millones de gracias.

WDS es una actualización del Remote Instalation Services (RIS) el cual estuvo presente en las anteriores versiones de Windows Server, incluido el SP1 de Windows 2003. Este servicio, nos permitía realizar de manera remota instalaciones en base a imágenes previamente generadas de los Sistemas Operativos de Microsoft utilizando la red LAN existente. Para esto se basaba en una tecnología, presente en la mayoría de los motherboards, conocida como PXE (PreExecutionEnviroment) que permitía “bootear” desde la red y así de esta manera comenzar una instalación sin tener que estar necesariamente un Diskette o un CD o cualquier otro medio convencional de arranque.

WDS viene a suplantar a RIS debido a que este último no puede manejar el nuevo formato de imágenes presente en Windows Vista (denominado WIM)
y que de aquí en más será utilizado en todos los Sistemas Operativos que vayan a salir en un futuro. De todas formas WDS es capaz de manejar las imágenes de los Sistemas Operativos anteriores a Windows Vista.

WDS puede ser configurado en tres modos distintos:

Las características e innovaciones del formato WIM escapa al alcance de este documento, así como también la configuración de los modos Mixto y Herencia. Se mostrarán los pasos necesarios para la configuración de un servidor WDS, utilizando Windows Server SP1. Así como también la creación de archivos de respuestas necesarios para una instalación desatendida full, utilizando el Windows System Image Manager. Cabe aclarar que el Service Pack 2 para Windows Server 2003 y el Windows Server 2008 Beta 3 (anteriormente llamado Longhorn Server) no necesitan instalar WDS por separado, ya que está incluido por defecto en la instalación.

Escenario

El escenario que vamos a plantear en este documento tiene como principal característica el tener Active Directory como base para su funcionamiento. Sin embargo no es el único escenario en el que se podría implementar WDS ya que no es necesario Active Directory para poder implementar WDS. Es posible hacerlo en una red que no tenga dominio, pero tanto en la que tiene dominio como en la que no, es absolutamente necesario contar con un servidor de DHCP. Esto es así porque los clientes que se conecten al servidor WDS necesitan que se les asigne una IP válida para poder conectarse.

En este caso vamos a utilizar Active Directory para poder validar a las computadoras que quieran acceder al servidor WDS. Por lo tanto este escenario está compuesto por un servidor con Windows Server 2003 SP1, el cual es el controlador de dominio principal de “genti.com“, un servidor DNS, y un servidor DHCP. Todos estos servicios corriendo bajo el mismo servidor.

Configuración del Servidor

Como primer paso tenemos que instalar los Servicios de Instalación Remota, que como mencionamos no vienen instalado por default con el SP1. Para esto tenemos que tener el CD de instalación de Windows 2003, y dirigirnos a
Agregar o quitar Componentes de Windows. Ahí tenemos que tildar la opción correspondiente y presionar el botón Siguiente.

Agregando Componente “Servicios de Instalación Remota”

Ya que queremos utilizar WDS y no RIS, no vamos a hacer ninguna configuración en especial sobre el componente recién instalado e iremos sobre WDS. Para esto necesitamos bajarnos Kit de instalación automatizada de Windows (AIK). Se lo puede descargar de aquí. Una vez finalizada la instalación se nos pedirá que reiniciemos.

Instalación de WAIK

Elegimos Servicios de Implementación de Windows y ejecutamos el instalador que corresponda de acuerdo a si estamos trabajando con un Sistema Operativo de 32 o 64 Bit.

Wizard de Actualización a WDS

Una vez finalizado el asistente se nos va a pedir que reiniciemos de nuevo. Y con eso terminamos con la instalación.

Cuando hayamos reiniciado tenemos que ejecutarlo para configurarlo por primera vez.
Nos dirigimos a la snap-in correspondiente en “Herramientas Administrativas”.

Snap-in “Servicios de Implementación de Windows”

Una vez abierto, lo que tenemos que hacer es abrir el árbol de servidores y buscar el nuestro. Haciendo clic con el botón derecho sobre este elegimos Configurar Servidor.

Consola de administración de WDS

Ahora se nos abrirá un asistente para realizar dicha tarea. Es importante que cumplamos con los prerrequisitos que se nos pide para poder continuar; el servidor deber ser miembro de un dominio con Active Directory, debemos tener un servidor DHCP, un servidor DNS y una partición NTFS con el suficiente tamaño para albergar a las imágenes que pretendamos implementar. El tamaño que debe tener la partición en donde vamos a albergar a las imágenes depende directamente de cuantas estemos dispuestos a utilizar. Hay que tener en cuenta que por ej. la imagen del que utilizaremos de Windows Vista tiene un tamaño aproximado de 2.4 GB.

Requerimientos de WDS

A continuación se nos presenta una pantalla en la que debemos especificar la partición en la cual queremos instalar las imágenes y el nombre de la carpeta en donde se van a guardar las imágenes.

Ubicación donde se instalará WDS

En el siguiente paso del asistente tenemos que marcar las dos casillas que aparecen solo en el caso de que nuestro servidor DHCP este corriendo en el mismo servidor que estamos instalando WDS. En nuestro caso marcamos las dos.

Opciones referentes la configuración del DHCP

En el siguiente cuadro debemos elegir como se va a comportar el servidor con los pedidos de los clientes. Como elegimos implementar WDS en una red con Active Directory, vamos a utilizar esta para realizar la validación de los equipos que quieran conectarse al servidor. Por eso elegimos la opción “Responder solo a los equipos conocidos” ya que de esta manera solo aquellos equipos que tengan una cuenta en el dominio van a poder acceder a los recursos.
 

Opciones referentes a la configuración del servidor PXE

Por último hay que des tildar la opción para agregar imágenes en este momento para poder hacerlo de una manera más personalizada.

Ultimo paso en la configuración del servidor WDS

Imagen de Windows PE

Ahora tenemos que empezar a agregar las imágenes que queremos manejar. Pero antes hay que agregar el WindowsPE. Esto es el entorno de preinstalación de Windows con métodos de inicio adicionales compatibles para las instalaciones cliente OEM o Enterprise. WindowsPE viene en formato WIM, en el DVD de Instalación del Vista. Lo podemos encontrar dentro de la carpeta Sources. Para agregarlo tenemos que expandir el árbol del servidor y hacer clic con el botón derecho sobre la carpeta Imágenes de arranque y elegir “Agregar imágenes de arranque…”. Se nos abre un asistente y tendremos que elegir la ubicación del archivo llamado boot.wim que se encuentra en la carpeta del DVD mencionada anteriormente.

Ubicación del archivo WIM con el Windows PE

Ahora tenemos que elegir el nombre con el cual vamos a identificar a la imagen. En este caso vamos a poner “Microsoft Windows PE (x86)”

Nombres a utilizar como metadato para la imagen con WInfows PE

Luego el asistente nos muestra un resumen y agrega la imagen. Cuando termina, hacemos clic en finalizar quedando con esto agregada.

Cuadro resumen que muestra antes de comenzar con el proceso

Imagen del instalador

Ahora nos queda agregar la imagen con el Sistema Operativo propiamente dicho. Así que hacemos clic con el botón derecho sobre la carpeta Imágenes de instalación y elegimos “Agregar una imagen de instalación“. Como la organización tiene que estar dada en grupos se nos pedirá que generemos uno. En este caso el nombre que se eligió es de InstalacionVista. Es importante acordarse del nombre que elijamos ya que será utilizado para la creación del archivo de respuesta.

Nombre del grupo al cual vamos a agregar la imagen

Ahora si especificamos en donde se encuentra la imagen que queremos agregar. En este caso donde se encuentra el DVD de Windows Vista.

Ubicación del archivo WIM con el instalador de Windows Vista

Si utilizamos la imagen del instalador del Vista se nos va a preguntar cuál es la edición de queremos poner a disposición para la instalación. En este caso marcamos solo la correspondiente a Windows Vista Ultimate y dejamos marcado el tilde para usar el nombre predeterminado de la imagen.

Elección de la edición de Windows Vista que vamos a utilizar

Por último el asistente nos muestra un resumen y comienza el copiado de la imagen. Cuando termine hacemos clic en finalizar. Quedo de esta manera agregada la imagen de Windows Vista Ultimate.

Resumen mostrado antes de empezar con el proceso

Instalación Desatendida y Archivos de Respuesta

Hasta este momento tenemos ya configurado nuestro servidor WDS y la imagen de Windows Vista Ultimate cargada en el mismo, con esto ya conseguimos que si una PC bootea sin Sistema Operativo, puede desde la red, instalar el Windows Vista, pero de lo único que nos ahorramos (que no es poco) es de poner el CD o DVD correspondiente en su lectora, ya que a los demás pasos de la instalación los tengo que seguir a mano. Si quiero que el proceso sea completamente automatizado y no tenga prácticamente ninguna intervención humana en ello necesito que mi instalación sea “desatendida“. Para poder realizarla necesitamos generar (de igual manera como se hacía con RIS) un archivo de respuesta (que a partir de ahora es xml, no txt como era en RIS) que sirva para que el instalador pueda realizar todas las configuraciones sin la mínima intervención del operador.

Como su mismo nombre lo dice, tiene las respuestas para cuando la instalación necesite alguna configuración particular.

Para configurar una instalación desatendida mediante WDS vamos a necesitar crear dos archivos de respuestas. Uno para la primera fase de la instalación el cual llamaremos WDSClientUnattend.xml y otra para las restantes fases que vamos a nombrar como AutoUnattend.xml.

Nota:
Esto es así solo para el caso que estemos usando WDS, porque si queremos realizar una instalación desatendida sin utilizar WDS además de prescindir del primero de ellos, los valores que debemos darle en cada uno de los ciclos pueden variar ligeramente y es algo que excede al alcance de este documento.

Nuevamente vamos a necesitar recurrir al Kit de instalación automatizada de Windows (AIK) para instalar la herramienta que nos permita generar los archivos de respuesta. Esta herramienta de llama

Para ello abrimos el menú archivo y elegimos “Seleccionar Imagen de Windows…“. Las imágenes tienen que estar en formato WIM. Para está guía vamos a utilizar el que trae el DVD de instalación. Este se encuentra en la carpeta Sources del DVD de Vista. También se pueden usar los archivos (.clg) de cada edición de Windows Vista. Es importante tener en claro cuál de todas las imágenes queremos instalar porque de acuerdo a la elección que hagamos vamos a tener más o menos componentes para modificar. En este documento vamos a trabajar con la edición Ultimate por ser la más completa y la que más se puede personalizar.

Ahora que ya tenemos seleccionado el catálogo de la edición que queremos instalar vamos a proceder a crear el primero de los archivos de respuesta. Para ello nos dirigimos al menú archivo y seleccionamos “Nuevo archivo de respuesta”. Ahora lo que hay que hacer es empezar a agregarle cosas a dicho archivo.

Aquí se muestra como el archivo de respuesta está vacío y listo para ser modificado.

Primer Archivo de Respuesta

Agregamos los siguientes componentes. Todos al ciclo Nº1 WindowsPE:

• x86_Microsoft-Windows-International-Core-WinPE_6.0.6000.16385_neutral\SetupUILanguage
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\Disk\CreatePartitions\CreatePartition
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\Disk\CreatePartitions\ModifyPartition
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\ImageInstall\OSImage\InstallTo
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\WindowsDeploymentServices\ImageSelection\InstallImage
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\WindowsDeploymentServices\ImageSelection\InstallTo
• x86_Microsoft-Windows-Setup_6.0.6000.16385_neutral\DiskConfiguration\WindowsDeploymentServices\Login\Credentials
  

Ahora lo que no queda es comenzar a darle valores a cada uno de los componentes que elegimos. En la siguiente tabla se muestra que componente modificar y cuáles son los valores que se le deben de dar a sus propiedades. Básicamente lo que hacemos es configurar el idioma de la interface, el teclado y la ubicación geográfica del usuario. También creamos y seleccionamos la partición a donde se va a instalar el sistema operativo y le asignamos un tamaño. En este caso es una sola partición primaria, con formato NTFS y con un tamaño aproximado de 16 GB.

Luego elegimos la imagen que vamos a instalar, le decimos en que partición hacerlo y por último proporcionamos las credenciales necesarias para unirnos al dominio. El siguiente cuadro muestra cuales son los valores que tenemos que ingresar:

Luego de ingresar todo hacemos clic en Herramientas à Validar archivo de respuesta… para asegurarnos que no hay ningún error y precedemos a guardar el archivo. El nombre del archivo tiene que ser WDSClientUnattend.xml. Luego creemos el otro archivo de respuesta que necesitamos.

Segundo Archivo de Respuesta

En este segundo archivo vamos a agregar las respuestas para los siguientes ciclos de la instalación:

Ciclo 4 Specialize

• x86_Microsoft-Windows-Shell-Setup_6.0.6000.16385_Neutral
• x86_Microsoft-Windows-UnattendedJoin_neutral\Identification\Credentials
  

Ciclo 7 OobeSystem

• x86_Microsoft-Windows-International-Core_6.0.6000.16385_Neutral
• x86_Microsoft-Windows-Shell-Setup_6.0.6000.16385_Neutral\OOBE
• x86_Microsoft-Windows-Shell-Setup_6.0.6000.16385_Neutral\Themes
• x86_Microsoft-Windows-Shell-Setup_6.0.6000.16385_Neutral\UserAccounts\AdministratorPassword
• x86_Microsoft-Windows-Shell-Setup_6.0.6000.16385_Neutral\UserAccounts\LocalAccounts\LocalAccount\Password
  

A partir de ahora lo que hacemos es personalizar la instalación con las respuestas para las fases finales de la misma. Por ejemplo: Proporcionamos el Nombre del Equipo, la Clave del Producto, la Zona Horaria (en este caso la correspondiente a Argentina), el Dominio al cual nos uniremos, el idioma de la interface, el teclado, la ubicación geográfica del usuario, aceptamos el contrato de licencia, indicamos el tipo de red a la que nos vamos a estar conectados, el nivel de protección de la PC, le decimos que no muestre las pantallas en donde se nos pregunta las opciones (por eso es importante poner bien los valores para no tener inconvenientes posteriores). Y después agrego algunas cosas que son opcionales, como el tema por defecto a aplicarse, el password de la cuenta de administrador local y la creación de un usuario local con su password.

 Tal como lo hicimos con el archivo anterior tenemos que validar las entradas que escribimos así que hacemos clic en Herramientas à Validar archivo de respuesta… y si todo está bien procedemos a guardar el archivo con el nombre AutoUnattend.xml

Asociar a las imágenes los archivos de respuestas

Hasta ahora lo que hicimos fue agregar las imágenes en el servidor y posteriormente crear los archivos de respuesta necesarios para realizar una instalación desatendida. Pero estas dos cosas por el momento se encuentran separadas, para que funcionen necesitamos asociarlas. Es decir debemos configurar el servidor para que utilice los archivos de respuesta que acabamos de hacer. Esto lo tenemos que hacer por servidor tanto a nivel de arquitectura, ya sea x86, ia64 o x64, como a nivel de cada una de las imágenes que vamos a utilizar.

WDSUnattend.xml

A este archivo lo tenemos que asociar a nivel de arquitectura en el servidor que se encuentre corriendo WDS. Para ello debemos abrir la consola de administración de WDS y hacer un clic con el botón derecho sobre el servidor que estemos utilizando y abrimos las “Propiedades“.

Propiedades del Servidor WDS

Ahora marcamos la pestaña “Cliente” y tildamos la opción “Habilitar modo de instalación desatendida” y hacemos clic en “Examinar” para buscar el archivo de respuesta que vamos a agregar según la arquitectura que vamos a utilizar. En este caso la x86.

Pestaña Cliente en Propiedades de WDS

Hay que tener en cuenta que este archivo tiene que estar en la carpeta \RemoteInstall\WDSClientUnattend, por lo que debemos tener la precaución de copiarlo a esa carpeta antes. Una vez que lo agregamos Aplicamos y Aceptamos los cambios para terminar.

Aquí seleccionamos el archivo WDSClientUnattend.xml ubicado en la carpeta con el mismo nombre.

AutoUnattend.xml

Ahora a este archivo tenemos que asociarlo pero a nivel de la imagen que vamos a utilizar. Para esto tenemos que expandir la carpeta “Imágenes de instalación” y buscar la imagen para la cual queremos que la instalación sea desatendida. Luego con el botón derecho hacemos clic y seleccionamos “Propiedades“.

Seleccionamos propiedades de la imagen

Allí dentro de la pestaña “General” tildamos la opción “Permitir que la imagen se instale en el modo de instalación desatendida” y hacemos clic en “Seleccionar archivo” para buscarlo.

Pestaña General en las propiedades de la imagen.

Aquí no hace falta que el archivo esté en alguna ubicación especial, así que todo lo que tenemos que hacer es buscarlo.

Ubicación del archivo AutoUnattend.xml