А ты не пробовал это делать через групповые политики в AD??

[Kelasant]

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

В любом случае - спасибо за инфу, Лехха

[Kelasant]

Вдогонку:

В общем, замутил я примерно так: использовал Win API, сделал 4 шага.

1. Конектился к машине с помощью функции:
- WNetAddConnection2

2. Далее копировал необходимую инсталляшку в \ADMIN$
- CopyFile

3. Потом подсоединялся к регистру и писал в "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\RunOnce"
- RegConnectRegistry
- RegOpenKeyEx
- RegSetValueEx
- RegCloseKey

4. Ну и потом ребутил тачку
- InitiateSystemShutdownEx

После чего сразу после логина запускалась инсталляшка и делала что надо. В общем, как в песне.
Правда, есть пару неудобств.

- Соединяться хочет не всегда - нередко чего-то ей не хватает, капризное подсоединение
То ли домен у меня нехорошо настроен, то ли глюки какие-то по сети...

- Выбрал шару ADMIN$ - в Windows должен быть всегда (насколько я понимаю).
А то определяй еще, какие у нее есть шары.

- Не очень мне нравиться использование реестра.
а вдруг какой-нибудь не в меру шустрый локальный админ с целью оптимизации отрубит RemoteRegistry?!
Можно, конечно, развести руками и сказать: "сами виноваты" - но все же?
Может, можно как-то иначе? Может, в таком случае как-то RPC использовать - для подьема службы удаленного подключения реестра
или же для прямого запуска инсталляшки? Аль еще какой вариант?

Будут какие-то мнения, господа?

[hasherfrog]

Kelasant
См. psexec от www.sysinternals.com

[Kelasant]

мда, интересная утилитка - спасибо, hasherfrog.
правда, использовать ее я навряд ли буду, поскольку от меня требуется свой код, и не для себя я ее пишу.

из плюсов: увидел, что я на правильном пути - pcexec конектится к машине аналогично.
осталось только разобраться, как он процессы запускает....

минусы: промелькнули слова о том, что пароль идет по сети в открытом виде! А как же защищенность аутентификации в винде?
я же слышал, что аутентификация в винде идет в три этапа:
- клиент посылает имя юзера
- сервер генерирует некую случайную последовательность байт и отсылает обратно
- клиент отсылает хеш (пароль юзера + последовательность) на сервер, где сервер делает тоже хеш из своего пароля и последовательности. если совпали, то сервер пускает к себе клиент.

а что, WNetAddConnection2 такими мелочами не занимается? или, быть может, я что-то не так понял?

[Savant]

Kelasant
1. Вместо ADMIN$ лучше ADMIN$\Temp
2. А зачем реестр использовать? Есть папка Автозагрузка (Startup)...
3. Вообще все это лучше через WMI прокрутить (Windows Management Instrumentation). Там даже есть специальный метод Win32_Process.Create для удаленного запуска программы. Подробнее в MSDN'e http://msdn.microsoft.com/library/de...l/anch_wmi.asp

[Kelasant]

1. Согласен.
Еще лучше: если нет ADMIN$\Temp (ну мало ли...), то тогда "по старинке" снова в ADMIN$

2. Да, свежее решение
Тоже покатит - как вариант, если нет коннекта к реестру.

3. А ту не совсем понятно: с помощью средств WMI Вы предлагаете заменить только этап запуска инсталляшки?
Или же "все это", начиная с подключения к машине?

Спасибо!

[Savant]

Kelasant

Еще лучше: если нет ADMIN$\Temp (ну мало ли...), то тогда "по старинке" снова в ADMIN$

У меня складывается впечатление, что Вы не совсем понимаете, что делаете... ADMIN$ - удаленный %SYSTEMROOT% для активной ОСи. Папка Temp там существует всегда, при её удалении пользователем восстанавливается при перезапуске системы.

А ту не совсем понятно: с помощью средств WMI Вы предлагаете заменить только этап запуска инсталляшки? Или же "все это", начиная с подключения к машине?

Зачем вообще что-то куда-то копировать? Создаете у себя на машине шару Distr и обращаетесь к дистрибутивам как \\computerName\Distr\programName\setupMyProg.exe . Единственная проблема - программирование с помощью WMI (ведь это по сути расширение для VBScript). Чтобы писать программы на С++, придется ознакомится с содержанием этого документа http://msdn.microsoft.com/library/de...pi_for_wmi.asp

[Kelasant]

У меня складывается впечатление, что Вы не совсем понимаете, что делаете...

Ну, с кем порою не бывает?!...

ADMIN$ - удаленный %SYSTEMROOT% для активной ОСи.

Да, это мне известно.

Папка Temp там существует всегда, при её удалении пользователем восстанавливается при перезапуске системы.

Хм, каюсь - не знал, что винда сама восстанавливает папку windows\temp; мне никогда не хотелось ее удалять, да и вообще этой папкой не пользуюсь. Я переменные окружения TMP и TEMP перенаправляю всегда на disk:\Temp - мне так удобнее, не хочу засорять Windows (или даже системный диск) излишне. На машинах некоторых юзеров я порой обнаруживал гигабайты в temp.

Единственная проблема - программирование с помощью WMI (ведь это по сути расширение для VBScript). Чтобы писать программы на С++, придется ознакомится с содержанием этого документа http://msdn.microsoft.com/library/d...api_for_wmi.asp

Извините, если что не так. Но я в некоторых вещах сильно плаваю, поскольку не изучал ранее. К этим вещам относятся COM, WMI...
Постараюсь начать изучать уже...

Спасибо.