Revision as of 17:42, 15 October 2010

Este documento en otros idiomas: English French

Resumen

WPKG es un sistema de instalación de aplicaciones conducido por scripts. La lógica principal reside en el fichero wpkg.js, que es ejecutado en cada cliente en el contexto de un usuario con privilegios. Puede ejecutar una serie de comprobaciones (p.e. comprobar de nuevo las versiones de archivos, existencia de archivos, entradas para desinstalaciones, entradas en el registro o develver el resultado de un comando del sistema arbitrario) y deseencadenar la ejecución de otros comandos como resultado de estas comprobaciones.

Permite construir árboles de dependencias de las aplicaciones y guardar una base de datos propia para cada cliente para producir actualizaciones y deinstalaciones de programas. Evaluando esta información se puede conocer las instalaciones realizadas en los equipos cliente.

Configuración

La configuración de WPKG se guarda en cuatro archivos o se lee desde los subdirectorios incluídos. Estos ficheros definen las opciones de configuración y utilizan el formato XML; por lo que pueden ser fácilmente modificados con cualquier editor de texto. Se puede incluso generar algunos de ellos de forma automática.

Estos ficheros de configuración son:

• hosts.xml - define los hosts y sus perfiles asociados, estos hosts serán los utilizados,
• profiles.xml - defines los paquetes de software o scripts que se instalarán/ejecutarán en los hosts,
• packages.xml - define como instalar y desinstalar paquetes de software. En otras palabras, un lista de todas las aplicacionetes y scripts que se pueden aplicar en los equipos de trabajo (workstations).
• config.xml - opciones globales de configuración de WPKG

Los principales ficheros de configuración y el aplicativo JScript (wpkg.js) necesitan ser almacenados en el mismo directorio. Con el fin de mantener las definiciones de los hosts, los perfiles y los paquetes bien organizados en grandes entornos, se pueden distribir en varios ficheros *.xml en diferentes subdirectorios con los nombres "hosts", "profiles" and "packages".

Software para el servidor (Samba o servidores de archivos Windows)

El único requerimiento necesario desde el punto de vista del servidor para utilizar WPKG es un sistema de archivos en red. Básicamente, una carpeta compartida es necesaria; y debe ser accesible desde todos los equipos clientes (workstations) para particularizar wpkg.js y sus ficheros de configuración. Además, probablemente querrá tener copartidas los orígenes de los programas a instalar (copias de los archivos de instalación de los programas) y puede considerar tener algunas carpetas accesibles a través de la red para almacenar copias de las bases de datos clientes para instalar y de los ficheros de log de WPKG para facilitar las posteriores verificaciones de los progresos de instalaciones y corregir errores. En la actualidad, desde que Windows soporta nativamente WebDAV (desde Windows XP), ha desaparecido la limitación de SMB, por lo que se puede utilizar WebDAV en los servidores también.

Nota: Asegúrese de que su servidor no proporciona servicios basados en SMB (e.j., DC, impresoras compartidas o carpetas compartidas o otros de los servicios utilizados por WPKG) en los equipos clientes (workstations), en otro caso aparecerán errores en momentos aleatorios: Múltiples conexiones a un servidor o recursos compartidos por el mismo usuario. Si tiene que prestar tales servicios, puede utilizar un DNS CNAME o dirección IP para hacer referencia al servidor en el cliente de WPKG.

Client software (Windows workstations)

WPKG on the client side is just an executed JScript file - it needs no further software to run as such, although your software installers might require additional components (like Windows Installer 3.0). There are plenty of ways how you might run WPKG - take a look at Installation instructions - advanced for some ideas of how it can be done. However, the WPKG Client, a client-based service, should be appropriate for most basic needs. The basic idea behind all approaches is a command like this is executed on the client machine at some convenient point in time (typically at startup):

cscript \\server\wpkg\wpkg.js /synchronize /quiet

When WPKG is called on a Windows workstation with these options, it will do the following:

• look for its hostname in \\server\wpkg\hosts.xml file, and a profile associated to the name,
• look which software/scripts it has in a profile in \\server\wpkg\profiles.xml file,
• look for detailed package descriptions in \\server\wpkg\packages.xml file - name, description, install command, remove command, exit code etc.

/synchronize means that WPKG will try to sync the packages - that is, install software if it's not already installed, execute scripts, and if it's successful, write the "status" to C:\Windows\System32\wpkg.xml (so that software installation is not started again if it's already installed).

Of course, WPKG has many more options. See WPKG flags for details.

You will likely run it manually as a local or domain Administrator when you would be still testing WPKG
(just open a command line using menu Start -> Run -> cmd).

When you're done with testing and finally configure everything the way you like, you will want to run it automatically on each of your dozens or hundreds of workstations.
When WPKG is installed, it runs and installs software automatically in the background, whenever the workstation boots up, even when no one has logged on to that PC.

Missing functions

WPKG cannot do everything (yet). Among the things it does not do are the following:

Installation of the Operating System

WPKG comes into play after the O/S is installed and running. For everything before that use approaches like RIS/WDS or Unattended for automated network-based installation of the O/S)

"Software push" functionality

WPKG is a client-centred approach to software installation, so it does not support "pushing" software. However, you are free to issue Remote Procedure Calls to clients in order to trigger the start of the WPKG service or even directly the start of the WPKG command

Software repackaging

WPKG is about scripted, unattended installations. In our experience, repackaged software while running fine most of the time, might cause obscure problems in rare cases and leaves the admin standing without any reasonable support from the software companies. This article at unattended.com elaborates in a bit more detail on this matter.

Integrity or signature checking of installation packages

This is a security feature and while surely a valuable gain, nobody has yet been found to implement it.

Multicast deployments

Multicast transfers would be very valuable in narrow-bandwidth environments with shared media and a large number of clients - typically large wireless networks or networks connected through a narrow link (e.g. a 10 Mbps laser link). WPKG uses file services and installs software packages synchronously, using multicast would necessarily mean a different approach to file transfers and asynchronous installations. Anyway, a lot can be done using a local caching directory, a multicast transfer daemon like uftp and some intelligent scripting combined with WPKG.