TLDR; Я не могу понять, где устанавливается значение %appdata% для серверов RDS. Похоже, это отличается от каталога "Remote Desktop Services User Profile" в ADUC, так как я могу успешно манипулировать этим значением и распространять его.
Я пытаюсь переместить профили пользователей RDS с одного сервера на другой. Я скопировал все профили на новый ресурс, поделился им и подтвердил, что он работает с моей обычной учетной записью пользователя. Несмотря на то, что поля в ADUC заполнены информацией о новом сервере, изменение не просачивается.
Я наткнулся на скрипт Powershell, который ищет все объекты групповой политики, и когда я искал старое имя сервера, я нашел политику, которая также перенаправляла AppData (Roaming) в
User Configuration / Policies / Windows Settings / Folder Redirection / AppData (Roaming)
И я изменил это на новый сервер, запустилgpupdate /forceна моем сервере RDS и вошел в систему. Когда я запускаюgpresult /rЯ вижу, что он показывает правильный ресурс для поля Roaming Profile. Когда я вывожу %appdata%, он все еще показывает старый ресурс. Я очистил этот GPO и обновил его без заметных изменений.
Когда я очищаю содержимое поля профиля пользователя RDS в ADUC,gpresult /rпо-прежнему показывает, что у меня правильное значение перемещаемого профиля, но делает меня локальным профилем (что отражается в выводе команды %appdata%). В gpresult /r поле перемещаемого профиля теперь пустое.
Когда я устанавливаю содержимое поля профиля пользователя RDS в ADUC для нового общего ресурса, %appdata% отображает старый общий ресурс (вероятно, из GPO, упомянутого выше) иgpresult /rпоказывает новую акцию. Любопытно, что %appdata% показывает\oldserver\tsprofiles$\Данные приложенияа не AppData, как я ожидал.
Следует отметить, что это довольно старый домен (приблизительно 2008 г.), и он начал работать с уровнями функциональности как домена, так и леса в 2003 г. В настоящее время они имеют версию 2008 R2 (этот проект избавляется от последних двух серверов 2008 R2 в домене). Во время этого тестирования я прошел аутентификацию на каждом из 3 контроллеров домена, работающих в настоящее время (2 из них 2008 R2), проверил DCDIAG и статус репликации и не обнаружил никаких проблем.
Итак, на данный момент я думаю, что установил, что каталог профиля пользователя RDS не устанавливается через ADUC, но заполнение этого поля ADUC имеет значение. Он не устанавливается через GPO, насколько я могу найти, так что, само собой разумеется, он где-то кэшируется или что-то в этом роде.