|
Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2008/2008 R2 » 2008 R2 - Настройки политики домена |
|
2008 R2 - Настройки политики домена
|
Новый участник Сообщения: 16 |
Профиль | Отправить PM | Цитировать
Добрый день!
Решил от большой лени и во имя просвящения попробовать использовать меню "ярлыки" в доменной политике и не получилось, на рабочих станциях при входе в систему не появляются новые значки. У кого есть опыт в этом деле подскажите пожалуйста. В архиве результирующая политика по одному из компьютеров, отчет по доменной политике политике и еще прикреплен принтскрин ошибки. |
|
Отправлено: 15:39, 07-03-2013 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать Кстати, "грех" на "%CommonDesktopDir%" - это чисто мои субъективные измышления. Проблема может быть совсем в другом! Ведь на некоторых машинах эта же политика отрабатывает, несмотря на отсутствие каких-либо, где-либо упоминаний об этой переменной.
|
Отправлено: 16:05, 25-05-2020 | #31 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Ветеран Сообщения: 537
|
Профиль | Отправить PM | Цитировать Очень похоже не то, что есть проблема с файлами для поддержки GPP на рабочих станциях.
Поэтому: sfc /scannow в первую очередь. Затем обновления системы. Либо сначала чтение журналов системы на выявление проблем, которые не дают создавать переменную окружения и затем из исправление. |
------- Отправлено: 16:05, 25-05-2020 | #32 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать Ну, буду, конечно, проверять. В одно время вычитал, что для корректной работы некоторых более продвинутых возможностей ГП (установка приложений, например) на ХР-юши надо ставить "Клиентские расширения предпочтений групповых политик для ОС Windows XP (KB943729)
Group Policy Preference Client Side Extensions for Windows XP (KB943729)". Но, боюсь, не в данном случае. Т.к. на какие-то машины я пробовал ставить оное - бестолку. Обновления на машины (и ХР-ю, и вынь-7) в свое время ставил от "Симпликса" - еще "UpdatePackLive-17.7.1". Регулярно не обновляю - нет потребности, только при каких-то явных проблемах, т.к. процесс обновления довольно длительный и проводится в ручном режиме. |
Отправлено: 16:31, 25-05-2020 | #33 |
Ветеран Сообщения: 537
|
Профиль | Отправить PM | Цитировать Здесь написано, что эта переменная требует админских прав и политку с ней надо ставить в конфигурацию компьютера и связывать с OU в которой лежат все учётки компьютеров.
|
------- Отправлено: 17:19, 25-05-2020 | #34 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать paranoya, все это, конечно же, было проверено в первую очередь, и было сделано самой системой изначально, я даже ничего не настраивал - все "права-шмава" были выставлены по умолчанию, я только их перепроверил. А с "ОУ" - так я и привязал эту политику к "ОУ" в которой лежат те учетки компов, на которых эту политику обработать надо, а как иначе (риторический вопрос)?!
|
Отправлено: 08:47, 26-05-2020 | #35 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать Добавлю. Может вы не в курсе...
Если какие-либо учетки компов не включены в ОУ, к которой применяется политика - так эти компы и так лесом идут по фильтрам безопасности, и никаких ошибок типа "0x80070002" и в помине не будет. |
Отправлено: 14:07, 26-05-2020 | #36 |
Ветеран Сообщения: 537
|
Профиль | Отправить PM | Цитировать Barmaley000, по начальному описанию проблемы не было указано какие варианты решения применялись.
Если все нужные компьютеры находятся в одном OU, в одной группе безопасности и не попадают ни под какую фильтрацию в ГП, то нужно искать отличия на самих рабочих станциях. Я бы для эксперимента попробовал бы сначала проблемные рабочие станции перенести в другую OU, обновить принудительно ГП с перезагрузкой и затем снова перенести в нужное OU с принудительным обновление политик и перезагрузкой. |
------- Отправлено: 09:57, 27-05-2020 | #37 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать Цитата paranoya:
Для эксперимента - благодарю за идею, буду искать возможность это сделать, хотя "подопытных кроликов" найти будет непросто... |
|
Отправлено: 19:33, 27-05-2020 | #38 |
Ветеран Сообщения: 537
|
Профиль | Отправить PM | Цитировать Barmaley000, включи логирование групповых политик и смотри уже по логам, почему не срабатывает.
|
------- Отправлено: 10:09, 29-05-2020 | #39 |
Новый участник Сообщения: 30
|
Профиль | Отправить PM | Цитировать Да включено - уже смотрел на одной из машин.
"C:\WINDOWS\Debug\UserMode\userenv.log" - ведется, часть лога
USERENV(2dc.42c) 07:50:20:047 PolicyChangedThread: UpdateUser failed with 6.
USERENV(2dc.430) 09:24:01:456 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.608) 09:29:14:875 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.430) 11:03:58:087 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.608) 11:08:12:125 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.430) 12:35:58:842 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.608) 12:55:13:219 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.430) 14:18:59:202 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.608) 14:25:14:186 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.2e0) 07:56:49:859 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(2dc.2e0) 07:56:49:875 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(2dc.2e0) 07:56:49:875 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(2dc.740) 07:57:36:156 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.5b0) 08:56:54:019 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.6bc) 08:56:54:097 PolicyChangedThread: UpdateUser failed with 6. USERENV(2dc.610) 09:44:36:753 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.5b4) 10:38:54:358 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. USERENV(2dc.610) 11:14:37:486 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state. Понятно, что ничего непонятно. Во всем этом "логе" я так само даже упоминания на "0x80070002" не нашел... |
Отправлено: 16:44, 01-06-2020 | #40 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Невозможно зайти в групповые политики домена | Merlin68 | Microsoft Windows NT/2000/2003 | 7 | 14-02-2010 01:13 | |
Групповые политики домена | sashok60 | Microsoft Windows NT/2000/2003 | 1 | 15-01-2010 11:48 | |
[решено] Групповые политики на контроллере домена и внутри домена | HellFire_MZ | Microsoft Windows NT/2000/2003 | 22 | 11-07-2008 08:56 | |
Настройка политики домена | Pattern | Сетевые технологии | 1 | 01-06-2004 14:20 | |
Проблема с применением политики домена | karnage | Microsoft Windows NT/2000/2003 | 7 | 29-04-2004 19:09 |
|