У меня есть сервер W2K3, который является AD DC. У него есть GPO, который направляет пользователей Desktop и My Documents папки в \\oldserver\Users$\<username>. Я хотел перенести их папки на другой файловый сервер. Он у меня уже есть, поэтому их сценарий входа в систему успешно отображает H: на новый сервер, и AD DC больше не использует эти папки.
Если это актуально, объект групповой политики выглядел так:
\\oldserver\Users$ ("для пользователя Clair ... \\oldserver\Users$\Clair\Desktop"что было правильно)gpupdateклиент в ответ на ответ; тот же результат)Однако когда я изменил объект групповой политики, чтобы он указывал на \\newserver (а еще лучше просто H:\, что также не имеет никакого эффекта), похоже, это не действует, потому что вход в систему XPSP3 в качестве пользователя дает ошибку:
Руководитель программы
\\oldserver\Users$\user\Desktopне доступен. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Свяжитесь с администратором этого сервера, чтобы узнать, есть ли у вас права доступа.Сетевой путь не найден.
И это несмотря на то, что:
gpupdate успешно, и перезапустил машину (хотя это политика пользователя, а не компьютерная)gpresult /s oldserver /user MYDOM\user распечатывает Standardized home folders (рассматриваемый объект групповой политики) непосредственно под пользователем Applied Group Policy Objects разделStandardized home folders GPO (единственный с таким именем. У меня очень мало GPO.)Я не понимаю: если gpresult говорит, что GPO был применен, почему он жалуется на путь, который больше не является частью GPO?
Вам необходимо включить опцию «Переместить содержимое в новое место ...»
Из TechNet:
Разрешить перенаправлению папок выполнять все перемещения папок и файлов при выборе папки для перенаправления или измените целевой сетевой ресурс, на который вы перенаправляете папку. Клиент перенаправления папок не только перемещает файлы в соответствующий сетевой ресурс, но также устанавливает надлежащую безопасность папок и переименовывает записи в базе данных кэша автономных файлов, чтобы они продолжали связываться с правильными целевыми папками и файлами. Все файлы, закрепленные пользователем в автономном кэше файлов, остаются закрепленными.
Определенно не мой любимый ответ, но я просто просмотрел реестр на клиенте и обнаружил, что изменение путей в HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders заставил его работать после выхода / входа в систему (даже с буквенным путем к диску, а не с UNC, что было очень приятно.)
Если я пойду с этим, тогда мне понадобится хороший способ распространения этого изменения реестра на всех других клиентов. Думаю, я бы вставил что-нибудь в netlogon, например, файл .reg с указанным выше экспортом, а затем regedit /s homefix.reg в logon.cmd.