Would GPO prefs/Comp config/Windows settings/Files work for you ?
I have a batch file that I want to run as post-imaging task (with our Kace K2000 imaging system) that copies a file from a network share into a folder in C:\Program Files. However, on Windows 7 I get an error when this is run unless I right click and choose "Run as administrator." Obviously I can't right click to do this if the script is running automatically in the Kace imaging environment. In the script, is there a way I can specify "Run as administrator" as a command?
Would GPO prefs/Comp config/Windows settings/Files work for you ?
Does Kace not run the script as administrator to prevent these issues? You running the script would force you to right click but I would have thought Kace would run as admin by default.
You do have another option of using either a start up script (which runs as SYSTEM) or using GPP to check/copy the file as well.
Thanks all for your help.
It was introduced in server 2008 but can be added to 2003. You should def look into it
MS have an overview paper on it here ... and this one might also be of interest
RunAs("userid", "domain", "password", 0, @COMSpec & " /c " & "d:\a folder\script\nameofbatch.cmd")
Something from the technet site. I'll paste this here as it's useful for future reference (and just in case it ever get lost over at MS!)
use a utility such as RunAs any time you need to run a program as an Administrator. And so, seeing as how everyone always does whatever Microsoft tells you to do, you type the following command at the command prompt and try using the RunAs utility to run the script C:\Scripts\Test.vbs:
runas /profile /user:fabrikam\kenmyer "C:\Scripts\Test.vbs"
And hereís what happens when you press ENTER:
Attempting to start C:\Scripts\Test.vbs as user "fabrikam\kenmyer" ...
RUNAS ERROR: Unable to run - C:\Scripts\Test.vbs
193: C:\Scripts\Test.vbs is not a valid Win32 application.
Itís at this point that people typically do one of two things: either they give up, or they start debugging the script, trying to figure out why their code isnít valid. But hereís the deal: the error message says nothing about the script or the script code being invalid, it simply states that Test.vbs is not a valid Win32 application. Thatís because RunAs is expecting to run an executable file. Test.vbs is obviously not an executable file, so the command fails. Most likely your code is just fine; the problem is that youíre trying to run a script rather than a .exe file.
So if RunAs accepts only executable files then obviously we canít run a script using RunAs, right? Well, not necessarily. Although Test.vbs might not be an executable file, the two Windows script hosts - Cscript.exe and Wscript.exe - are executable files. The secret to running a script under RunAs is to call one of the two script hosts, passing along the name of the script as a command-line argument. For example, this RunAs command will fire up Cscript.exe and then run the script C:\Scripts\Test.vbs:
runas /profile /user:fabrikam\kenmyer "cscript.exe C:\Scripts\Test.vbs"
You can see how easy that is. You simply call the RunAs command along with the following parameters:
/profile, which causes the appropriate user profile to be loaded. This is optional, but makes it more likely RunAs will be able to do what it needs to do.
/user:fabrikam\kenmyer, which is the user account (in the form domain\user_name) under which the process is to run.
ďcscript.exe C:\Scripts\Test\.vbsĒ, which is the process you want RunAs to execute. Note that the entire command must be enclosed in double quote marks, and should be typed the same way you would type the command from the command prompt.
That, by the way, is the second problem people encounter when trying to run a script under RunAs. As long as your scripts are in the folder C:\Scripts you wonít have any problems; thatís because C:\Scripts has no spaces in the path name. But suppose your scripts are in C:\Documents and Settings\kenmyer\Scripts. If you were at the command prompt and you wanted to run a script in this folder you would need to surround the path in double quotes; thatís because the path includes blank spaces. In other words:
cscript.exe "C:\Documents and Settings\kenmyer\Scripts\Test.vbs"
Logically enough, then, you might then expect the RunAs equivalent to look something like this:
runas /profile /user:fabrikam\kenmyer "cscript.exe "C:\Documents and Settings\kenmyer\Scripts\Test.vbs""
Unfortunately, thatís not the case: the double quotes nested inside double quotes simply causes RunAs to give up and display the usage screen. Tossing double quotes inside double quotes wonít work. Nor will it work to try double double quotes or triple double quotes or any other variation of quotes inside of quotes. Like a three-year-old child (or many thirty-three-year-old adults) RunAs wants things to be exactly right or it wonít even try to help you.
Fortunately, itís fairly easy to make RunAs happy. All you need to do is use the \ character to ďescapeĒ any double quote marks that must to be embedded within the process path. This command will work:
runas /profile /user:fabrikam\kenmyer "cscript.exe \"C:\Documents and Settings\kenmyer\Scripts\test.vbs"\"
Notice how we put our path together. We start out with a double quote mark and then the name of the script host:
At this point we need to insert the path, which includes blank spaces (and thus needs to be surrounded by double quotes). To do that we simply put a \ immediately before the first double quote and another \ immediately after the second double quote:
"cscript.exe \"C:\Documents and Settings\kenmyer\Scripts\test.vbs"\
All we have to do then is tack on the ending double quote and weíre done:
"cscript.exe \"C:\Documents and Settings\kenmyer\Scripts\test.vbs"\"
Itís simple, but it works. Just remember to bracket long file paths and any other item requiring double quotes and youíll be home free.
.....and that is why I script in AutoIT and PS.
Can you do the same with a bat running it with cmd.exe ?
Not sure if these links will help?
- How to mimic running a script as a Local System User
- How do I install something as a specific user?
- Unable to execute XCopy command in script using K1000 appliance
- How to enable debug logs
under the local system account. Perhaps you simply need to choose a different method to deploy the files on your Kace box?
As a last resort, it might also be worth speaking to Kace tech support or posting your question on the IT Ninja website.
There are currently 1 users browsing this thread. (0 members and 1 guests)