Как сделать так, чтобы стартовые bat-файлы выполняли команды от имени администратора?

Question

[Виталий Гусев]

Добрый день!

Есть доменная сеть, в профиле каждого пользователя прописан сценарий щапуска:


Этот сценарий - это bat-файл, который выполняет последовательность команд, а так же через call вызывает некоторые другие служебные bat-файлы.
Сценарий начинает работать сразу как пользователь авторизуется в системе.
Я не могу понять, как сделать так, чтобы некоторые из команд, а точнее один конкретный bat-файл запустился от имени администратора.

Если есть вариант с запуском через Групповые политики, то супер.

Подскажите, добрые люди.

Answer 1

[hint000]

Через планировщик задач попробуйте.

Comments

[Виталий Гусев]

Это можно сделать через групповые политики централизованно?

[Виталий Гусев]

Спасибо!

[Виталий Гусев]

Всё-равно наткнулся на проблему...
Если добавлять через GPO в планировщик заданий новое задание через "Конфигурацию пользователя", то один хрен оно не запускается с правами админа. Там можно указать от имени какого пользователя оно должно запускаться... Но не видно результата. Т.е. в сессии пользователя ничего, никаких окон не выводится и самое главное - не решается проблема.
А проблема в том, что для работы 1С надо зарегистрировать DLL в сессии пользователя.
regsvr32 /i:user "\\server1c\1cv8\8.3.20.1838\bin\comcntr.dll" - вот, что должен выполнить батник.

Если добавлять через "Конфигурацию компьютера", то так же ничего не выводится. А должно выводится сообщение об успешной регистрации с кнопкой "ОК".

А подключаться к 500-ста пользакам и руками запускать батник через правую кнопку мыши "Запустить от имени администратора" и вводить пароль - это ужас.
ПОка диспетчер задач не помог (.

[hint000]

Виталий Гусев,
Дык на эту задачу можно зайти с другой стороны, тут же надо всего один раз на каждом ПК выполнить:
https://stackoverflow.com/questions/11935695/how-t...
...и разные варианты ответов оттуда можно заскриптовать, чтобы выполнять на всех 500 ПК (можно даже попробовать скриптом создавать список хостов, на которых действие не выполнилось (например, хост был недоступен), чтобы позже повторно выполнить не по всем 500 хостам, а только по тем, где ещё не выполнилось).