Änderungen am Wert für den Remote Desktop Services-Benutzerprofilpfad werden nicht übernommen

Änderungen am Wert für den Remote Desktop Services-Benutzerprofilpfad werden nicht übernommen

Kurz zusammengefasst; Ich kann nicht herausfinden, wo der Wert für %appdata% für RDS-Server festgelegt ist. Dies scheint sich vom Verzeichnis „Remote Desktop Services User Profile“ in ADUC zu unterscheiden, da ich diesen Wert erfolgreich manipulieren und verbreiten lassen kann.

Ich versuche, RDS-Benutzerprofile von einem Server auf einen anderen zu verschieben. Ich habe alle Profile per Robocopy auf die neue Freigabe kopiert und freigegeben und bestätigt, dass sie mit meinem regulären Benutzerkonto funktioniert. Obwohl die Felder in ADUC mit den neuen Serverinformationen gefüllt sind, wird die Änderung nicht übernommen.

Ich bin auf ein Powershell-Skript gestoßen, das alle GPOs durchsucht, und als ich nach dem alten Servernamen suchte, fand ich eine Richtlinie, die auch AppData (Roaming) umleitete in

User Configuration / Policies / Windows Settings / Folder Redirection / AppData (Roaming)

Und ich habe das auf den neuen Server geändert,gpupdate /erzwingenauf meinem RDS-Server und angemeldet. Wenn ichgpresult /rIch sehe, dass für das Feld „Roamingprofil“ die richtige Freigabe angezeigt wird. Wenn ich %appdata% wiedergebe, wird immer noch die alte Freigabe angezeigt. Ich habe dieses Gruppenrichtlinienobjekt gelöscht und es ohne erkennbare Änderung aktualisiert.

Wenn ich den Inhalt des RDS-Benutzerprofilfelds in ADUC lösche,gpresult /rzeigt mir immer noch den korrekten Roaming-Profilwert an, erstellt aber ein lokales Profil (was sich in der Ausgabe von %appdata% widerspiegelt). In gpresult /r ist das Feld Roaming-Profil jetzt leer.

Wenn ich den Inhalt des RDS-Benutzerprofilfelds in ADUC auf die neue Freigabe einstelle, zeigt %appdata% die alte Freigabe (wahrscheinlich aus dem oben erwähnten GPO) undgpresult /rzeigt die neue Freigabe. Interessant ist, dass %appdata% zeigt\oldserver\tsprofiles$\Anwendungsdatenund nicht AppData, wie ich erwartet hätte.

Es sollte erwähnt werden, dass dies eine ziemlich alte Domäne ist (geschätzt 2008), die mit den Funktionsebenen Domänen und Gesamtstruktur im Jahr 2003 begann. Derzeit sind sie 2008 R2 (dieses Projekt entfernt die letzten beiden 2008 R2-Server in der Domäne). Während dieses Tests habe ich mich bei jedem der 3 derzeit laufenden Domänencontroller authentifiziert (2 sind 2008 R2), DCDIAG und Replikationsstatus überprüft und keine Probleme gefunden.

An diesem Punkt glaube ich festgestellt zu haben, dass das RDS-Benutzerprofilverzeichnis nicht über ADUC festgelegt wird, aber die Belegung dieses ADUC-Felds ist wichtig. Soweit ich weiß, wird es nicht über GPO festgelegt, daher liegt es nahe, dass es irgendwo zwischengespeichert wird oder so.

verwandte Informationen