Службы - Задача: централизованная раздача тасков для Планировщик задач по сети

Mertvii · Отправлено: **08:26, 16-01-2008** | #2

ап Может альтернативное решение есть?

HLT · Отправлено: **09:04, 16-01-2008** | #3

AT \\computername time [/INTERACTIVE] [ /EVERY:date[,...] | /NEXT:date[,...]] "command"
Cоздает задание, которое будет выполнено от имени localsystem

подробнее - at /?

Mertvii · Отправлено: **10:39, 16-01-2008** | #4

HLT, Спасибо, попробую поставить от localsystem А с чем свзяана невозможность поставить от имени Администратора? По едее, если я устанавливаю соединение как администратор той машины(например net use \\machine\IPC$ /user:local_administrator local_password), у меня по идее должна быть возможность менять большую часть системных настроек, в том числе ключи реестра...

HLT · Отправлено: **10:59, 16-01-2008** | #5

Назначенные задания лежат не в виде ключей реестра, а в виде файлов .job в каталоге c:\windows\tasks.
Можно, попробовать настроить задание (с паролями, логинами и т.д.) у себя на машине, а потом тупо скопировать на юзерские компы.
Сам так не пробовал - всё делаю через АТ

Mertvii · Отправлено: **11:55, 16-01-2008** | #6

HLT, пробовал копировать, при этом задание почемуто не появляется в этой папке(несмотря на то, что операция копирования проходит воде как), но в шедулере видно Опять же, не работает Тоже думал, что в джоб файле всё лежит, теперь сомневаюсь Например простая логика - если и учётные данные там же, это брешь в безопасности величиной с дом, ведь задание то может месяцами стоять на выполнении Т.е. по всей логике, учётные данные должны быть как-то защищены, подозреваю, что проблема где-то тут, может в недоступном из сети ключе реестра, или как-то хитро пошифрованы ключом, привязанным к конкретному компу Хотелось бы понять принцип

HLT · Отправлено: **13:01, 16-01-2008** | #7

Докопался до первоисточника:http://technet.microsoft.com/en-us/l.../bb742545.aspx

Цитата:

Note: When you move a .job file on a Windows NT or Windows 2000-based system, a user's credentials will not transfer with the file. They must be reentered after moving the file. This is because the credentials are not stored with the task, but by the security system of the operating system.

Вот еще вдогонку статейка: Copy Scheduled Tasks to Remote Machines

Вот еще такая софтинка есть, но с ней не разбирался.
Task Scheduler Pro
Если есть желание - можешь поковыраться. Демо дают бесплатно, если понравится - думаю, лекарство от жадности найти можно будет...

Mertvii · Отправлено: **16:09, 16-01-2008** | #8

HLT, использование системной записи не помогло, оно просто не позволяет устанавливать учётные данные через сеть, копирование таска не работает, в той статье в комментах это отписано, да и драг эенд дроп на все машины в сети тоже не самое приятное занятие, хотелось бы скрипт, который бы всё сделал сам Проблема даже не в том, что учётные данные не копируются вместе с заданием, а с тем, что их не выходит установить после копирования/создания задания, почему - хз...

babki · Отправлено: **16:20, 16-01-2008** | #9

А почему бы не сделать на каждом компьютере запуск одного некого задания, которое запускает некий батник из сетевого ресурса, а в этом батнике затем прописывать те задачи , которые необходимо выполнить. проблема в том чтобы этот сетевой ресурс в локальной сети всегда включался первым..

Mertvii · Отправлено: **17:49, 16-01-2008** | #10

babki, вариант конечно, но в итоге в первый раз всё таки придётся логиниться на всех машинах и прописывать пасс и пароль везде ручками, а остальные параметры заданий менять уже скриптом, если время передвинуть например Потом уже менять только батник... Есть сомнения только смогут ли все машины одновремено получить к нему доступ, по идее выбить должно что файл занят процессом а выставялть каждой машине своё время... не знаю, можно ли средствами батч процессинга это сделать. Всё же почему не даёт менять учётные данные, может ключ в реестре какой запрещающий?