Los cambios en el valor de la ruta del perfil de usuario de Servicios de Escritorio remoto no se realizan

Los cambios en el valor de la ruta del perfil de usuario de Servicios de Escritorio remoto no se realizan

TLDR; No puedo entender dónde está configurado el valor de %appdata% para los servidores RDS. Esto parece ser diferente del directorio "Perfil de usuario de Servicios de Escritorio remoto" en ADUC, ya que puedo manipular con éxito ese valor y propagarlo.

Estoy intentando mover perfiles de usuario RDS de un servidor a otro. Robocopiaré todos los perfiles en el nuevo recurso compartido, los compartí y confirmé que funciona con mi cuenta de usuario habitual. Aunque los campos de ADUC se completan con la información del nuevo servidor, el cambio no se filtra.

Me encontré con un script de Powershell que buscará todos los GPO y cuando busqué el nombre del servidor anterior encontré una política que también redirigía AppData (Roaming) en

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

Y lo cambié al nuevo servidor, ejecutégpupdate/fuerzaen mi servidor RDS e inicié sesión. Cuando ejecutogpresult /rVeo que muestra el recurso compartido correcto para el campo Perfil móvil. Cuando hago eco de% appdata%, todavía muestra el recurso compartido anterior. Borré este GPO y lo actualicé sin cambios notables.

Cuando borro el contenido del campo de perfil de usuario de RDS en ADUC,gpresult /rtodavía me muestra que tengo el valor de perfil móvil correcto, pero me convierte en un perfil local (lo que se refleja en el eco de %appdata%). En gpresult /r, el campo Perfil móvil ahora está en blanco.

Cuando configuro el contenido del campo de perfil de usuario de RDS en ADUC en el nuevo recurso compartido, %appdata% muestra el recurso compartido anterior (probablemente del GPO mencionado anteriormente) ygpresult /rmuestra la nueva acción. Lo curioso es que %appdata% muestra\oldserver\tsprofiles$\Datos de aplicaciónen lugar de AppData como esperaba.

Cabe mencionar que este es un dominio bastante antiguo (est. 2008) y comenzó con niveles funcionales de Dominio y Bosque en 2003. Actualmente son 2008 R2 (este proyecto se deshace de los dos últimos servidores 2008 R2 en el dominio). Durante esta prueba, me autenticé en cada uno de los 3 controladores de dominio que se ejecutan actualmente (2 son 2008 R2), verifiqué DCDIAG y el estado de replicación y no encontré problemas.

Entonces, en este punto creo que he establecido que el directorio de perfil de usuario de RDS no se configura a través de ADUC, pero la población de ese campo ADUC es importante. No puedo encontrarlo a través de GPO, por lo que sería lógico que esté almacenado en caché en algún lugar o algo así.

información relacionada