|
Компьютерный форум OSzone.net » Серверные продукты Microsoft » Microsoft Windows NT/2000/2003 » [решено] Групповые политики. Права скрипта. |
|
[решено] Групповые политики. Права скрипта.
|
Новый участник Сообщения: 20 |
Профиль | Отправить PM | Цитировать Все наши пользователи имеют логин из лат. литер, но язык по умолчанию - русский.
Пытаюсь изменить ситуацию запуском Startup (Computer Configuration) скрипта через групповые политики. Скрипт должен изменить ветку реестра HKEY_USERS\.DEFAULT\Keyboard Layout\Preload. Но никаких изменений не происходит, хотя скрипт нормально меняет ключи в других кустах реестра. На ветку реестра ...Keyboard Layout\Preload назначил права на запись для Domain Computers, Domain Users (естественно не убирал права у SYSTEM). Что я делаю неправильно? Или у Active Directory нелюбовь к любым кустам кроме HKEY_CURRENT_USER и HKEY_LOCAL_MACHINE? |
|
Отправлено: 18:29, 06-09-2011 |
Ветеран Сообщения: 723
|
Профиль | Сайт | Отправить PM | Цитировать Скрипт в компьютерную часть политики помещаете?
|
Отправлено: 20:02, 06-09-2011 | #2 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Новый участник Сообщения: 20
|
Профиль | Отправить PM | Цитировать Цитата iceberg200:
|
|
Отправлено: 20:52, 06-09-2011 | #3 |
Ветеран Сообщения: 723
|
Профиль | Сайт | Отправить PM | Цитировать т.е. вы вводите что то вроде
Windows Registry Editor Version 5.00 [HKEY_USERS\.DEFAULT\Keyboard Layout\Preload] "1"="00000409" "2"="00000419" --- regedit /S "1.reg" и ничего не получается? Я предпочитаю шаблон который выставляет только одно значение, но при некоторой модификации туда можно добавить еще и второй язык. CLASS MACHINE CATEGORY "Custom Settings" CATEGORY "Keyboard Layout to EN" POLICY "Set EN Keyboard Layout" KEYNAME "HKEY_USERS\.DEFAULT\Keyboard Layout\Preload" VALUENAME 1 VALUEON 00000409 VALUEOFF "" END POLICY ;"Set EN Keyboard Layout" END CATEGORY ;"Keyboard Layout" END CATEGORY ;"Custom Settings" |
Отправлено: 22:39, 06-09-2011 | #4 |
Новый участник Сообщения: 20
|
Профиль | Отправить PM | Цитировать Windows Registry Editor Version 5.00
[HKEY_USERS\.DEFAULT\Keyboard Layout\Preload] "1"="00000409" "2"="00000419" [HKEY_USERS\.DEFAULT\Keyboard Layout\Toggle] "Hotkey"="2" "Language Hotkey"="2" "Layout Hotkey"="1" И ничего не получается. Попробую еще Ваш вариант. А вообще есть идеи почему не получается? |
|
Отправлено: 23:53, 06-09-2011 | #5 |
Пользователь Сообщения: 92
|
Профиль | Отправить PM | Цитировать На ветку HCU у пользователей нет права записи, так же как и у компьютера, отсюда и не возможность изменения при стартапе.
А каким образом вы назначали права на запись? Domain Users добавлять нет необходимости, в момент машин рана, пользователя еще нет, изменяйте права в ГП, ветка - Конфигурация компьютера \ Конфигурация Windows \ Параметры безопасности \ Реестр. Проверьте фильтр безопасности для политики, там должно быть либо прошедшие проверку, либо компьютеры домена. Скрипт использует cmd? и использует regedit? доступ по сети к их местоположению для прошедших проверку или компьютеров домена имеется? Попробуйте использовать в командном сценарии не regedit, а reg add: reg add "HKU\.DEFAULT\Keyboard Layout\Preload" /v 1 /d "00000409" /f reg add "HKU\.DEFAULT\Keyboard Layout\Preload" /v 2 /d "00000419" /f Только что проверил работоспособность на тестовом сервере, при правильном выставлении прав, все отрабатывает. Но есть еще момент, десктопная ОС не ждет полного завершения инициализации сети во время загрузки компьютера и входа пользователя в систему. Групповая политика применяется в фоновом режиме, после того, как сеть становится доступной Не уверен насчет стартап скриптов, но возможны "помехи" еще и из за этого. Укажите ОС всегда ожидать полной инициализации сети. Конфигурация компьютера \ Административные шаблоны \ Вход в систему /всегда ожидать..... - включена |
Отправлено: 02:48, 07-09-2011 | #6 |
Ветеран Сообщения: 4677
|
Профиль | Отправить PM | Цитировать ещё проще это сделать через GPP.
|
------- Отправлено: 10:59, 07-09-2011 | #7 |
Новый участник Сообщения: 20
|
Профиль | Отправить PM | Цитировать |
Отправлено: 14:51, 07-09-2011 | #8 |
Новый участник Сообщения: 20
|
Профиль | Отправить PM | Цитировать Большое спасибо, AkP. Вы очень помогли.
К сожалению (мы очень-очень сорри ( ), видимость что скрипт частично работает, создавал забытый в другой политике в ходе экспериментов скрипт, и сам вопрос оказался некорректным. Еще раз, сорри. Наша частная проблема разрешилась перенесением правила запуска скрипта в Default Domain Policy. Совет АkP проверить фильтр безопасности оказался кстати. У меня еще осталось непонимание причины различной области действия конфигураций компьютера и пользователя одной и той же политики, но это уже совершенно другая история. Учу матчасть. |
Отправлено: 17:18, 07-09-2011 | #9 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Групповые политики | Guest | Microsoft Windows NT/2000/2003 | 12 | 26-03-2011 12:25 | |
2008 R2 - Групповые политики | info9216 | Windows Server 2008/2008 R2 | 4 | 06-06-2010 06:39 | |
Права на обновления софта через групповые политики | DarkMaximus | Microsoft Windows NT/2000/2003 | 3 | 24-11-2009 08:01 | |
Групповые политики | morozov_s_v | Microsoft Windows NT/2000/2003 | 4 | 22-07-2009 18:47 | |
групповые политики | Aleksey Potapov | Microsoft Windows NT/2000/2003 | 4 | 11-07-2008 19:58 |
|