[cameron]

логон-скрипт выглядит так:

Код:

cscript.exe "\\путь\файл.vbs"

?
у пользователя есть права на шару с которой запускается скрипт?
параметр "always wait for network" установлен в ГП?

[ffsam]

cameron,
logon скрипт - это просто файл vbs, который лежит в папке по умолчанию. На прицепленном файле скриншот. К этой папке по умолчанию есть доступ у всех авторизованных в домене пользователей на чтение.

параметр "always wait for network" установлен в ГП? »

Если речь о том что в Административных шаблонах -- система -- логон и там параметр always wait for network... то этот параметр не стоит, т.к. свойства компьютера в данной политике вообще отключены. скрипт прописан в св-вах пользователя -- логонскрипт

[cameron]

Если речь о том что в Административных шаблонах -- система -- логон и там параметр always wait for network... то этот параметр не стоит, т.к. свойства компьютера в данной политике вообще отключены. »

этот параметр лучше прописать в DDP, что бы в дальнейшем о нём никогда не думать.
если после этого ситуация не исправится, то я думаю что дело в обработчике VBS на локальной машине.
попробуйте сделать как я сказала выше, про убирание в cmd файл.

[ffsam]

Не помогло ни изменение типа запуска скрипта ни добавление во вседоменную политику свойства "ожидания сети".
Судя по всему на этих машинах и другие политики перестали применяться. По крайней мере те, что касаются логон или стартап скриптов.
Как посмотреть что то вроде RSoP или gpresult?

[cameron]

ffsam,
http://support.microsoft.com/kb/321709/

[ffsam]

http://support.microsoft.com/kb/321709/ »

gpresult скачал и проверил. Политики на самом деле применяются. Не работает именно выполнение скриптов. Дело все в том, что та учетка под которой производится вход является "пользователем", а профиль в домен переносился еще со времен когда все были локальными админами, поэтому проблема была в правах. После перевода пользователя в админы все заработало.
Решением проблемы является следующее: нужно залогиниться под локальным админом, перевести учетку пользователя в группу админов, залогиниться под этой учеткой, запустить regedt32 и проставить полные права на все ветки реестра. После этого снова зайти в локального админа и убрать учетку сотрудника из группы админов и перезагрузиться.

Всё применилось и заработало.
cameron, спасибо за наводку))

[cameron]

Решением проблемы является следующее: нужно залогиниться под локальным админом, перевести учетку пользователя в группу админов, залогиниться под этой учеткой, запустить regedt32 и проставить полные права на все ветки реестра. »

мммм... вы отдаёте себе отчёт в том, что вы делаете?