Printable View
Hi there,
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?
Thanks!
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.
Hmm...I don't see Files listed there. I'm on a 2003 domain, would that make a difference? What exactly would Files let me do?Quote:
Originally Posted by detjo
Don't quote me, but I think Kace runs post installation tasks as whichever user logs into the machine. It sounds like the recommended route is using Group Policy, though I was hoping to contain this process (just copying one application preference file) during imaging. I have no trouble with it on the XP machines!Quote:
Originally Posted by ZeroHour
Thanks all for your help.
It would copy the files you specify, from source to destination - and Server 2003 would make all the difference.Quote:
Originally Posted by MarsRed
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
Thanks for the links...good to know about and certainly something I'll keep in mind as we (hopefully) move to 2008.Quote:
Originally Posted by detjo
Am still interested in whether there's a way to run the batch file as administrator. Any chance there's a command that will do this?
One trick I used to use was a custom AutoIT exe, autoIT can be preloaded with elevated details and then run the command for you Function RunAs
Not sure about batches but it may be possible in vbs.
You can call the batch file in an AutoIT script using the RunAs - example:Quote:
Originally Posted by ZeroHour
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:
"cscript.exe
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 ?
Ben
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
I think you are correct regarding post installation tasks, but from what I have read online, scripts and managed installations are run under the local system account. Perhaps you simply need to choose a different method to deploy the files on your Kace box? :confused:Quote:
Originally Posted by MarsRed
As a last resort, it might also be worth speaking to Kace tech support or posting your question on the IT Ninja website.