The VBScript is what you will need to run per user on the client side. There are four possible ways to accomplish this:
- run it manually
- good old fashioned run it manually – this will work and is good for testing, but not really efficient
- TIP: to debug changes, run it per “cscript ITPrinterMangement.vbs” from a command line – this will give you a better output then a simple double click
- LoginScript per Active Directory Users and Groups
- use it as an LoginScript or start it from another existing LoginScript
- GPO – Logon script
- create a GPO and go to:
- User Configuration \ Policies \ Windows Settings \ Scripts \ Logon
- put the script there
- you might wanna copy/paste the script directly to the policy scripts folder as well so it replicates throughout all DCs now and in future
- create a GPO and go to:
- GPO – Scheduled Task
- you could create a scheduled task that executes as the user – like every 2 hours
- don’t forget to put the script either in an accessible central location or copy it per GPO to the end-user system
Running it manually is not really effective. Better is to run it per LoginScript weather in the GPO or Active Directory user object.
Creating a GPO that creates a scheduled task that executes as the user is the most aggressive way to change the printers – it would work and there can be a need for it – but it can also theoretically interfere with a user session – try it if you think you need it.