Я сменил ИТ-аутсорсера и столкнулся с трудностями, когда мы начинаем переход на Windows 7. Кто-то решил, что они установят перенаправление папок в политике домена по умолчанию. С тех пор я настроил перенаправление в другой политике на уровне подразделения.
Независимо от того, что я делаю, системы Windows 7 выбирают только параметры перенаправления папки политики домена по умолчанию. Я продолжаю получать записи в журнале событий, показывающие, что ранее перенаправленные папки «необходимо перенаправить» со статусом 0x80000004. Насколько я могу судить, это просто означает, что он перенаправляет их локально.
Есть ли способ очистить этот раздел объекта групповой политики, чтобы его больше не было? Я не решаюсь попытаться сбросить политику домена по умолчанию, чтобы завершить настройки по умолчанию.
*** ОБНОВЛЕНИЕ 6-26
Я обнаружил, что произошло следующее состояние, которое вызывает здесь горе. Я уже реализовал новые политики для клиентов, и по какой-то причине XP работала отлично, 7 отказывался обрабатывать. DDP был исполнен. Из-за этого, а также из-за того, что политики перенаправления папок были настроены на перенаправление обратно в локальный профиль при удалении, это заставляло клиентов выбирать его параметры «перенаправления на локальные».
Требования для воссоздания проблемы. -Создайте новую тестовую OU и политику. -Создайте некоторые настройки перенаправления папок, установите их для перенаправления на локальные при удалении -Удайте настройки этого GPO -Обновите ваш вид GPO и проверьте настройки. -Вы заметите, что в настройках отображаются «не настроенные» записи для перенаправления папок. -Выполните этот GPO -Создайте еще одну вложенную OU -Создайте GPO, связанный с этой вложенной OU, и настройте некоторые параметры перенаправления папок. -Смотрите, как принудительный параметр GPO "не настроен" переопределяет политику, которую вы только что определили.
Мне пришлось повторно связать DDP со всеми подразделениями, в которых включено «блочное наследование», и отключить параметр «принудительное» в DDP в качестве обходного пути. Я бы хотел снова включить принудительное использование DDP, но пока я не смогу стереть следы настроек перенаправления папок из DDP, я думаю, что застрял.
Чтобы удалить настройки перенаправления папок из GPO должным образом, тебе надо:
Documents and Settings папка под \\domain\sysvol\Policies\{GPO GUID}\User и fdeploy.ini и fdeploy1.ini файлы, содержащиеся в.тем не мениеэто само по себе сбивает с толку редактор GPO, поскольку он все еще думает, что к GPO привязана политика перенаправления папок. Чтобы решить эту проблему, вам необходимо удалить связь между GPO и расширениями групповой политики перенаправления папок (их два, одно активирует редактирование перенаправления папок в редакторе GPO, другое активирует фактическую обработку политики перенаправления папок):
Откройте AD Пользователи и компьютеры. Включи Advanced Features (View->Advanced Features). Перейдите к System->Policies->{GPO GUID}. Щелкните правой кнопкой мыши на {GPO GUID}, выберите Properties. В появившемся диалоговом окне переключитесь на Attribute Editor. Прокрутите вниз до gPCUserExtensionNamesи дважды щелкните по нему.
Появится диалоговое окно с длинным текстовым полем для ввода и набором GUID. Этот атрибут определяет список расширений GP, связанных с этим GPO в контексте пользователя. Сразу над ним вы увидите связанный атрибут gPCMachineExtensionNames который определяет связанные расширения GP в контексте Machine объекта GPO.
Удалите следующую запись из gPCUserExtensionNames : [{25537BA6-77A8-11D2-9B6C-0000F8080861}{88E729D6-BDC1-11D1-BD2A-00C04FB9603F}]
Обратите внимание, что связанные расширения GP сгруппированы в квадратные скобки. [].
Делать не коснитесь любых других записей в атрибуте, иначе вы нарушите другие функции объекта групповой политики.
Нажмите ОК, и все готово.
Если вас интересует, какое расширение GP связано с каждым идентификатором GUID, просто используйте regedit для поиска в реестре этого идентификатора GUID, например попробуйте поискать 25537BA6-77A8 или 88E729D6-BDC1.
У меня была точно такая же проблема. Я также попытался удалить файл fdeploy.ini и получил сообщение в GPMC о том, что не удалось найти настройки, поэтому они четко определены там, но некоторые настройки в другом месте включают эти настройки и указывают на этот файл.
Хотя я не нашел способа полностью удалить настройки, я нашел лучший обходной путь. Вместо того, чтобы снимать флажок «Принудительно» в DDP, разверните папку «Объекты групповой политики», щелкните правой кнопкой мыши DDP и в подменю «Состояние GPO» установите флажок «Параметры конфигурации пользователя отключены».
Это позволит вам оставить DDP принудительным без каких-либо негативных последствий, поскольку в DDP нет пользовательских настроек. Это некрасиво, и я все еще хотел бы знать, как полностью избавиться от настроек, но он заставит политику работать правильно.
вы пытаетесь перенести пользователей по одному, правильно? Значит, вы перемещаете пользователей в то оу, для которого вы создали новый gpo? И при этом не хочешь залить других пользователей, верно? Если все это верно, создайте еще один gpo, который соответствует настройкам redir папки ddp, и поместите его выше в структуре ou, таким образом затронув всех пользователей. Затем удалите настройки ddp для перенаправления папок. В этот момент ваши новые настройки gpo будут применяться к пользователям в созданном вами ou, все остальные пользователи получат настройки перенаправления старой папки.
пожалуйста, проверьте этот процесс самостоятельно, он может вызвать чертовски много проблем, если не будет выполнен правильно!
Поскольку Сообщество решило некро этого ...
Перенесите данные с машин и создайте их заново. Похоже, что это все равно Дикий Запад. Просто протри и начни заново.
Найдите GUID / (уникальное имя) политики и перейдите в \ (ваш домен) \ sysvol \ Policies {GUID} \ User \ Documents & Settings \, и он должен быть там.
Будьте очень осторожны / резервное копирование и т. Д.