1
Redes de área local:
Aplicaciones y servicios
WINDOWS
Índice
Definición de paquetes MSI... 3
Instalación de paquetes MSI ... 4
Generación de paquetes MSI mediante Snapshot ... 10
Actualización de paquetes MSI instalados... 26
Transformación de paquetes... 32
Desinstalación de paquetes MSI previamente instalados... 46
3
D
D
e
e
f
f
i
i
n
n
i
i
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
M
M
S
S
I
I
En el apartado correspondiente a las directivas de grupo, indicamos que íbamos a dedicar un capítulo entero a las directivas de grupo correspondientes a la distribución de software, por la importancia que tienen en sí mismas; será en este apartado cuando abordemos todo lo relacionado con la distribución de software desde nuestro servidor Windows 2003 a las estaciones de trabajo.
Literalmente podríamos definir los paquetes MSI como "instaladores de Microsoft", es decir, aquellos paquetes informáticos que contienen toda la información necesaria para automatizar su instalación sin necesidad de intervención manual del usuario; por tanto el usuario no necesita introducir el número de serie del producto, ni el lugar de instalación del paquete, ni ningún otro parámetro pues toda esa información ya va contenida en el propio fichero "msi". Esta filosofía de trabajo permite que la instalación de los paquetes "msi" se pueda hacer de forma desatendida, y que el servidor de Windows 2003 distribuya el paquete en cuestión a las estaciones de trabajo y/o usuarios del dominio del Servidor.
Las tecnologías del Instalador de Windows ("Windows Installer") se dividen en dos partes complementarias: un servicio de instalador de cliente (Msiexec.exe) y un archivo de paquete (.msi), de tal modo que el instalador de Windows utiliza la información contenida en el archivo de paquete "msi" para la instalación de la aplicación.
Los archivos de paquete (.msi) contienen una base de datos que almacena todas las instrucciones y los datos requeridos para instalar (y desinstalar) los programas. El instalador realiza todas las tareas de la instalación: copiar archivos a un disco duro, realizar modificaciones de registro, crear accesos directos en el Escritorio, etc.
Lo primero que tenemos que tener presente para poder instalar paquetes MSI, es que en el Servidor de Windows 2003 debemos tener en estado "Iniciado" el servicio "Windows Installer". Este servicio se instala y configura en la propia instalación de Windows 2003 Server, para que se inicie de forma automática en cada arranque, luego no hay nada que temer, pues quedará instalado y configurado adecuadamente en la propia instalación del servidor.
Los paquetes se ubicarán en una unidad de red (normalmente una carpeta del servidor) a la que tengan acceso de lectura los usuarios del dominio, y posteriormente a través de directivas de grupo, asignaremos ese paquete a las estaciones de trabajo y/o usuarios del dominio que deseemos, de modo que cuando arranquemos una estación de trabajo que tenga asociada una directiva de instalación del paquete, o cuando un usuario al que se le haya asignado un paquete se identifique en el dominio, las directivas de instalación del paquetes propias de cada caso, se encargarán de distribuir el paquete en cuestión a la estación o al usuario respectivamente.
Entre las ventajas de la tecnología "msi" se encuentra la desinstalación desatendida de paquetes anteriormente instalados, actualizaciones y modificaciones de los paquetes previamente instalados, personalización de los paquetes (ficheros "mst"), y otra serie potencialidades y funcionalidades que abordaremos en estas páginas, dedicadas a esta tecnología.
Como es obvio, al instalarse los paquetes "msi" a través de directivas de grupo, ante un "formateo" de una estación de trabajo, una entrada de una nueva estación de trabajo en el dominio, etc., los paquetes "msi" se reinstalarán de forma automática, pues el servidor de Windows 2003 detectará que la directiva en cuestión no está siendo aplicada en el equipo (o para el usuario) y pasará a aplicarla de forma automática. Además si se produce un problema en un paquete "msi" instalado en una estación de trabajo, el usuario podrá solventarlo reinstalando el paquete por medio de la opción de reparación del "Panel de Control" de su estación de trabajo.
Para realizar una gestión centralizada de la instalación del software, podemos utilizar los siguientes tipos de archivo, como veremos a continuación:
Tipo de archivo Extensión Descripción
Instalación ".msi"
Estos archivos los proporciona normalmente el distribuidor de software para facilitar la instalación de una aplicación concreta. Hay que mantener estos archivos, con cualquier otro archivo necesario, en el punto de distribución del software administrado. Transformación ".mst"
Estos archivos, también llamados modificaciones, personalizan la instalación de un paquete de "Windows Installer" al realizarse la asignación o publicación. Por ejemplo, pueden especificar un subconjunto de una serie de aplicaciones.
Revisión ".msp"
Se pueden distribuir de esta forma los archivos de solución de problemas, paquetes de servicio y otros archivos similares. Las revisiones no deben usarse para cambios importantes y sus efectos están limitados de la siguiente forma:
• No pueden eliminar componentes o características
• No pueden cambiar los códigos de producto
• No pueden eliminar ni cambiar los nombres de los accesos directos, los archivos o las claves del Registro
Archivos "zap" ".zap"
Estos archivos, que son similares a los archivos .ini, se crean con un editor de textos como el "Bloc de notas". Sólo se pueden publicar (no asignar) y especifican un programa de instalación ejecutable (como por ejemplo
"\\servidor\recursoCompartido\Excel\Setup.exe") que aparece en "Agregar o quitar programas" del "Panel de control" del usuario. El usuario que realice la instalación debe tener derechos administrativos para ello en el equipo local.
I
I
n
n
s
s
t
t
a
a
l
l
a
a
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
M
M
S
S
I
I
En el apartado anterior hemos hecho una breve descripción de algunas de las funcionalidades que podemos aprovechar de la tecnología "msi"; en este apartado, vamos a describir detalladamente los pasos que hemos de seguir para instalar un paquete "msi" en una estación de trabajo o para asignárselo a un usuario del dominio.
Vamos a centrar la explicación en la asignación de un paquete en una estación de trabajo (en vez de asociarla a un usuario del dominio) a través de una nueva Directiva de Grupo asociada al dominio "micentro.edu", considerando que habitualmente en un ambiente educativo, los alumnos que hacen uso del aula utilizan las mismas aplicaciones, y que por tanto es más lógico instalar el software en la estación de trabajo y que todos los usuarios puedan hacer uso de él, que asignar el paquete a usuarios del dominio de forma individual. En cualquier caso los pasos a seguir para la asignación de un paquete a un usuario a través de una directiva de grupo, no difieren básicamente de los que seguiremos para su asignación a una estación de trabajo. Las posibles tipos de instalación de los paquetes que pueden realizarse son:
Asignar a los usuarios - Cuando se asigna una aplicación a un usuario, dicha aplicación se anunciará al usuario la próxima vez que éste inicie una sesión en una estación de trabajo. El anuncio de la aplicación sigue al usuario independientemente de qué equipo físico esté utilizando realmente. Esta aplicación se instala la primera vez que el usuario activa la aplicación en el equipo, mediante la selección de la aplicación en el menú Inicio o mediante la activación de un documento asociado a la aplicación.
5
Asignar a los equipos- Cuando se asigna una aplicación a un equipo, dicha aplicación se anuncia e instala cuando es seguro hacerlo. Normalmente esto ocurre cuando el equipo se inicia, de manera que no hay procesos compitiendo en el equipo.
Publicar para usuarios- Cuando se publica una aplicación para los usuarios, la aplicación no aparece instalada en sus equipos. No aparecen accesos directos en el Escritorio ni en el menú Inicio y no se realizan cambios en el registro local de los equipos de los usuarios. Por el contrario, las aplicaciones publicadas se almacenan en sus atributos de anuncio de Active Directory. A continuación, la información como el nombre de la aplicación y las asociaciones de archivos se presentan a los usuarios en el contenedor de Active Directory. A partir de ese momento, la aplicación se encontrará disponible para que el usuario la instale mediante Agregar o quitar programas en el Panel de control, o al hacer clic en un archivo asociado con la aplicación, como por ejemplo un archivo "xls" para Microsoft Excel.
Nosotros nos centraremos en la asignación de paquetes a estaciones de trabajo; así pues los pasos que hemos de seguir de forma secuencial para realizar dicho proceso son:
1. Compartición de una carpeta en una unidad de red (ubicada normalmente en el servidor) accesible en modo de lectura por todos los usuarios.
2. Creación de una carpeta colgando de la carpeta compartida antes creada, donde se copiarán los ficheros que conforman el software que va a ser distribuido (y entre los que se encuentra el fichero "msi").
3. Creación de una nueva Directiva de Grupo sobre la Unidad Organizativa destinataria del paquete (si procede, pues podría asociarse directamente a la directiva de grupo por defecto del dominio "micentro.edu", ya existente).
4. Configurar el paquete a instalar a través de esa nueva Directiva de Grupo.
Vamos pues con el primero de los pasos que debemos completar, realizando la compartición de una carpeta en una unidad de red accesible en modo de lectura por todos los usuarios. Para centralizar todo el software que vamos a distribuir, vamos a crear colgando de la unidad "E:" del disco duro del servidor, una carpeta de nombre "Software Administrado", y compartiremos dicha carpeta asignando permisos de lectura al grupo "Todos" (es decir todos los usuarios tendrán permiso de lectura sobre la carpeta indicada), y asignando todos los permisos al grupo "Administradores".
Así pues crearemos la carpeta "Software Administrado", y haciendo clic con el botón derecho del ratón sobre ella, seleccionamos la opción "Compartir y Seguridad"; elegimos el nombre con el que deseamos que sea vista la unidad compartida (nosotros pondremos el mismo de la carpeta, es decir, "Software Administrado").
Posteriormente pulsamos sobre el botón "Permisos", dejando al grupo "Todos" el permiso de "Leer". Además, pulsaremos sobre el botón "Agregar", añadiendo al grupo "Administradores" entre los usuarios que pueden acceder de forma compartida a dicha carpeta, y daremos a dicho grupo todos los permisos de acceso activando todas las casillas.
7
El siguiente paso es crear una carpeta colgando de la carpeta compartida "Software Administrado", que contendrá el paquete "msi" a distribuir; nosotros hemos optado por nombrar cada nueva carpeta con el nombre del software a distribuir.
En el ejemplo que vamos a considerar, distribuiremos la aplicación Microsoft Office 2000, luego creamos bajo "Software Administrado" una nueva carpeta de nombre "Microsoft Office 2000"; no es necesario compartir esta nueva carpeta, pues al compartir la anterior, ésta hereda las propiedades de permisos de compartición, y es accesible en modo lectura por todos los usuarios.
NOTA: Podíamos haber pensado en instalar un paquete más actual que la versión 2000 de Microsoft Office para nuestros equipos clientes, pero hemos optado por ésta debido a que quizás sea la mejor se integra con clientes Windows 2000 Professional, sin que tampoco presente problema alguno su instalación en Windows XP Professional.
Posteriormente abrimos dicha carpeta y copiamos en ella todos los ficheros que componen el software "Microsoft Office 2000" (habitualmente distribuido en CD), incluyendo el fichero con extensión "msi" que será el que lance la aplicación; tras ello habremos completado este segundo paso; el tiempo de copia del CD completo de Office 2000 es elevado (entorno a 30 minutos), luego nos tomaremos con calma el tiempo de espera necesario para que se complete este proceso.
NOTA: Evidentemente debemos disponer del CD correspondiente de dicha aplicación para llevar a cabo la copia de los ficheros en cuestión a la carpeta "Microsoft Office 2000".
El tercer paso que debíamos dar es la creación de una nueva directiva de grupo sobre la unidad organizativa destinataria del paquete, pero en nuestro caso no se aplicará sobre ninguna U.O., sino el dominio "micentro.edu", luego crearemos una nueva Directiva de Grupo en el dominio "micentro.edu".
Para ello haremos doble clic sobre el icono "Usuarios y equipos de Active Directory" de las "Herramientas Administrativas" del "Panel de Control", y pulsaremos con el botón derecho del ratón sobre el dominio "Micentro.edu", seleccionando la opción "Propiedades"; en este momento se nos mostrará una ventana, en el cual nos ubicamos sobre la pestaña "Directiva de grupo" y haremos clic sobre el botón "Nuevo" para crear una nueva directiva de grupo, a la que llamaremos "Microsoft Office 2000", pues será la directiva encargada de distribuir susodicho paquete.
El último paso es configurar el paquete a instalar a través de esa nueva Directiva de Grupo; para ello, una vez creada la Directiva "Microsoft Office 2000", ubicados sobre ella pulsaremos sobre el botón "Editar", mostrándose la ventana de configuración de la Directiva de Grupo tratada.
Llegado a este punto vamos a configurar esta Directiva de Grupo para que haga su función; en primer lugar vemos que la directiva puede aplicarse a los equipos y/o usuarios, en este caso abordaremos la entrada "Instalación de Software", dentro de la carpeta "Configuración de Software", en el apartado de "Configuración de Equipo" (recordemos que deseamos aplicar al directiva a los equipos del dominio, y no a los usuarios).
9
Así pues, pulsando con el botón derecho del ratón sobre "Instalación de Software", y seleccionando la opción "Paquete" del menú "Nuevo", nos aparecerá un cuadro de diálogo en el que nos preguntará que paquete "msi" deseamos instalar; es MUY IMPORTANTE confirmar que la ruta del paquete que indiquemos sea una ruta de red, y no local, pues en este segundo caso el paquete nunca se instalaría.
La ruta que especifiquemos deberá ser "\\SERVIDOR\Software Administrado\Microsoft Office 2000\data1.msi", tal y como vemos en la siguiente imagen.
Una vez indicada la ruta del paquete, se nos preguntará si queremos que la forma de distribuir el paquete a través de dicha Directiva de Grupo sea "Asignada", "Publicada" o "Avanzada"; en el caso que nos ocupa optaremos por la opción "Avanzada" y posteriormente pulsaremos en la nueva ventana mostrada sobre el botón "Aceptar", para especificar que el paquete se instale de modo desatendido en las estaciones de trabajo.
NOTA: La opción "Publicada" indica que el paquete no se instalará de forma automática, sino que será susceptible de ser instalado por aquellos usuarios que lo deseen; en el caso de una estación de trabajo la opción "Publicada" no tiene sentido alguno, y de hecho no aparecerá como disponible para su elección.
Tras ello se presenta una nueva pantalla en la cual pulsamos directamente sobre el botón "Aceptar", y... ¡ya está!, hemos completado todo el proceso, y partir de este momento cuando una estación de trabajo integrada en el dominio del servidor sea arrancada, automáticamente el paquete Microsoft Office se instalará en dicho equipo, sin intervención manual alguna del usuario que inicie la sesión
NOTA: El proceso de instalación automática descrito en el párrafo anterior, NO siempre se produce en el primer arranque de la estación de trabajo cliente, pues las directivas se refrescan temporalmente de modo automático, así pues en caso de que no fuera instalado en el primer arranque de la estación de trabajo el paquete "msi" correspondiente, apagaremos dicho equipo, esperaremos un tiempo prudencial (un par de minutos aproximadamente) y volveremos a arrancar el equipo cliente hasta que el paquete se instale satisfactoriamente.
Si nuestro deseo hubiera sido instalar el paquete a usuarios del dominio en vez de a los equipos, el proceso es similar, salvo que deberemos seleccionar la "Configuración de usuario", en vez de la "Configuración del equipo"; el resto del proceso es similar al descrito anteriormente.
G
G
e
e
n
n
e
e
r
r
a
a
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
M
M
S
S
I
I
m
m
e
e
d
d
i
i
a
a
n
n
t
t
e
e
S
S
n
n
a
a
p
p
s
s
h
h
o
o
t
t
La instalación desatendida de paquete "msi" es sin duda un gran avance para los administradores de red que no se ven obligados a ir estación por estación llevando a cabo el tedioso proceso de instalación de software (al margen de otras ventajas que ya comentamos en el apartado anterior).
Hoy en día cada vez más productos se adaptan a esta tecnología, de modo que puedan ser instalados remotamente paquetes "msi" en las estaciones de trabajo clientes; la pregunta que surge a este respecto es inmediata ¿qué ocurre si el software que pretendemos distribuir no dispone de un fichero "msi" que lo lance?. Para dar respuesta a este problema disponemos de aplicaciones "free" que permiten generar paquetes "msi", de modo que la aplicación que no disponga de ellos pueda igualmente hacer uso de esta tecnología; concretamente nosotros hemos utilizado "WinInstall LE 2003", que puede descargarse de la red o bien pinchando en
este enlace.
Una vez descargada la aplicación en nuestro servidor Windows 2003 hacemos doble clic sobre el fichero "wininstallle.exe", mostrándose la siguiente pantalla para el comienzo de la instalación de la aplicación, en la que pulsaremos directamente sobre el botón "Next".
En la siguiente pantalla se nos informa de las condiciones de uso de la aplicación; pulsaremos directamente sobre el botón "Next" para continuar el proceso de instalación.
11
En la siguiente ventana se informa de las características de los paquetes que pueden ser tratados con la aplicación; de nuevo pulsamos sobre el botón "Next" para continuar.
En la siguiente pantalla seleccionamos la opción "I accept the terms in the License Agreement" para aceptar los términos de la licencia y posteriormente pulsamos sobre el botón "Next".
A continuación debemos especificar cierta información de registro de la aplicación; rellenamos los campos correspondientes, desactivamos la casilla mostrada en la parte inferior de la pantalla mostrada en la imagen inferior, y posteriormente pulsamos sobre el botón "Next".
13
NOTA: Debemos introducir una dirección de correo de un domino existente (por ejemplo nuestra dirección de correo electrónico), pues sino obtendremos un mensaje de error y el proceso de instalación no seguirá hasta que le proporcionemos un valor correcto en la caja de texto "E-mail Address".
En la siguiente ventana pulsamos directamente sobre el botón "Next" para continuar el proceso de instalación.
En el siguiente apartado se nos pregunta por el nombre con el que deseamos compartir la carpeta "WinINSTALL" para que sea accesible desde los equipos clientes para poder generar el software; indicaremos en la caja de texto "Share Name" el propio nombre de la carpeta "WinINSTALL" y posteriormente pulsaremos sobre el botón "Next".
En este momento se nos informa de que la aplicación está preparada para ser instalada, pulsamos sobre el botón "Install" para proceder.
15
La aplicación se instalará en breves instantes.
Tras ello debemos pulsar sobre el botón "Finish" para completar definitivamente el proceso de instalación satisfactoriamente.
La instalación de la aplicación se produce en "C:\Archivos de Programa\OnDemand\WinINSTALL" (concretamente podremos lanzar la aplicación ejecutando el fichero "disco32.exe"). Una vez instalado, hemos de asignar a la carpeta "WinINSTALL" permiso de compartición de lectura para los "Administradores" y quitar al usuario "Todos", porque hemos de tener en cuenta que dicho software debe lanzarse desde la estación de trabajo desde la que vamos a instalar la aplicación, y no desde el servidor que es donde realmente está ubicada.
Una vez que tenemos el software de generación de paquetes "msi" instalado, podremos generar un paquete "msi" para el software que deseemos que no disponga de él. Nosotros vamos a poner como ejemplo la generación de un paquete "msi" para "FileZilla", pero podríamos hacerlo para cualquier otro programa.
Podríamos sintetizar el funcionamiento de "WinInstall LE 2003" del siguiente modo:
1. Se indica el nombre y la ubicación del paquete "msi" a generar (insistimos, debe ubicarse en una ruta de red del servidor, concretamente donde alojemos el software a distribuir; en este caso en una carpeta que colgaremos de "Software
Administrado").
2. Se hace una "foto" inicial del equipo sobre el que se va a instalar el software. 3. Se instala la aplicación deseada sobre la estación de trabajo.
4. Tras la instalación se hace una "foto" final del equipo con el software ya instalado. 5. Las diferencias entre la "foto inicial" y la "foto final" son los cambios que se han
producido en el equipo, y por tanto lo que se almacena automáticamente en la ruta especificada en el paso 1 (incluyendo el paquete "msi" que ha sido generado).
Vamos a detallar los pasos que acabamos de citar, dando por supuesto que la aplicación de generación de los paquetes "msi" ya la hemos instalado en el servidor, y que hemos compartido con los permisos adecuados la carpeta "WinINSTALL".
17
Antes de continuar dos apuntes: el primero es que existen múltiples aplicaciones comerciales que sirven para generar paquetes "msi", siendo además mucho más completas que la que aquí indicamos ("WinInstall LE 2003"), pero hemos utilizado ésta por ser gratuita, además de ser muy sencilla de utilizar; el segundo apunte es que el equipo donde vayamos a realizar todo el proceso de instalación de la aplicación (para crear el paquete), no deber tener instalado previamente la aplicación de la que pretendemos generar el paquete "msi", pues en caso de ser así las diferencias entre las fotos inicial y final no reflejarían los cambios reales que realiza la aplicación en su instalación. Habitualmente utilizamos una máquina cualquiera del dominio para dicho fin, y tras realizar la foto correspondiente, procederemos a desinstalar de dicho equipo el programa del que partimos para generar el paquete "msi" en "Agregar y quitar programas" del "Panel de Control", con el fin de asociar el paquete recién creado a la Directiva de Grupo correspondiente del dominio "micentro.edu", para que finalmente ese software se instale en dicha máquina, pero como resultado de la distribución del paquete "msi" generado y no como fruto de la instalación manual realizada.
Paquetes MSI obtenidos a partir de un programa autoinstalable
Es el caso que nos ocupa, vamos a instalar la aplicación "FileZilla" a partir del fichero ejecutable de instalación de "Filezilla"; para ello arrancamos una estación de trabajo del dominio, nos autenticamos como un administrador del dominio, y creamos una carpeta de nombre "FZ" en la unidad "C:" del disco duro del equipo cliente donde vamos a generar el paquete, y copiamos el fichero indicado en dicha carpeta "FZ".
Siguiendo los pasos indicados, primero creamos en el servidor una carpeta de nombre "FileZilla 2215" colgando de la carpeta compartida "Software Administrado" de la unidad "E:", y posteriormente y autenticados sobre la máquina cliente como administradores del dominio y a través del icono "Mis Sitios de Red", navegaremos hasta el equipo "SERVIDOR" y una vez en él accedemos a la carpeta "WinINSTALL" y lanzamos el fichero "disco32.exe" de generación de paquetes "msi", mostrándose la siguiente pantalla:
Pulsamos sobre el botón "Next", y nos aparece una nueva ventana en la que indicaremos el nombre que va a tener el paquete "msi" a generar (FileZilla 2.2.15 en nuestro caso); por los motivos anteriormente comentados, es IMPRESCINDIBLE especificar una ruta de red como lugar de almacenamiento del paquete; en el caso que nos ocupa será la carpeta "FileZilla 2215" que cuelga de la carpeta compartida "Software Administrado" del servidor; así mismo denominaremos "Filezilla2215.msi" al fichero que contendrá al paquete "msi" que será generado, de modo que la ruta final será "\\SERVIDOR\Software Administrado\FileZilla 2215\Filezilla2215.msi". Tras ello pulsaremos sobre el botón "Next".
A continuación se nos pregunta por la unidad donde se almacenarán los ficheros temporales que la aplicación necesita crear para almacenar la "snapshot" (instantánea); dejaremos la unidad "C:" de la máquina cliente que viene especificada por defecto, y pulsaremos directamente sobre el botón "Next".
19
Posteriormente se nos pide que indiquemos las unidades sobre las que se deberá hacer la foto previa; si vamos a instalar la aplicación "FileZilla" sobre la unidad "C:" de nuestra máquina, bastaría con incluir dicha unidad entre las que van a ser analizadas, así que seleccionamos dicha unidad entre las disponibles (Available Drivers) y pulsamos posteriormente sobre el botón "Add >", de modo que en "Drives to Scan" aparezca la unidad "C:", tal y como vemos en la siguiente imagen; completamos el proceso pulsando sobre el botón "Next".
En el siguiente apartado debemos indicar los ficheros que serán excluidos del análisis; dejaremos los que el programa nos ofrece por defecto y pulsaremos directamente sobre el botón "Next".
Finalmente se nos pregunta que entradas del registro deben ser excluidas; habitualmente no debemos hacer ninguna modificación en las opciones que aparecen por defecto, tal y como es el caso que nos ocupa, por tanto pulsamos directamente sobre el botón "Next".
Finalmente se muestra la siguiente pantalla en la cual pulsaremos sobre el botón "Finish" para comenzar la generación de la "foto inicial" del equipo en el que vamos a instalar la aplicación. En el tiempo comprendido entre la ejecución de este proceso y la generación de la foto final, es importante ejecutar únicamente el software de instalación del paquete a generar, pues cualquier modificación que realizáramos (al margen de la propia de instalar el software) se grabaría en el paquete "msi" a obtener, cuando realmente no formaría parte de las modificaciones que realizó dicha aplicación durante su instalación.
21
Pulsando sobre el botón "Aceptar", nos aparece otro cuadro de diálogo en el que nos indica que instalemos en la máquina cliente la aplicación de la que vamos a generar el paquete "msi"; en nuestro caso indicaremos que deseamos instalar la aplicación que se encuentra en "C:\FZ\filezilla_2_2_15_setup.exe".
Pulsando sobre el botón "Abrir" lanzamos el proceso de instalación de la aplicación y una vez que hayamos completado todo el proceso de instalación en la estación y haya sido correctamente instalada la aplicación, volvemos a ejecutar el fichero "disco32.exe" ubicado en el servidor, mostrándose ahora la siguiente pantalla.
En la que nos pregunta si deseamos generar la foto final, o bien queremos crear una nueva foto inicial; como la foto inicial ya fue creada, la opción por defecto es realizar la foto final, que será la que nosotros seleccionaremos. Así pues pulsaremos directamente sobre el botón "Next", momento a partir del cual comenzará el proceso de generación de la "snapshot" final, que puede tardar varios minutos.
23
Una vez se complete dicho proceso, una pantalla nos informará de que la foto final ha sido completa (puede ocurrir que anteriormente aparezca alguna pantalla con "Warnings" que han ocurrido durante la elaboración del paquete, pero que habitualmente no tienen importancia alguna en la validez final del paquete creado).
Y así finalmente en la carpeta "FileZilla 2215" que cuelga en el servidor de la carpeta compartida "Software Administrado", tendremos todos los ficheros necesarios para distribuir "FileZilla" por medio del paquete "Filezilla2215.msi" que acabamos de generar.
El último paso sería definir sobre el dominio "Micentro.edu" una nueva Directiva de Grupo de nombre "FileZilla", y asociar a la "Instalación de software" del equipo el nuevo paquete que acabamos de crear, tal y como hicimos anteriormente para el paquete "Microsoft Office 2000".
Finalmente, y antes de que se distribuya el software "FileZilla", desinstalamos dicho software de la estación de trabajo donde hemos generado el paquete "msi" a través de la opción "Agregar o quitar Programas" del "Panel de Control", y tras ello reiniciaremos la máquina, para comprobar que el nuevo software administrado se distribuye adecuadamente. Además de ello eliminaremos la carpeta "FZ" y todo su contenido de la unidad "C:", pues ya no es necesaria para nada.
Paquetes MSI obtenidos a partir de programas no instalables
En este caso el programa a instalar es muy simple, y no tiene un fichero que lance la instalación, sino que se reduce simplemente a la copia de unas carpetas en el disco duro de la máquina.
El proceso a seguir en este caso es similar al indicado en el paso anterior, sólo que cuando finaliza la "snapshot" de la foto inicial, y nos pide que le indiquemos el fichero ejecutable que instala la aplicación, cancelaremos esa ventana de diálogo, y posteriormente sobre la máquina copiaremos las carpetas en cuestión en el lugar deseado; finalmente lanzaremos de nuevo "disco32.exe" para obtener la instantánea de la foto final, completándose exitosamente el proceso de generación del paquete "msi".
Consola de WinInstall LE 2003
La consola de WinInstall LE 2003, permite modificar distintos valores de cualquier paquete generado previamente por "WinInstall LE 2003", ofreciendo posibilidades tales como añadir nuevos ficheros a los generados por el paquete, cambiar su número de licencia, editar y modificar las distintas entradas que el paquete incluirá en el registro de Windows, etc.
La consola se instala con el propio software generador de paquetes WinInstall LE 2003; en la opción de " Todos los Programas" del "Menú Inicio", encontraremos la entrada "WinInstall LE 2003" que nos permitirá acceder a "WinInstall LE 2003 Console" (la ruta de acceso es "C:\Archivos de programa\OnDemand\WinINSTALL\WICONSOLE.exe" en nuestro servidor Windows 2003), que nos mostrará la siguiente pantalla.
25
Seleccionando la opción "Packages Directory" del menú "File", aparecerá un cuadro de diálogo en el que indicaremos la ruta donde se encuentran ubicados los paquetes "msi" que queremos analizar (en nuestro caso indicaremos la ruta "\\SERVIDOR\Software Administrado"). Seleccionando a continuación por ejemplo el paquete "FileZilla 2215" instalado previamente, podremos ver y modificar los distintos apartados que conforman el paquete elaborado.
Nuestra recomendación es no modificar ninguno de los valores de los diferentes apartados que forman el paquete obtenido, a no ser que se esté muy seguro de que la modificación que va a realizarse es adecuada y necesaria para la instalación desatendida de dicha aplicación, respecto a la configuración inicial que "WinInstall LE 2003" generó para dicho paquete.
A
A
c
c
t
t
u
u
a
a
l
l
i
i
z
z
a
a
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
M
M
S
S
I
I
i
i
n
n
s
s
t
t
a
a
l
l
a
a
d
d
o
o
s
s
Una vez que el paquete ha sido creado, podemos realizar algunos cambios en su configuración, modificando ciertas opciones que seleccionamos en el momento de su creación. Por ejemplo, sobre la Directiva de Grupo "FileZilla" definida en el apartado anterior, y haciendo doble clic sobre el paquete asociado a la "Instalación de Software" del equipo, tendremos acceso a modificar alguna de las propiedades del paquete en cuestión, entre las que podemos citar el nombre del paquete, si está publicado o asignado, si es un paquete de actualización de otro ya existente (actualización de paquetes que posteriormente comentaremos), y si existe algún paquete que modificará la información base que se encuentra almacenado en éste (ficheros "mst" que comentaremos más adelante).
Reinstalación de un paquete MSI
Además, si por alguna circunstancia deseamos que el paquete se vuelva a redistribuir, podemos forzar de nuevo su distribución pulsando con el botón derecho del ratón sobre el paquete en cuestión, y seleccionando la opción "Volver a implementar la aplicación" dentro del menú "Todas las tareas"; hemos de tener presente que esta operación reinstalará el paquete deseado en todos los equipos donde ya estuviera instalado, con independencia de su buen o mal funcionamiento, con el coste temporal (innecesario en muchos casos) que ello implica; por dicho motivo no recomendamos su uso, a no ser estrictamente necesario.
27
Actualización de un paquete MSI
La instalación desatendida de una aplicación a las estaciones de trabajo por medio de paquetes "msi", es sin duda un gran avance en la primera instalación de dicho software en la estación de trabajo, pero... ¿qué ocurre si deseamos instalar una actualización o un parche para dicho producto?
Esta tecnología permite especificar que un paquete "msi" determinado es una actualización de otro previamente instalado, pudiendo indicar si deseamos desinstalar previamente el antiguo paquete antes de instalar el nuevo, o bien especificar que el paquete nuevo actualizará al más antiguo sin desinstalarlo, copiándose y actualizándose los ficheros necesarios en la estación de trabajo, de tal forma que la próxima vez que nuestros usuarios carguen dicha aplicación, se ejecutará la nueva versión de la misma y no la antigua.
Nosotros tomaremos como ejemplo la aplicación FileZilla 2.2.15 que distribuimos en su momento por medio de un paquete "msi" previamente generado a través de "WinINSTALL LE 2003", actualizándola a la 2.2.16 de dicho producto.
Al igual que en el caso anterior debemos generar el paquete "msi" para la nueva versión 2.2.16 de FileZilla con el software "WinINSTALL LE 2003", y una vez obtenido dicho paquete, y almacenado en una nueva carpeta "FileZilla 2216" creada a tal efecto dentro de la carpeta compartida "Software Administrado", seleccionaremos la directiva de grupo "FileZilla" que contiene actualmente la versión anterior del producto, y pulsamos sobre el botón "Editar".
Una vez situados en la directiva de grupo seleccionada, incluimos un segundo paquete a instalar en dicha directiva, concretamente el correspondiente a la versión 2216 de FileZilla.
Una vez hecho esto, sobre este último paquete definido ("FileZilla 2.2.16") haremos doble clic, y nos aparecerá una ventana en la que seleccionaremos la pestaña "Actualizaciones".
29
Posteriormente pulsaremos sobre el botón "Agregar", apareciéndonos una ventana con los paquetes susceptibles de ser actualizados por dicha directiva; en este caso nos aparecerá el paquete correspondiente a la anterior versión de "FileZilla" (2.2.15), pulsando entonces sobre el botón "Agregar".
De este modo elegiremos por tanto el paquete correspondiente a actualizar, e indicaremos que deseamos desinstalarlo e instalar en su lugar el nuevo; finalmente pulsaremos el botón "Aceptar". En ese momento, ya habremos definido que el paquete correspondiente a la versión 2.2.16 de "FileZilla", sustituirá a la antigua versión de "FileZilla", que será eliminada.
Si hacemos doble clic sobre el paquete a actualizar, es decir sobre el paquete correspondiente a la versión anterior de "FileZilla", y nos vamos a su pestaña "Actualización", observaremos que aparece especificado que dicho paquete será actualizado por la versión 2.2.16 de dicho producto.
31
Cuando arranquemos nuestra máquina cliente del dominio, se procederá a la desinstalación de la versión 2.2.15 de FileZilla, tal y como vemos en la siguiente imagen.
Seguidamente a la desinstalación de la antigua versión de FileZilla, se procederá a la instalación de la nueva versión 2.2.16, tal y como estaba previsto.
Instalación distribuida de un Service Pack del S.O.
Si lo que deseamos es instalar un parche (por ejemplo el Service Pack 4 de Windows 2000) a nuestros equipos clientes con S.O. Windows 2000 Professional, el proceso a llevar a cabo difiere de lo comentado hasta este momento, pues no debemos "generar" el paquete "msi" a partir de "WinINSTALL LE 2003", sino que obtendremos el fichero "msi" que instale el parche (update.msi) a partir del fichero ejecutable proporcionado por Microsoft.
El archivo del paquete de "Windows Installer" (update.msi) para el Service Pack 4 (SP4) de Windows 2000 está disponible en el archivo ".exe" (autoextraíble) que contiene el resto del Service Pack. Debemos realizar los siguientes pasos para obtener el fichero "update.msi".
1. Abrir una ventana de MS-DOS.
2. Ubicarse en la carpeta donde se encuentre el fichero ejecutable con el SP4,
y teclear "w2kSP4_es -x".
3. Esto descomprimirá en la carpeta que indiquemos (nosotros indicaremos una
carpeta de nombre "SP4" que cuelgue de "Software Administrado") los ficheros del parche, entre los que se encuentra "update.msi" en la ruta "SP4\i386\update".
4. Instalaremos el paquete "update.msi" con los parches del Service Pack 4
como cualquier otro paquete.
NOTA: Nosotros no vamos a llevar a cabo este proceso, aunque podría ser recomendable realizarlo para distribuir el SP4 EXCLUSIVAMENTE a los clientes con S.O. Windows 2000 Professional.
Instalación de un parche para aplicaciones distribuidas
Si lo que deseamos es instalar un parche para un programa cualquiera que previamente hemos instalado con esta tecnología (ficheros "msp"), hemos de leer la documentación del parche en cuestión, para ver como se aplica el fichero "msp" sobre el fichero "msi" correspondiente al paquete que vamos a parchear.
Una vez que este finalizado el proceso del "parcheo" del fichero "msi" en cuestión, debemos forzar la reinstalación de dicho paquete "msi", para que el parche sea aplicado en todas las estaciones donde fue instalada la aplicación por medio del paquete "msi".
Aunque nosotros tampoco vamos a realizar este proceso, vamos a poner un ejemplo concreto de ello viendo como llevar a cabo la instalación del parche del fichero "OQFE7838_Admin.msp" (es un parche de seguridad para "Microsoft Office 2000"). Para ello pincharemos en este enlace
para descargar dicho parche, y lo copiamos en la raíz de la unidad "C:" de nuestro servidor Windows 2003; posteriormente lo descomprimimos en la misma raíz de "C:", de modo que finalmente tendremos 3 ficheros nuevos en la raíz de "C:"; el descargado, otro de nombre "readme.txt" y un tercero de nombre "OQFE7838_Admin.msp"; el siguiente paso es abrir una ventana de MS-DOS, donde teclearemos:
start msiexec /a [path to admin image .msi file] /p [path to OQFE7838_Admin.msp] SHORTFILENAMES=1
Entendiendo que:
[path to admin image .msi file] en este caso se sustituiría por "E:\Software Administrado\Microsoft Office 2000\data1.msi" y [path to OQFE7838_Admin.msp] se sustituiría por la ruta donde estuviera el parche, es decir, si el fichero "OQFE7838_Admin.msp" estuviera colgando directamente de la raíz del disco duro, deberíamos sustituirlo por "C:\OQFE7838_Admin.msp". Debemos incluir las comillas dobles en las rutas especificadas
Una vez hecho esto nos aparecerá un cuadro de diálogo en el que iremos respondiendo a las preguntas que nos formule sin modificar ninguno de los valores especificados por defecto, y finalmente el parche quedará asociado al "msi" del paquete "Microsoft Office 2000".
Para completar el proceso debemos "forzar" la reinstalación de dicho paquete para que el parche se aplique en todas las estaciones (recordamos que ya indicamos como se "fuerza" la reinstalación de un paquete en este mismo apartado en reinstalación de un paquete MSI).
NOTA: Para concluir el proceso podemos eliminaremos de la unidad "C:" de nuestro servidor Windows 2003 los ficheros "readme.txt", "OQFE7838_Admin.msp" y "OF9DAT_a.exe".
T
T
r
r
a
a
n
n
s
s
f
f
o
o
r
r
m
m
a
a
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
En ocasiones podemos desear modificar la configuración inicial que tiene por defecto un paquete "msi" que va a ser instalado en nuestro equipos clientes.
Para poder llevar a cabo esta tarea es necesario disponer de un fichero "mst" que modifique la configuración inicial del fichero "msi", base de la instalación. Para generar el fichero "mst", necesitamos un asistente de generación de dichos ficheros de modificación; no todos los programas que disponen de un fichero "msi" disponen de una herramienta de generación de "mst", pero sí algunos de ellos.
Tomaremos con ejemplo "Microsoft Office 2000", software que se instala a partir del paquete "data1.msi" contenido en el CD del producto. Existe un asistente de generación del fichero "mst" de modificación del paquete, que puede ser descargado desde "http://www.microsoft.com/office/ork/2000/appndx/toolbox.htm", (o bien desde el CD del curso pinchando sobre el el "link" siguiente "ORKTools.exe").
33
Tras descargar dicho fichero en el Escritorio de nuestro servidor Windows 2003, lo instalamos haciendo doble clic sobre él, mostrándose la primera pantalla de instalación de las herramientas de Microsoft Office 2000, en la cual seleccionamos la opción "I accept the terms in the License Agreement" y posteriormente pulsaremos sobre el botón "Next".
En la siguiente pantalla especificamos la ruta donde se instalarán dichas herramientas; dejaremos la opción seleccionada por defecto y pulsaremos directamente sobre el botón "Next".
En la siguiente pantalla se especifican las herramientas que deseamos utilizar; dejamos todas las opciones por defecto y pulsamos directamente sobre el botón "Install Now".
Comienza en este instante el proceso de instalación; tras unos breves instantes se mostrará la siguiente ventana informándonos de que el proceso se ha completado correctamente, en la cual pulsaremos sobre el botón "OK".
Al completarse la instalación con todas las opciones especificadas anteriormente por defecto, tenemos disponible en nuestro servidor Windows 2003 a partir de ahora un conjunto de herramientas para el Office 2000, entre las que se encuentra el generador de ficheros "mst", que queda instalado en la opción "Custom Installation Wizard" dentro del grupo de programas "Microsoft Office Tools" en la entrada "Microsoft Office 2000 Resource Kit Tools".
Al lanzar la aplicación nos aparece la siguiente pantalla, indicándonos la utilidad de la herramienta que estamos ejecutando; en ella pulsamos sobre el botón "Next" directamente.
35
El siguiente paso es indicar la ruta donde se encuentra el paquete "msi" que pretendemos modificar; obsérvese que en este caso NO es necesario indicar una ruta de red, pues tan sólo estamos trabajando sobre el servidor y los clientes no tienen influencia alguna en este proceso. Así pues indicaremos la ruta "E:\Software Administrado\Microsoft Office 2000\DATA1.MSI" y a continuación pulsamos sobre el botón "Next".
A continuación debemos indicar si este es un fichero "mst" nuevo o bien va a ser una modificación de uno ya existente; como es obvio en nuestro caso indicaremos que deseamos crear un fichero "mst" nuevo, dejando activada la opción por defecto y pulsando directamente sobre el botón "Next".
El siguiente paso es especificar el nombre y lugar de ubicación del fichero "mst" a generar; debemos tener presente que debe ubicarse en la misma carpeta que el "msi" al que va a modificar, ya que sino no podrá ser asignado; el nombre del fichero puede ser cualquiera, y nosotros hemos elegido "msimod.mst", así pues la ruta final elegida para el fichero "mst" sería "E:\Software Administrado\Microsoft Office 2000\msimod.mst"; una vez especificada dicha ruta pulsaremos sobre el botón "Next".
Ahora es cuando realmente comenzamos a personalizar el paquete a instalar, indicando el lugar donde deseamos que el paquete sea instalado en los clientes, y el nombre de la organización que deseamos que aparezca en nuestro "Office"; nosotros dejaremos la misma ubicación base del paquete "msi", pero modificaremos el nombre de la organización con el valor "MiCentro" y pulsaremos posteriormente sobre el botón "Next".
37
El siguiente cuadro de diálogo nos pregunta si deseamos eliminar alguna de las versiones anteriores de Office que estuvieran instaladas en las máquinas destinatarias del paquete; elegiremos no desinstalar ninguna versión antigua, si la hubiera, así pues pulsaremos directamente en esta pantalla sobre el botón "Next".
La ventana que se muestra a continuación es, sin duda, una de las más interesantes en el proceso de personalización de la instalación desatendida de nuestro "Microsoft Office 2000", pues nos va a permitir personalizar para cada aplicación que componentes deseamos instalar.
Si elegimos la opción "Ejecutar desde mi PC" los archivos necesarios para ejecutar esa opción se instalarán en el equipo cliente durante la instalación; si la opción seleccionada es "Ejecutar desde la red", irá a buscar los archivos al Servidor cada vez que los necesite (ahorramos disco duro local, pero perdemos en velocidad de ejecución): la tercera opción sería "Instalar al utilizar por primera vez", que es la que recomendamos, pues hace que los archivos necesarios para ejecutar la opción deseada, sólo se copien al equipo local cuando el usuario intenta ejecutar por primera vez la opción en cuestión. Seleccionaremos los elementos a instalar y las condiciones de instalación de los mismos, y tras ello pulsaremos sobre el botón "Next".
La siguiente opción de personalización es muy potente, pero bastante compleja; básicamente permite hacer presentaciones muy logradas para las instalaciones del producto; nosotros en este apartado no modificaremos ningún valor y continuaremos hasta la siguiente pantalla pulsando directamente sobre el botón "Next".
39
El siguiente apartado permite añadir ficheros personalizados a la instalación, como por ejemplo plantillas propias; nosotros tampoco personalizaremos hasta este extremo nuestra instalación, luego seguiremos avanzando hasta la siguiente pantalla pulsando sobre el botón "Next".
Tampoco aquí haremos ninguna variación; el cuadro nos permite personalizar entradas en el registro si es nuestro deseo, pero nosotros no vamos a variar la configuración base, luego pulsaremos directamente sobre el botón "Next".
El siguiente cuadro sí que puede tener un elevado interés, pues nos permite añadir, eliminar o modificar que accesos directos y en que lugar serán colocados en los equipos clientes; aunque nosotros no haremos ningún cambio respecto a la configuración base, sí que puede ser interesante en función de nuestras preferencias hacer los cambios que consideremos oportunos. Pasaremos a la siguiente ventana pulsando sobre el botón "Next".
La siguiente pantalla permite definir más de un lugar donde los clientes podrán ir a buscar los ficheros de la instalación; esta opción tiene sentido si tenemos varios servidores Windows 2003 que están sirviendo el software administrado "Microsoft Office 2000"; como no es nuestro caso, pasaremos a la siguiente pantalla pulsando sobre el botón "Next".
41
A continuación se nos muestra otra pantalla en la que tampoco haremos ninguna variación; en ella podemos especificar qué programas o herramientas deseamos ejecutar, y en qué orden serán ejecutados, tras finalizar la instalación de "Microsoft Office 2000" en los clientes. Así pues pulsaremos directamente en esta pantalla sobre el botón "Next".
La pantalla siguiente permite personalizar el perfil base que se encontrarán los usuarios de Outlook; nosotros tampoco vamos a hacer ninguna variación en este apartado, así que pulsaremos sobre el botón "Next" para continuar el proceso.
En la ventana siguiente se nos pregunta si deseamos que se actualice la versión de nuestro navegador a "Internet Explorer 5"; la opción por defecto es que sí se actualice, pudiendo indicar la ruta y el modo de actualización; nosotros hemos desechado esta opción, y hemos elegido por tanto que no se lleve a cabo la actualización de dicho producto; tras activar la casilla "Do not install Internet Explorer 5" pulsamos sobre el botón "Next".
NOTA: Tras indicar que no deseamos actualizar a la versión 5 del navegador, se muestra una pantalla que nos indica la necesidad que tienen algunas aplicaciones de tener instalada una determinada versión del navegador; pulsamos sobre el botón "Yes" en dicha ventana y seguiremos el proceso de personalización de Office 2000 con normalidad.
Llegados a este punto se muestra la pantalla resumen de todas las opciones seleccionadas, pudiendo modificar lo que consideremos oportuno; nosotros no modificaremos ninguna de las opciones mostradas y pulsaremos directamente sobre el botón "Next".
43
Finalmente pulsaremos el botón "Finish" para que se lance el proceso de creación del fichero "mst" con las configuraciones que hemos ido seleccionando; cuando se complete este proceso en la carpeta donde hemos ubicado el paquete de distribución de "Microsoft Office 2000", tendremos además del fichero "data1.msi", un nuevo fichero "msimod.mst".
Una vez generado el fichero se mostrará la siguiente pantalla, en la que pulsaremos sobre el botón "Exit":
A partir de este momento ya podemos distribuir el paquete "Microsoft Office 2000" tomando como base el fichero "data1.msi" y aplicándole las configuraciones indicadas en "msimod.mst". Para ello utilizaremos el paquete "Microsoft Office 2000" especificado anteriormente a través de la directiva del mismo nombre; hemos de tener en cuenta que para que se le pueda aplicar al paquete "msi" la transformación "mst", dicho paquete "msi" debió ser asociado en su momento como "Publicado o asignado (opciones avanzadas)", ya que sino NO podremos modificar el paquete con el nuevo fichero "mst" obtenido.
Como la directiva en cuestión ya fue creada en su momento, y por ello ahora NO puede ser aplicada un fichero "mst" de transformación sobre ella, lo primero que haremos será eliminar la directiva "Microsoft Office 2000" (situándonos sobre ella, pulsando con el botón derecho del ratón, seleccionando la opción "Todas las tareas" y luego la opción "Quitar", y ante la pregunta formulada, activar la opción "Permitir a los usuarios seguir utilizando el software pero impedir nuevas actualizaciones"). Tras ello volveremos a recrear la directiva en cuestión, y finalmente seleccionaremos la opción "Avanzado" y luego pulsaremos sobre el botón "Aceptar".
En la nueva ventana mostrada es MUY IMPORTANTE no pulsar directamente sobre el botón "Aceptar", pues esa acción nos volvería a imposibilitar la asignación del fichero de modificación "mst" (tal y como se indica en el aviso de la parte inferior correspondiente a dicha ventana), luego lo que debemos hacer es situaremos la pestaña "Modificaciones".
45
A continuación pulsando sobre el botón "Agregar", seleccionaremos el fichero "msimod.mst" como fichero de transformación para ese paquete; ahora sí podremos pulsar sobre el botón "Aceptar" para completar el proceso.
Pasando a partir de ese momento a aplicarse las modificaciones establecidas en dicho "mst" a la configuración base del fichero "msi" correspondiente, de modo que cuando se instale dicho paquete en un nuevo equipo del dominio, se hará con las modificaciones especificadas en el fichero "msimod.mst". Si deseamos que el paquete "Microsoft Office 2000" se instale de nuevo en los equipos donde ya había sido instalado anteriormente (pero ahora con las modificaciones que hayamos realizado), nos situaremos sobre el nuevo paquete "Microsoft Office 2000" y pulsaremos con el botón derecho del ratón sobre él, seleccionando la opción "Todas las tareas" y dentro de ella "Volver a implementar la aplicación".
D
D
e
e
s
s
i
i
n
n
s
s
t
t
a
a
l
l
a
a
c
c
i
i
ó
ó
n
n
d
d
e
e
p
p
a
a
q
q
u
u
e
e
t
t
e
e
s
s
M
M
S
S
I
I
p
p
r
r
e
e
v
v
i
i
a
a
m
m
e
e
n
n
t
t
e
e
i
i
n
n
s
s
t
t
a
a
l
l
a
a
d
d
o
o
s
s
Una vez que ha sido distribuida una aplicación entre los equipos del dominio a través de "Windows Installer", puede ocurrir que deseemos por cualquier motivo desinstalarla de dichos equipos; este proceso que normalmente sería tedioso al tener que ir equipo por equipo llevando a cabo la desinstalación, es posible realizarlo de forma administrada a través de esta tecnología.
Los pasos a seguir para llevar a cabo este proceso consisten en acceder a la directiva de grupo a la que pertenezca el paquete a desinstalar, y pulsar sobre el botón "Modificar"; posteriormente nos situaremos sobre el paquete que deseamos desinstalar, y pulsando sobre dicho paquete con el botón derecho del ratón, seleccionaremos la opción "Quitar" del menú "Todas las tareas".
En ese momento nos aparecerá un cuadro de diálogo preguntándonos si deseamos desinstalar dicho paquete de todos los equipos y usuarios a los que se les fue distribuido en su momento, o bien deseamos dejamos el paquete instalado en aquellos equipos en los que ya está instalado, pero impedir nuevas instalaciones para aquellos equipos y usuarios que aun no tuvieran instalado dicho paquete.
47
Normalmente seleccionaremos la opción de desinstalación inmediata del software. Una vez que reiniciemos los equipos observaremos que el paquete será desinstalado por medio de "Windows Installer", completándose el proceso descrito.
Nosotros no desinstalaremos ninguno de los paquetes que hemos instalado hasta este momento.
F
F
i
i
c
c
h
h
e
e
r
r
o
o
s
s
Z
Z
A
A
P
P
Una última opción de la tecnología "Windows Installer" es la instalación de paquetes a los usuarios bajo demanda; obsérvese que hemos dicho "a los usuarios", pues como comentamos anteriormente los paquetes sólo pueden publicados para los usuarios, y no para las máquinas. Cuando publicamos un paquete "zap" en lugar de un paquete "msi", el usuario puede usar "Agregar o quitar programas" para la gestión de dicho software; la única diferencia estriba en que los ficheros "zap" no pueden repararse automáticamente, ni pueden ser actualizados con nuevas versiones por medio del "Windows Installer"; por contra presentan la ventaja de que no necesitamos generar un fichero "msi" para su instalación, siendo muchos más sencillos de elaborar.
Los "zap" son ficheros de texto en los que básicamente indicamos la asociación existente entre una extensión de fichero y un determinado software, de tal modo que cuando el usuario hace por primera vez doble clic sobre un fichero de dicha extensión, se lleva a cabo en la estación de trabajo el proceso de instalación del software especificado en el fichero "zap". En este caso el software no se instala automáticamente a diferencia de los paquetes "msi", sino que será el usuario quien especifique los parámetros que el proceso de instalación solicite.
Una vez se haya completado la instalación de dicho software, cualquier fichero de la estación local que tenga esa extensión, será abierto automáticamente, al quedar en dicho equipo el software instalado y asociado al tipo de ficheros especificado.
Los ficheros "zap" al igual que los "msi" deben ubicarse en una unidad de red compartida, nosotros crearemos para este fin una nueva carpeta de nombre "ZAP", colgando de la raíz de la unidad "E:" del disco duro, y la compartiremos en las mismas condiciones que la carpeta "Software Administrado".
Nosotros hemos tomado como ejemplo la instalación del software de compresión "WinRar 3.0" a través de esta tecnología. Para ello hemos creado una carpeta de nombre "WinRar30" colgando de "ZAP", y dentro de ella hemos incluido el fichero "Wrar300.exe", que es el instalador de dicha aplicación y el fichero de texto plano "WinRar30.zap", creado con el bloc de notas y cuyo contenido es el siguiente:
[application]
FriendlyName = "WinRar versión 3.0"
SetupCommand = "\\SERVIDOR\ZAP\Winrar30\wrar300.exe" DisplayVersion = 3.0
[ext] RAR=
En "application" hemos indicado el nombre (FriendlyName) y versión (DisplayVersion) de la aplicación a instalar, así como el fichero que lanza la instalación de "Winrar 3.0" y la ruta de red para su acceso (SetupCommand). En "ext" , tan sólo hemos de indicar la extensión a la que asociamos el programa ("rar" en este caso).
A partir de este momento el proceso es el de siempre, instalar el paquete ("zap" en este caso) a través de una directiva de grupo. Nosotros hemos creado la directiva "Winrar" y dentro de ella hemos definido la instalación del nuevo paquete, pero con una salvedad, en esta ocasión debemos asignarlo a los usuarios del dominio "micentro.edu" (así pues interactuamos sobre el apartado "Configuración de usuario" y no sobre "Configuración de equipo", como habíamos hecho hasta ahora), y no a los equipos de dicho dominio, ya que el paquete "zap" debe ser publicado para su correcto funcionamiento.
Tras "publicar" el paquete "zap", la directiva quedará como vemos en la imagen inferior, y la primera vez que un usuario del dominio con permisos de instalación en la estación de trabajo haga doble clic sobre un fichero de extensión "rar", se instalará en el equipo la aplicación "WinRar 3.0".
49
Pese a todo lo expuesto hay un aspecto que no nos gusta de este tipo de distribución, y es que para que el usuario del dominio "micentro.edu" pueda instalar dicho software, debe tener permisos sobre las carpetas donde van a almacenarse los ficheros de la instalación, y en caso de no ser así la instalación no se completará de forma efectiva. Por ejemplo si nos identificamos como un usuario del dominio sin permisos de grabación sobre la carpeta "Archivos de Programa" (por ejemplo los usuarios "ESO" o "Bachiller"), e instalamos WinRar a través de un fichero "zap", la instalación no podrá completarse adecuadamente si pretendemos realizarla en la carpeta "Archivos de Programa" de la estación, al no disponer el usuario de permisos para ello. Por todo ello, sólo recomendamos este tipo de instalación en casos muy puntuales.
En caso de autenticarnos con las credenciales de un usuario del dominio aparecerá disponible la aplicación para su instalación en el apartado "Agregar nuevos programas" dentro de "Agregar o quitar programas" del "Panel de Control", tal y como vemos en la siguiente imagen. Pulsando sobre el botón "Agregar" podremos comenzar la instalación de la aplicación Winrar en el equipo cliente.