Perfil de usuario itinerante

Debido a la copia del perfil al iniciar y cerrar sesión, un perfil móvil configurado con la configuración predeterminada puede ser extremadamente lento y hacer perder mucho tiempo a los usuarios con grandes cantidades de datos en su cuenta.

Cuando Microsoft diseñó Internet Explorer , los programadores tomaron la decisión explícita de almacenar las cookies y los favoritos como pequeños archivos individuales de menos de un kilobyte cada uno, en lugar de almacenar estos datos como un único archivo consolidado de gran tamaño. Microsoft también almacena los accesos directos en la carpeta de perfil Recientes , que enlazan con los archivos y carpetas abiertos recientemente.

Los servidores de archivos suelen transferir archivos grandes de varios megabytes a la máxima velocidad de red posible. Cientos de archivos muy pequeños, de tan solo un kilobyte cada uno, pueden reducir el rendimiento de la red en un 90 %. A medida que un perfil envejece y acumula cientos o miles de cookies, favoritos y elementos recientes, los tiempos de inicio y cierre de sesión se vuelven progresivamente más lentos, aunque estos archivos solo ocupen unos pocos megabytes de datos del perfil.

El almacenamiento en caché local del perfil de usuario en el disco duro de un ordenador de sobremesa puede reducir y mejorar los tiempos de inicio y cierre de sesión, pero a costa de saturar el disco duro con datos de perfil de cada usuario que inicia sesión. El almacenamiento en caché local es más adecuado cuando las personas suelen usar el mismo ordenador a diario. No es útil cuando cientos o miles de estudiantes necesitan usar cualquier ordenador en un campus universitario o escolar, ya que los datos acumulados de tantos perfiles diferentes pueden consumir todo el espacio disponible en el disco duro de los ordenadores de los laboratorios.

Trabajar con archivos grandes, como la edición de vídeos sin comprimir , puede provocar tiempos de inicio y cierre de sesión excesivos, ya que Windows copia los archivos del perfil móvil al ordenador al iniciar sesión y los devuelve al servidor al cerrar la sesión.

En entornos donde los archivos grandes no son de vital importancia y no es absolutamente necesario realizar copias de seguridad en un servidor por cada inicio de sesión, las aplicaciones que requieren cantidades tan excesivamente grandes de datos de usuario suelen ejecutarse en una cuenta local independiente que no se desplaza, para evitar estos problemas de almacenamiento y recuperación en la red.

En un entorno escolar, la itinerancia de redes puede provocar una grave congestión y lentitud cuando un grupo de estudiantes de toda una clase cierra sesión en sus ordenadores al mismo tiempo y, minutos después, intenta iniciar sesión en otro lugar. Esto puede generar inconsistencias en los datos de las cuentas si los estudiantes comienzan a iniciar sesión en la segunda ubicación antes de que finalice la carga del perfil y el cierre de sesión en la primera.

Algunos programas instalados en ordenadores de escritorio no liberan correctamente el control del registro de usuario durante el cierre de sesión, lo que puede provocar perfiles dañados debido a que la copia del registro de usuario no se completa correctamente. Para solucionar esto, Microsoft creó una utilidad conocida como Servicio de limpieza del subárbol del perfil de usuario , que reasigna forzosamente los identificadores de archivo de estos programas problemáticos para que la copia del perfil finalice correctamente y el cierre de sesión de la cuenta se complete con éxito. ^{[ 2 ]} Sin embargo, el programa bloqueado puede permanecer en el ordenador local manteniendo la copia local en caché del registro de usuario en estado de ocupado, hasta que se reinicie el ordenador.

La versión más reciente de un archivo en un perfil móvil sin redirección se almacena únicamente en el equipo local y permanece allí hasta que el usuario cierra sesión, momento en el que se transfiere al servidor. Si se realizan copias de seguridad diarias del servidor y un usuario móvil no cierra sesión durante varios días, los documentos de su cuenta móvil no se incluyen en la copia de seguridad diaria.

Además, si un usuario itinerante apaga el ordenador por la noche mediante el modo de espera o la hibernación, su perfil no se copia a la red. De este modo, es posible que los documentos de una cuenta itinerante no se guarden durante días o semanas, con el consiguiente riesgo de una pérdida considerable de datos si el disco duro local sufre un fallo catastrófico durante estos largos periodos en los que la cuenta itinerante permanece abierta en el ordenador local.

Debido al mecanismo subyacente de copia de archivos del servidor al escritorio, la itinerancia presupone que la cuenta de usuario solo está conectada a un único equipo a la vez. Los documentos de un perfil itinerante copiados al equipo local no tienen conocimiento de la red entre sí, y no es posible usar el bloqueo de archivos para alertar al usuario de que el archivo ya está abierto.

Iniciar sesión en varios ordenadores con una misma cuenta y abrir el mismo documento varias veces en cada uno de ellos puede provocar inconsistencias y la pérdida de los cambios guardados si el archivo se modifica simultáneamente en dos ordenadores diferentes:

• Cuando el primer ordenador con el documento modificado cierra la sesión, los cambios se guardan en la copia de red del perfil.
• Cuando el segundo ordenador cierra la sesión, la versión diferente del documento sobrescribe los cambios guardados previamente durante el cierre de sesión del perfil.

Las distintas versiones de Windows pueden emplear diseños de perfil de usuario incompatibles. Por lo tanto, un usuario que cambia de equipo con diferentes sistemas operativos necesita perfiles de usuario independientes para cada uno. Windows Vista y Windows 7 añaden el sufijo ".v2" a la carpeta del perfil de usuario para aislarla de los perfiles de usuario de Windows XP y versiones anteriores. Aun así, Microsoft TechNet recomienda a los usuarios no cambiar de equipo con Windows Vista/ Windows Server 2008 y Windows 7/ Windows Server 2008 R2 . Los perfiles de usuario en Windows 8 / Windows Server 2012 y Windows 8.1 / Windows Server 2012 R2 tampoco son totalmente compatibles con versiones anteriores, aunque inicialmente también usaban el sufijo ".v2". Posteriormente, Microsoft publicó una revisión .es e instrucciones para permitir que estos sistemas operativos agreguen los sufijos ".v3" y ".v4" respectivamente, segregándolos del acceso entre sistemas operativos. ^{[ 3 ] [ 4 ] [ 5 ] [ 6 ]}

Algunos programas no funcionan correctamente con carpetas de perfil redirigidas que hacen referencia a una ruta de archivo UNC en un recurso compartido del servidor:\\server\share\username\Application Data

• A menos que la entrada del registro

  [ HKEY_CURRENT_USER \Software\Microsoft\Command Processor] "DisableUNCCheck" = dword : 1

  Si está configurado, el Procesador de comandos de Windows no puede tener un directorio de trabajo UNC, por lo que los archivos por lotes suelen fallar.

• No es posible instalar complementos VSTO de Microsoft Office en una ruta UNC. (La carpeta AppData puede ser un lugar habitual para que los usuarios instalen complementos sin privilegios de administrador).
• Adobe Reader ha sido incompatible con los datos de la aplicación ubicados en una ruta de archivo UNC desde al menos la versión 9.0, lo que provocaba un fallo en tiempo de ejecución. ^{[ 8 ]} Adobe Reader X (10.0) es parcialmente compatible, pero no se ejecutará en modo de protección de documentos en una ruta UNC.
• OpenOffice.org 3.3 también es incompatible con los datos de la aplicación en una ruta UNC, y el software falla al iniciarse. ^{[ 9 ]} Se ha desarrollado una solución que estará disponible en una próxima versión.
• AutoCAD ^{[ 10 ]} 2013 no admite perfiles itinerantes ni redireccionamiento .

Estos problemas con las rutas UNC generalmente se pueden solucionar redirigiendo las carpetas a una asignación de unidad para el recurso compartido UNC:

• Unidad N: (por ejemplo) está asignada a\\server\share\userhomedir
• Redirección de la carpeta AppDir al directorio de inicio del usuario:N:\Application Data

Sin embargo, Microsoft generalmente desaconseja el uso de asignaciones de unidades, y las rutas de redireccionamiento exclusivamente UNC son la implementación preferida.

• Es posible que sea necesario mantener sincronizadas las versiones del software de aplicación en diferentes máquinas que se utilizan con el mismo perfil, con las mismas opciones instaladas; de lo contrario, los archivos de configuración del software pueden hacer referencia a bibliotecas dinámicas, extensiones u otros recursos que no están disponibles en otra máquina, lo que puede provocar fallos del sistema, funciones limitadas o corrupción de la configuración.
• La instalación de software en una cuenta puede provocar que dicho software funcione solo parcialmente en otras cuentas, debido a que los recursos no estarán disponibles para otros usuarios en función de sus derechos de acceso a las carpetas personales del instalador.

La redirección de carpetas puede utilizarse con perfiles obligatorios y resulta útil en situaciones donde se desea restringir la apariencia general del escritorio, pero permitir que los usuarios guarden documentos en la red. Por ejemplo, puede utilizarse como una cuenta genérica que cualquier persona puede usar temporalmente sin contraseña.

Redirigir Mis documentos y el Escritorio en un perfil obligatorio permitirá guardar documentos, pero al cerrar la sesión, cualquier cambio en la apariencia del escritorio, como la imagen de escritorio, las cookies de Internet Explorer, los Favoritos y la lista de documentos abiertos recientemente, se revertirá a su estado original. ^{[ 11 ]}

La redirección de carpetas con perfiles obligatorios se logra denegando el acceso de escritura a la copia central del perfil. Al cerrar sesión, los usuarios pueden recibir un error que indica que el perfil no se pudo copiar correctamente al servidor. Asimismo, es importante tener en cuenta que almacenar datos en ciertas ubicaciones puede provocar su pérdida. Por ejemplo, si el escritorio se restablece cada vez que un usuario inicia sesión con el escritorio del perfil obligatorio, aunque aparentemente no haya problema en guardar archivos en el escritorio, al cerrar sesión, el perfil no se copia al servidor y, al volver a iniciar sesión, cualquier trabajo guardado en el escritorio se pierde permanentemente sin previo aviso, salvo el error al cerrar sesión que indica que el perfil no se pudo copiar.

Cuando el usuario U inicia sesión en un equipo Windows C unido a un dominio, C consultará las siguientes ubicaciones para determinar si el usuario tiene configurada una ruta de perfil móvil:

1. la directiva de grupo "Establecer ruta para el perfil de usuario móvil de Servicios de Escritorio remoto" para C , si el inicio de sesión es en un servidor de terminal.
2. El atributo msTSProfilePath del objeto LDAP de U , si el inicio de sesión es en un servidor de terminal.
3. la directiva de grupo "Establecer la ruta del perfil móvil para todos los usuarios que inicien sesión en este equipo" para C
4. el atributo profilePath del objeto LDAP de U

La primera de estas configuraciones que tenga un valor anula cualquier otra posterior. Los atributos LDAP pueden ser configurados por un administrador de dominio o por cualquier otra persona con permisos de escritura para el objeto de usuario LDAP correspondiente, según su lista de control de acceso . El valor configurado como ruta de perfil suele ser una ruta UNC a una carpeta en un servidor de archivos SMB , y esta ruta normalmente contiene la variable "%USERNAME%" para que sea específica del usuario. El perfil móvil para los usuarios de Escritorio remoto se especifica en la pestaña "Perfil de Servicios de Escritorio remoto".

En Windows 2000 y versiones posteriores, la interfaz gráfica de usuario (GUI) para configurar el atributo profilePath está disponible en el complemento Usuarios y equipos de Active Directory . Windows NT 4.0 y versiones anteriores utilizaban el programa Administrador de usuarios para dominios . Desde muchos otros sistemas operativos, se puede acceder a estos atributos LDAP, por ejemplo, con las herramientas de línea de comandos de OpenLDAP, ldapsearch y ldapmodify (tras la autenticación SASL / GSSAPI ).

Cuando un usuario inicia sesión en un equipo unido a un dominio, el shell de Windows comprueba los atributos LDAP y los archivos de directiva de grupo mencionados anteriormente para determinar la ruta del perfil de usuario móvil. A continuación, llama a la función LoadUserProfile . Microsoft no ha documentado el algoritmo de sincronización de archivos exacto que implementa esta función, pero consiste en comparar las marcas de tiempo de cada archivo encontrado tanto en el perfil local como en el perfil móvil, para luego reemplazar cualquier archivo antiguo que se encuentre en el equipo. Cuando el usuario cierra la sesión, el shell de Windows llama a UnloadUserProfile , que aplica un algoritmo de sincronización de archivos similar en sentido contrario, para permitir que los cambios realizados en el perfil móvil se migren de vuelta a la ubicación donde se almacena el perfil móvil del usuario. Además, desde Windows 7, es posible especificar una directiva de grupo llamada "Carga en segundo plano del archivo de registro de un perfil de usuario móvil mientras el usuario está conectado" para aplicar este proceso de sincronización al archivo NTuser.dat a intervalos regulares (el valor predeterminado es de 12 horas). Al iniciar sesión en Windows a través de OpenSSH para Windows, no se carga un perfil móvil.

Las estaciones de trabajo con Windows 95, 98 o Me también pueden tener perfiles móviles; sin embargo, en Windows 9x, los archivos de perfil móvil se almacenan en el directorio de inicio del usuario, incluso si se especifica una ubicación diferente. Para usar perfiles móviles en Windows 9x, cada estación de trabajo debe configurarse con ajustes de perfil independientes para cada usuario que inicie sesión. Esta opción se encuentra en la configuración de Contraseñas del Panel de control de Windows.

Los perfiles móviles en Windows 95, 98 y Me son compatibles entre sí, por lo que si una red cuenta con estaciones de trabajo con Windows 95 y Windows 98, se puede usar el mismo perfil de usuario para todas. Esto también se aplica a los perfiles móviles entre Windows NT 4.0, Windows 2000 y Windows XP, aunque pueden surgir problemas de compatibilidad debido a las diferencias entre las versiones de Windows. Los perfiles móviles en Windows Vista y Windows 7 son compatibles entre sí, pero no con versiones anteriores de Windows. Al usar perfiles móviles con Windows Vista o 7, se creará una carpeta de perfil independiente con la extensión .V2. La solución más sencilla es que todas las estaciones de trabajo ejecuten la misma versión de Windows (consulte la sección de compatibilidad).

Para que la itinerancia funcione con los servidores Novell , es necesario instalar el producto Novell " ZENworks Desktop Management" en el servidor y su paquete de administración de estaciones de trabajo asociado en cada uno de los equipos cliente. Dentro del directorio, se crea un objeto de paquete de usuario que habilita la itinerancia, especifica dónde se almacena el perfil de itinerancia y también almacena las directivas de grupo asociadas para cada versión de Windows en la que los usuarios iniciarán sesión. El paquete de usuario también habilita el usuario local dinámico , que funciona de forma similar a Active Directory, permitiendo que una cuenta creada en eDirectory inicie sesión en cualquier equipo de escritorio, incluso si no existe una cuenta local previamente, y asigna privilegios de cuenta local, como Usuario, Usuario avanzado o Administrador, a la cuenta de usuario local recién creada. En Windows NT, los archivos de perfil de usuario se almacenan en el directorio principal del usuario, en una subcarpeta para cada versión de Windows; por ejemplo, en Windows NT 4.0 la carpeta se llamará "Perfil de estación de trabajo de Windows NT 4.0" y en Windows XP la carpeta se llamará "Perfil de estación de trabajo de Windows NT 5.1".

El paquete de usuario puede asociarse a una cuenta de usuario específica en el directorio o a una unidad organizativa , aplicándose a todas las cuentas de usuario dentro de dicha unidad. El paquete de usuario también habilita funciones adicionales de administración de escritorio de ZENworks, como la visualización y el control remotos del equipo, impresoras de red que siguen al usuario de un escritorio a otro y la programación de eventos que se ejecutarán dondequiera que el usuario haya iniciado sesión.

Aunque Windows 3.x no incluía perfiles de usuario, era posible que los usuarios tuvieran su propio escritorio personalizado en un entorno empresarial. Windows 3.x tenía una opción de configuración administrativa que los administradores de red podían usar escribiendo setup.exe /a. A continuación, Windows se podía instalar en un recurso compartido de red. La instalación de Windows se ejecutaba desde cada máquina local para instalar algunos archivos locales, lo que permitía que Windows 3.1 se ejecutara en red. Los archivos locales se podían guardar en el directorio personal del usuario en una red de dominio Novell o Windows NT, lo que permitía que la configuración del usuario se sincronizara entre máquinas. En este caso, la máquina local no requería un disco duro y podía arrancar desde un disquete o una tarjeta de red.

Las carpetas de red redirigidas pueden anular la separación entre Windows 2000/XP y Windows Vista/Windows 7. Por ejemplo, ambos tipos de perfiles pueden redirigirse para usar una única carpeta de Documentos y una única carpeta de Escritorio, de modo que los documentos de la cuenta del usuario sean consistentes entre los dos perfiles, incluso si el resto de la configuración de la cuenta es diferente.

El uso compartido redirigido de carpetas como Datos de aplicación puede provocar la corrupción de datos, ya que Microsoft no diseñó sus datos de aplicación para que se compartieran entre las diferentes versiones del sistema operativo.