Give us a call at 262.299.4606 to discuss how FastTrack can help your organization or email us here

FastTrack Automation Studio 11 is now available. Click here to download now.
FastTrack admin

Rethinking Software Deployment In The Cloud Era

FastTrack Automation Studio can deploy and remove software from your clients by simple mouse-clicks. But even better - you do not need any new infrastructure. Yes, you read that right. All you need is the studio installed on your admin computer to configure it. You can also use it to deploy drivers, desktop shortcuts, registry keys and much more.

In these cloud days where we remove on premise infrastructure, this new way of thinking software deployment totally voids the need to install and maintain an onsite management server. The way you keep track of things is by viewing the cloud-based inventory that is automatically taken and comes with your license. Read on for more details.

If you have Desktop Authority, you can combine this with the Logon Script Builder, and you have all the same features as Desktop Authority available at a much lower price and without the client hassles.

If you would like to talk with us, give us a call at 262-299-4606.

Download FastTrack Automation Studio

Software Deployment

Software Deployment and Desktop Management

Department of Commerce Booking Kpmg Aspen Dental Hamilton Beach Toyota Disney Kawasaki Goodyear Maersk NOAA

Create a logon script with your own logo in 30 minutes without writing a single line of code! Visit

Software Deployment Setup

Essentially all you need to do is to start a wizard and point to a distribution share on the network. Once you have done this, it's all point'n'click to add software and so forth, as shown below. Read on below the screenshot for a complete walk-through.

Software Deployment Install Page

Software Deployment - keep it simple!

No new infrastructure

If you have tried to install Desktop Authority or the likes, you know that the first thing which needs to happen, is that you need to install 25-30 components for it to actually work. You need a web server, a sql server database and a heap of other system components. At this time, you are already thinking there are so many things that can go wrong in the production environment. And also, if you just moved your infrastructure to the cloud, what was the point, if you need to install a local management server to distribute software?

We have taken a totally different approach, because we believe simplicity is better. There IS no "management server". Instead, all the work happens on the client and all you are seeing in the logs, are in fact clients working for you. The clever part about our approach is that when you use the software deployment wizard that you see further down, you are not configuring settings in a database. You are in fact building a script for clients based on our core scripting language FastTrack Scripting Host. What is really going on is, when you point and click your way to a configuration setup and save, all you have really done is to write a FastTrack script for clients to execute that you could have written yourself in Scripting Mode. Once you edit the configuration, the wizard simply reads this script back into the GUI. If you have added something manually to this script or modified it in a way that the GUI cannot understand, these portions will simply appear under "custom script" in the left menu and nothing is broken.

It's a contract

See the software deployment more of a contract than a one-time install job. You have 200 computers and you want to install an MSI package. Maybe 20 have the package already and maybe someone manually removes the software later on 5 computers. The way this works is a recurring comparison of installed software. So in first push, 180 get the package and the last 20 do not error out with the software already installed. If someone removes the package, within minutes, it just comes back. This is much more intelligent and consistent than trying to push one time.

The sky's the limit on flexibility

So you are basically "just" writing a script that runs recurrently without being directly aware of it. This opens up a whole new world of flexibility. Our core scripting language is the largest in the world and it has a real simple syntax that you can quickly learn. So if you hit the dreaded configuration wall and end up in a place, where the configuration GUI does not suffice, you can just tap down to the "Custom Script" left menu and write a custom snippet. Or you can "take over" script lines built by the GUI and modify to your needs in Scripting Mode. If you have trouble doing that, you can write to our support, which is covered by your license, and we can help you. This Farm App Deployment page covers an example of how to manually write the script to install software and unlock all the 1500 commands of the core language.

No update of clients

We mentioned Desktop Authority in a previous section. If you have ever used it, you will know that one of the pain points of using it, is updates. When there is a new version, you need to update all clients and often this results in manual service of some of them. This doesn't happen here, because you NEVER need to update the clients. Push it out once using a few Group Policy clicks (explained further down) and you never need to touch clients again. So how can we be sure of that? Simple - the clients don't really do anything. The client MSI installs a scheduled task that synchronizes the FastTrack Scripting host engine fsh.exe and a script file from a network folder and executes the script using this engine exe. If you upgrade FastTrack Automation Studio on your admin computer, the engine FSH.exe will automatically update on the network folder, and therefore in turn on all clients.


Our solution is considerably cheaper than common alternatives. And included in licensing, you get the Logon Script Builder that works in the same way to connect shares, printers and install Outlook signatures. You also get a free private cloud inventory and ability to build you own custom MSI files.

Setting up Software Deployment

The first thing you need to do, is to set up a client and distribution point. You do this by clicking "Software Deploy" in the App Factory and select "Set Up Client".

Software Deployment Configuration

As said in the first section, this is an extremely thin client. All it does, is to install a Scheduled Task that will kick off a script from your netlogon share (or another share of your preference) using the engine fsh.exe and the script from this location. At this time, you need to be sure, where you would want to store the central script to control the operation, as this is fixed in the MSI file. We recommend to leave it at the default netlogon share, unless you have reasons not to.

Software Deployment Location

When you get to the next page, you need to enter the credentials of a domain admin account that is going to perform the operations on the clients. This user does not necessarily have to be a domain admin, but the user has to be local administrator and have full control over the central share location. We recommend that you create a domain admin account for the purpose and use a long and complex password, because you have to disable password expiration to avoid having to redeploy the client.

Software Deployment Credentials

Client deployment

Once you completed the wizard, you end up with an MSI file. You need to deploy this once to clients. At initial testing, simply install the MSI file on a few test machines manually. Observe that if you are using a trial, you will need to recompile the MSI anyway when licensed, because the trial client will otherwise expire. So for trial usage, you should probably stick to manual installation on a few test machines.

Once you have everything in place and you need to install the client on all machines. The easiest way to do that is to use Group Policy. Locate the "Software Installation" policy, as shown below, and browse to the MSI file that you just generated. If you did not change the default location, it will be located at \\<domain>\netlogon\FTClient\FTClient.msi, where <domain> is to be replaced by your actual domain. Group Policy software deployment is not transparent. The only way you will know that clients are actually installed, is to open the App Factory and look at the install log under the "Software Deploy" icon in FastTrack Automation Studio. Once a client Scheduled Task is installed through the MSI file, it will register in the central log.

Software Deployment Install

Important notice!

Make sure you are using software installation under "Computer Configuration" and NOT "User Configuration". Also when adding the package to "Software Installation", always use the fully qualified domain name, if you deploy from the netlogon share. In some cases when using the NETBIOS domain name, MSI error 1612 will occur and the package will not install on clients. For example, if your domain is, use \\\netlogon\ftclient\ftclient.msi instead of just \\ft\netlogon\ftclient\ftclient.msi.


Once you have clients in place, go to the App Factory and click "Software Deploy" again and select "Edit Configuration". If you are familiar with the Logon Script Wizard, you will recognize the layout. To the left, you see a list of overall feature categories. The first and initial category is the "General" page. Here you decide how often clients check for new configurations and execute the script that you are building with the wizard. For initial construction, 5 minutes is good, but once you are set in a production environment, there is no need for checking for new software, drivers and so forth more than say once a day.

General Software Master Control

One-Time Installer vs Client MSI

The option to generate a "One-Time Installer" (a small exe file) is useful for at least two things. What is does is that it executes the script (the entire configuration) once, when you run the exe file. This way, you could use this exe file as a startup script instead of using the MSI file (which executes recurrently). It is also useful as part of an OS deployment, where you want to make sure that all current software and drivers are installed before the user gets the computer; refer to this page for more information. The only thing you need to be sure of, is that the central location is reachable in the context the exe file runs. For example, a startup script runs as local system account.


Under "Settings", you decide a series of settings, such as whether to take inventory, set the system time, threshold for minimum free diskspace and policy for laptop software deployments. There is no point in starting an installation of Microsoft Office on a laptop, if there is 10% battery left. On this page, there is also a setting to decide, how many computers may run installations simultaneously. Unless you have a large number of computers and you deploy large packages, it is not necessary to use the simultaneous option. If you wonder how this can work without a central state server, this works by clients sharing an XML state file on the netlogon share (or the location you select), so each client knows how many other clients are installing at the time, when a "slot" is needed.

General Software Settings

Software Deployment

On the "Software Deploy" page you set up software that you would like to install on clients. You simply point to an MSI file on your network using UNC and the GUI will automatically fill in the information. In the case below, we pointed to the Adobe Reader MSI file. Once you click "OK" you will be asked for conditions to install, such as membership of a group or OU. Note that membership and OU here means machine security group and/or OU, as software is machine-wide, not per user. If you select the EXE option, it works the same way, but you have to supply parameters for getting the EXE-based installer to install unattended. If you select the FSH option, you need to point to a FastTrack Scripting Host script that you have built in Scripting Mode to install the software. For example, if you use the exe-to-msi feature in the App Factory to repackage TeamViewer, you might as well fire that FastTrack script directly instead; see TeamViewer page for example.

Software Deployment Install Page

If you use the MSI option, it is NOT a one-time install order. What it does is that when a client executes the script, it will check every time, if the MSI is installed or not, and only install it, if not. The reason why this is important to understand is that it doesn't matter, if some clients already have the software installed, because then nothing happens. It also has two other advantages; one is if the software is uninstalled, it will automatically be re-installed. The other advantage is that you can just update the MSI file on the file server and the version will no longer match = all clients will automatically update to this version, without even operning the wizard again and make a change.

Software Removal

The "Software Removal" feature works in a similar way. It's extremely simple. Just enter the name of anything as it appears in the Windows Control Panel programs list and it will be uninstalled. You can specify the left-most part, but the full name, as it appears in the Windows Control Panel programs list, must be preferred to ensure that nothing gets uninstalled by accident. On the other hand, some programs like Adobe Reader postfixes the version number in the application name, in which case, this can easily be factored in by using "Adobe Reader" as program name, in which case anything that starts with "Adobe Reader" will be unstalled.

Software Removal

Every time the script is executed, it will check the Windows install list for undesired software. In the case below, we do not want users to use Spotify, so we simply add it to the removal list. If the user installs the software, next time the script is executed, it is removed. Today most users are not local administrators, so the removal part is more useful to you for obsolete software. Let's say for example that the Cisco AnyConnect client is no longer used in the company. Then we can just add it to the removal list, and it will be uninstalled on all clients. You can also uninstall software based on version. Let's say all administrators now use TeamViewer 11, then "TeamViewer" can be added as program to remove and "11" can be used as "Minimum Version". In that case, computers with a lesser version than 11, will get TeamViewer uninstalled. The rest of the menus to the left are resonably self-explanatory. Note that some non-MSI based installers do not uninstalled without user interaction. Today this would be true for around 10% of the software out there. In such case, you need to find additional parameter for silent uninstall. A good example is TeamViewer. If it was MSI based, it would uninstall unattended, but it will pop-up an uninstall dialog box. If you Google the subject, you will find that you can pass /S to the uninstaller to bypass it, meaning that you must enter /S in the "Additional Params" for TeamViewer to make it work.


On the "Drivers" page, you simply point to an .inf driver file and it will install on clients. It will be installed in the Windows Driver Store and if it fits installed hardware, it will also update current drivers. If you want to install or update drivers for say Ricoh printers or general Intel drivers, you simply add the driver(s) to the list and it installs on next execution on each client. The "Split" flag in the list means, if there is a different version for 32 and 64 bit. A common situation would be to preinstall printer drivers. If you use the FastTrack Direct IP Printing feature (click here for more information), it is easier to just preinstall the drivers once this way. You can - as always - add conditions, which makes even more sense with drivers than software. If you want to update for example the Dell power management driver, you would only want to deploy it to Dell computers. It would have no effect installing it on other computers, as the hardware doesn't fit and is therefore not used by the Windows plug'n'play architecture, but there is still no reason it. You can also point to a specific model. For example in the pop-up below, where a driver for Dell XPS 15 computers must be deployed. You can also deploy drivers as part of operating system deployments; refer to this page for more information.

Software Removal


Note in the left menu that you have a menu called "Sub Sites". Let's say you have 4 sites in your company and you know these by IP scopes. Then you can go two ways, either you simply merge everything into one configuration and use the IP scope condition - or you can use "Sub Sites" to create a site configuration for each site based on IP scopes, meaning that on a specific site, the main script is executed plus this sites' "sub site script". A sub site allows you to open the very same Desktop Deployment Builder as you see here, but all settings will then only apply to the site you open.

USB lockdown

The software deployment is the main feature of this wizard. But there are other features that can be controlled using the client. You can decide to lock down USB devices based on the type of device. And you can use all the same conditions to filter the locking.

USB lockdown

Application lockdown

You can also lockdown applications. If you do not want to uninstall an undesired application, you can choose to lock it down instead. For example Spotify or Dropbox. You could uninstall it. Or you can lock it down, in case it is actually needed at a later point. This might be pretty easy to decide for Spotify, but you can lock down anything. You can lock down Internet Explorer or another browser for being used or block starting the OneDrive fat application, to control this via the logon script using drive mapping of OneDrive. In such cases an uninstall is not desirable or in some cases even possible.

App Blocking

You can also add registry keys to HEY_LOCAL_MACHINE and place desktop shortcuts on the desktop. A desktop shortcut set per-machine cannot be deleted by the user, versus doing it from the logon script on a per-user basis, so this is typically a better option, unless there is a user condition to place it there.

Testing tip

For initial internal testing, you can avoid waiting the minimum 15 minutes for to test configuration changes. The way you can avoid this, is to select 15 minutes and then log on to any test machine after client install, and locate "FastTrack Management Client" under Scheduled Tasks and run it manually. Setting the interval to 15 minutes disables the timespan check, as the Scheduled Task checks every 15 minutes.

When you are in a production situation and you want to remove or install new software, you can test for one specific machine, so you avoid setting up a test environment. When you add software to remove or install, you are always asked for a condition. You can simply use the "Computer must be one specific computer" condition to make sure that while you test, you only hit that one computer that you test on. Or you could create a computer security group for testing computers and check for that. Once everything is verified, use the edit button and remove the condition.

Software Deployment Condition

Changing server location

If you need to change the server location of the central files, you can rebuild the client and redeploy. To avoid having to do that, you can set a registry key on the machines to overrule the central location:

Software Deployment Location Change

Post installation tasks

If there is anything you need to do after successful deployment or removal of software, such as updating an inventory you might have, there are two files named PostInstall.fsh and PostUninstall.fsh in the bin folder on the central location. These kick off every time an installation or uninstallation is successful. This is a normal FastTrack script that you modify in Scripting Mode to your needs. The name of the application and the version can be extracted with the functions CurrentInstallName and CurrentInstallVersion.
Outlook Signature Generation

Outlook Signatures

Build mass-deployable Outlook signatures using a Word-like designer. More
Graphical Logon Scripts

Codeless Logon Scripts

Build graphical logon scripts with your own logo by pure point and click. More
IP Printing

Kill your print servers

Print to IP printers directly. More
Software Deploy

Software Deploy and Inventory

Push software without a management server and inventory to the cloud. More
Zero Touch Thin PC

Tired of Desktop Authority?

Same features - less complexity. More
FastTrack Automation Studio Video
Download FastTrack Automation Studio
Laptop Backups

Lockdown Local Admins

Revoke local admins rights and have users request ad-hoc access under full audit. More

Rating: 5 out of 5

"Use this as a replacement for VBScript and PowerShell"

"It's easy to include attractive GUI elements in FastTrack scripts, beyond the basic dialog boxes and text input that VBScript offers ... Another powerful feature is the ability to distribute scripts as Windows Installer (.msi) or standard .exe files. Although interesting in its own right, this ability results in a much more intriguing capability: to repackage -- or wrap -- software installers as .msi files without using snapshots. If you've ever created an .msi installer file from before-and-after system snapshots, for use with a software distribution system such as Group Policy or System Center Configuration Manager (SCCM), then you know how hit-and-miss the results can be."

Read full review

Rating: 8 out of 10

"Faster than the rest"

"We found the FastTrack syntax to be more transparent and easier to learn than Microsoft's PowerShell – the editor in particular provided good support in this regard. Scripting mode offers a large number of options from the command set through to simple output of graphical elements, which cannot be achieved at all with PowerShell or other solutions or only with a significantly greater level of effort."

"Anyone wanting to tackle the many hurdles in everyday admin and especially anyone for whom logon scripts and client automation is a priority will benefit from the variety of functions offered by FastTrack."

Review in English      Review in German