Changes

Jump to: navigation, search

Screenshots

1,393 bytes added, 04:09, 3 February 2007
GUI / graphical mode
= Installation =
== GUI / graphical client installation mode ==
After we The WPKG-installer will create a windows service on the client machine. The service will run at system boot, and read the installerconfiguration xml files from the wpkg network share. The service will be created to run as the local SYSTEM user (the other user credentials discussed below are different). As an administrator, we run setup.exe, and choose where WPKG should be installed...
[[Image:install1.png]]
[[Image:Parameters1.png]]
The "Script path user" credentials are used to gain access to the network share where the wpkg.js script and the configuration xml files are located. If the share is set up to accept guest read access from anyone, then these credentials may not even matter.
The "Script execution context" user is the user that "executes all commands". This user probably has to have administrative privileges on the local machine to be able to do most interesting installs. By default, WPKG-install sets this to SYSTEM, which works fine as long as the installs do not have to access other network shares.If any of your installation scripts require access to network shares (other than the share where the script and configuration files are) then you can set this to a user that has administrative privileges on the local machine and also read (or read/write) privileges on the necessary network shares.   Next we set some advanced settings...
[[Image:Parameters2.png]]
After that, installation and configuration on the client is complete!Reboot the machine to start the service and see if it correctly finds the configuration files and so forth. Check the Windows Events log for details of its actions.
You can later change the parameters by running "WPKG Parameters" shortcut placed on Administrator's desktop.
21
edits

Navigation menu