]]>По ходу дела вроде через WSShell.Sendkeys надо будет пароль вводить ?
SendKey для RUNAS и правда - работает, но в описанной ситуации это будет ненадежно: если текущий юзер переведет фокус ввода на другое окно - все идет наперекосяк. Я пользуюсь подобной байдой для генерации каталогов пользовательских профайлов на свеженастроенных клиентских машинах под XP, но - соответственно - скрипт запускает админ, который знает, что нужно подождать и ничего не нажимать пару минут.
Можно также PSEXEC Руссиновича использовать - логин/пароль простыми параметрами CLI передать можно. Если безопасность и вправду некритична - то упаковать такой вызов в VBE для девизуализации - и все дела.
Если по уму, то лучше проксирования - в обычной форме или в форме scheduled task - ничего нет. Но это вариант хорош только при "стационарном" применении. Если скрипт предназначен для эпизодического применения на различных машинах - тогда ИМХО только упаковка - см. выше.
]]>doskey.exe /exename=runas.exe pw=Мой пароль
runas /user:admin "chkdsk x:" <con
— теперь вместо пароля можно ввести «pw».
В свою очередь макросы DOSKEY позволяют улучшить автоматизацию ввода пароля с помощью WshShell.SendKeys(), — я подозреваю, что в тех случаях, когда говорят, что это не работает с RUNAS, виноват ненадёжный метод WshShell.SendKeys(): например, пароль содержит символы отсутствущие в текущей раскладке клавиатуры и т.п. Если же воспользоваться макросом, имя которого — устойчивый к отправке с помощью WshShell.SendKeys() символ, например, точка или цифра, то всё должно заработать:
@if (0)==1 @end /*
@echo off
set title="%~fs0 %random% %time%"
title %title%
doskey.exe /exename=runas.exe .=Мой пароль&&^
CScript.exe /nologo /e:JScript "%~fs0"&&^
runas.exe /user:admin "cmd.exe /k set user" >nul <con
exit /b
*/
var WshShell = new ActiveXObject("WScript.Shell");
WshShell.AppActivate(WshShell.ExpandEnvironmentStrings("%title%"))?
WshShell.SendKeys(".~") : WScript.Quit(1);
(не следует запускать в скрытом окне, но можно в свёрнутом).
]]>set WshShell = CreateObject("WScript.Shell")
WshShell.Run "runas /user:superlogin C:\uarm3\bin\uarm.exe",2
WScript.Sleep 100
WshShell.Sendkeys "Mypassword~"
WScript.Sleep 10002 alexii мне нужен запуск на этом же самом локальном компе...
Не понял в чём состоит проблема.
]]>]]>echo MyPassword|runas.exe /netonly /user:"User" "wscript.exe C:\util\111\mmm.vbs"Но я бы всё же использовал проксирование: скрипт, запущенный от имени администратора/системы через Планировщик, который следит за неким событием, по которому он исполняет заранее заданные действия.
]]>
По безопасности никаких опасений, в скрипте можно в открытую прописывать и логин и пароль админа...
Это как так?
]]>runas /noprofile /savecred /user:admin "wscript.exe C:\util\111\mmm.vbs"По безопасности никаких опасений, в скрипте можно в открытую прописывать и логин и пароль админа...
Нужно сделать так, чтобы запрос пароля обнаруживался и вводился автоматически...
В голове крутится использование wsshell stdout / stdin ...
Никто подобное не реализовывал ?