Checho's Blog : Default Profiles

Redirección de Perfiles y Carpetas en Windows 7 (Parte II)

Checho — Tue, 25 Oct 2011 09:57:00 GMT

En este post continuaré con la serie de artículos relacionados con la Redirección de Carpetas y Perfiles en Windows 7; en el anterior post vimos un primer método utilizando las políticas de grupo, hoy veremos otra de las formas soportadas y un poco de relación entre este artículo y el anterior.

*Importante: Recomiendo que los que deseen probar los métodos que explicaré en estos artículos lo haga bajo un entorno explícito de pruebas, además de tener respaldo de las claves de registro modificadas e información que pueda verse afectada.

Lo expuesto aquí además es con fines de compartir conocimiento por lo que como comenté previamente, puede no estar soportado por Microsoft.

Método 2: Redirección manual de carpetas desde Windows

Como en el caso de la política de grupo que se aplicaba más a entornos corporativos, el siguiente método se acogerá más a los que estén administrando pocos equipos, o bien sólo su propia PC en la casa.

Desde Windows XP hay una forma de redirecciónar la ubicación de las carpetas personales indicándole la otra locación manualmente en las propiedades de cada carpeta.

En Windows 7, a pesar del concepto de Bibliotecas, no ha cambiado mucho esto, el procedimiento sería:

- En el equipo que se quiere cambiar las ubicaciones, hacer clic en Inicio y clic en el nombre de usuario de cada uno que se visualiza en el menú de inicio.

*Nota: También se puede llegar aquí digitando y ejecutando en el menú de inicio: %USERPROFILE%

En el directorio del perfil de usuario podremos ver todas las carpetas que aunque son globales difieren de su contenido por usuario, y a las que apuntan las Bibliotecas predeterminádamente, por ejemplo: Documentos, Música, Videos, etc.

- Debemos escoger la carpeta que deseamos redirigir, para este artículo por ejemplo, yo seleccioné como primera a My Documents (Documentos), basta con hacer clic derecho y seleccionar Propiedades (Properties):

- En las propiedades de la carpeta seleccionada, debemos ir a la pestaña Ubicación (Location), allí es donde veremos la que se encuentra actualmente, que para Windows 7 siempre se dirige a C:\Users\<Nombre-Usuario>\<Nombre-Carpeta>, por ejemplo, para mi caso del usuario scalderon sería C:\Users\scalderon\Documents.

Lo que debemos hacer es especificar explícitamente cuál deseamos que sea la ubicación, si queremos mantener el arbol que maneja Windows (Debajo de la carpeta Users), símplemente cambiamos la unidad, por ejemplo, para este artículo yo redirigí todo a E:\

Como Windows es supremamente inteligente, si no hay carpetas, él se dará cuenta y crearía los mismos directorios en la unidad especificada, además de pedir la copia de archivos de un lugar a otro para centralizar:

Creación de carpeta:

Copia de archivos:

Con esto basta para que la redirección de carpetas se cumpla, ahora todo lo referente a este perfil en Documentos por ejemplo se irá diréctamente a E:\, incluso las Bibliotecas de Windows harán también la referencia automáticamente:

*Nota: Este procedimiento se debe hacer manual para cada carpeta que deseemos (Música, Imágenes, Videos, Descargas, etc), aunque son los mismos pasos descritos anteriormente.

Lo interesante ahora es hacerse la pregunta: ¿Qué hay detrás de todo esto?

Inside Folder Redirection (Part II)

La respuesta, como siempre nos la dará Process Monitor de Sysinternals, increible herramienta para solución de problemas pero que además, nos ayuda a entender cómo funciona Windows.

El procedimiento es el corriente, abrir Process Monitor, detener el monitoreo con CTRL + E, limpiar el Log con CTRL + X y después iniciar el logging con CTRL + E nuevamente, ir hasta las propiedades de alguna de las carpetas de usuario y realizar el cambio.

Al terminar, volver al Process Monitor, detener nuevamente el monitoreo con CTRL + E y empezar a revisar.

La forma más fácil es buscando por palabras claves, o bien, de abajo hacia arriba que representa los eventos más recientes.

Para este artículo, yo seguí la misma carpeta de Documentos (Documents), y para mi sorpresa, esperando encontrar algo diferente a lo que arrojaba el procedimiento de las políticas de grupo, encontré esto:

Por supuesto que estaba equivocado yo, si comparan esta gráfica con la que vimos en el anterior artículo, específicamente en Inside Folder Redirection verán que las operaciones son exactamente igual una vez reiniciado el sistema y aplicadas las políticas a cuando cambio la ubicación desde Windows manualmente.

Básicamente, con las funciones RegOpenKey abre las claves User Shell Folders y Shell Folders y con las funciones RegSetValue asigna el contenido al valor Personal cambiándole la ubicación a la unidad E:\ y finalmente cerrar la operación con la función RegCloseKey.

También se crean las carpetas al Windows validar que no existen (Y es cuando nos muestra los mensajes pidiéndonos crearlas):

Primero busca si la carpeta está creada, sino, de acuerdo con el filtro utiliza la función CreateFile para ir creándolas.

*Nota: “Personal” es como se refiere internamente Windows al directorio de Mis Documentos.

Aquí es entonces donde uniremos el anterior artículo con éste, la explicación es que tanto las Políticas de Grupo como el hacerlo manualmente sólo modifican el directorio en el usuario dentro de las subclaves User Shell Folders y Shell Folders. Lo que difiere a una de otra claro está, es que las políticas se pueden revertir, además de que se replican por todos los usuarios de la unidad organizacional a la que se le haya aplicado (Si se hizo con ese filtro), manualmente podemos retroceder pero habría que hacerlo para cada usuario.

Además de esto, nos da otra gran enseñanza, y es que si Windows hace este procedimiento, probáblemente modificando nosotros mismos los valores de Registro podamos lograr el mismo comportamiento. Aunque no es recomendable, a continuación con fines de conocimiento exploraremos un poco esto.

Modificando los valores manualmente en el Registro

Para este artículo, manualmente sólo cambié la ubicación de la carpeta de Documents (Documentos) como se pudieron haber dado cuenta, manualmente entonces indicaré y mostraré cómo cambiar la ubicación de las demás carpetas deseadas, en realidad basta con imitar lo que hace Windows internamente.

Abrimos el Registro de Windows con privilegios elevados haciendo clic en Inicio, digitando Regedit y sobre el resultado, clic derecho y “Ejecutar como administrador”.

En el Editor de Registro navegamos hasta las siguientes ubicaciones:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders

En esta primer ubicación veremos todas las carpetas por usuario a las que se les puede cambiar de ubicación y la configuración actual que tienen:

*Nota: Como ven, el valor Personal que corresponde a Documents (Documentos) ya está configurado a la unidad E:\

Todas los demás valores están apuntando en su mayoría a donde se crea originalmente el perfil de usuario, es decir en C:\Users\NombreUsuario\NombreCarpeta, para mi caso, haré lo mismo que Windows y modificaré la ubicación pero de la carpeta Pictures, que tiene el valor de My Pictures y lo redirigiré a E:\Users\scalderon\Pictures

Al hacer clic en el botón Ok (Aceptar) ya se verá reflejado en el Editor de Registro, sin embargo, todavía falta otra modificación; si recordamos el procedimiento de Windows, en Shell Folders también hacía este mismo cambio.

Basta entonces con subir a Shell Folders que en su ubicación completa es:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders

Aquí hacemos exáctamente la misma modificación, para mi caso de C:\Users\scalderon\Pictures a E:\Users\scalderon\pictures

A pesar de que hicimos el mismo procedimiento que Windows, al reiniciar para que el Shell tome los cambios así, podremos notar que en la Biblioteca Música ya no se hace referencia a la carpeta de Música del usuario e incluso donde debería estar ubicada no se encuentra:

La razón por la que no se creó la carpeta puede ser relativamente sencila, Windows, como ya lo he dicho en varias ocasiones, es muy inteligente y cuando le estamos indicando la ruta a través de las Políticas de Grupo o incluso manualmente como expliqué en este artículo, él utiliza sus propias funciones de QueryDirectory y CreateFile para consultar y crear las respectivas carpetas, al hacerlo manualmente sobre un perfil ya creado Windows sigue haciendo referencia a la ubicación pero esta vez no creará las carpetas por sí solo, ésto solo lo hace en los escenarios anteriores o bien en el primer inicio de sesión del respectivo perfil.

En este orden de ideas, el experimento consiste en crear la carpeta manualmente y ver qué sucede, para esto basta con ir al directorio donde se supone debería estar y crearla desde el Explorador de Windows (También se podría desde línea de comandos):

El nombre debe ser idéntico a como a como la especifiqué en el Registro de Windows, para mi caso que redireccioné Pictures (Imágenes) debe tener el nombre de Pictures:

De nuevo, al reiniciar o cerrar sesión en el sistema y volver a entrar, la sorpresa ahora sí será grata y desde las Bibliotecas ya se hará referencia a ésta:

El que diga “Unresponsive” hace referencia a que la carpeta no se está comportando igual que la original, puesto que las originales de Mis ocumentos y Mis Imágenes son links simbólicos que van a Documentos e Imágenes.

Aquí sólamente estamos redireccionando, a pesar de todo, funcionará sin ningún problema pero, aunque lo haga, no deja de ser un procedimiento No recomendado para implementar, más sí para aprender =)

Como comenté antes, si se quisiera que todos los usuarios funcionaran con redirección de carpetas manuales y sin creárselas manualmente, antes de crear los perfiles locales habría que Modificar esta misma ruta en el Editor de Registro pero del Hive correspondiente al Default User para que cada nuevo usuario creado lleve su contenido de carpetas directo a E:\, el riesgo claro está como siempre con los Hives es que son los predeterminados y cualquier daño afectará a todos los usuarios.

Espero les pueda servir a los que se tomen el trabajo de leer todo el artículo, como siempre comentarios bienvenidos.

En el próximo artículo de esta serie entraremos a la parte de redirección completa de los Perfiles de usuario y lo que esto implica.

Saludos,

Checho

Sysinternals y Windows Deployment mejor juntos: Establecer políticas y cambios en el registro a una imagen offline de Windows 7

Checho — Tue, 11 Oct 2011 19:57:00 GMT

Hola a todos,

En ambientes empresariales es normal que cuando los equipos están bajo Tecnología Microsoft y hay un Dominio de por medio, todos los equipos que estén unidos se les crearán unas políticas de grupo para controlar comportamientos sobre sus objetos (Usuarios, máquinas, etc), así se logra estandarizar en gran parte las imágenes que se despliegan a través de la organización.

Las Políticas de Grupo tienen su propio comportamiento muy inteligente por cierto, aunque a grandes rasgos, lo único que hacen es una serie de cambios en el Registro de Windows de forma gráfica y replicarlos para todos los usuarios con unos archivos que se actualizan al iniciar sesión o al forzar las políticas de grupo con el comando gpupdate /force.

Normalmente sin embargo, no sólo se hacen configuraciones desde GPO para estandarizar o adaptar Windows a nuestro estilo o entorno, muchas veces por temas de Compatibilidad o símplemente por personalización específica también requerimos hacer cambios detallados en el Registro de Windows.

La otra cara de la moneda, es que no en todas las empresas existe Windows 7 Enterprise o Ultimate y no todo es empresa, ¿Qué pasa con el usuario hogareño que requiere administrar las máquinas con ediciones que no soportan el Editor de políticas de grupo y no hay dominio?

En la mayoría de las ocasiones tenemos dos alternativas, hacer estos cambios antes de capturar la imagen para copiar el perfil y que queden una vez instalado Windows en las estaciones de trabajo o bien hacer los cambios después de implementado Windows.

Estos procedimientos, aunque son rápidos, requieren a veces un poco más de tiempo o cuidado y por lo general, para los Profesionales de Tecnología (ITPROS), o incluso para las personas que manejan los equipos en casa, tiempo es lo que menos tienen y lo que más necesitan ahorrar.

Afortunádamente, éstos no son los unicos métodos para hacer configuraciones específicas sobre el Registro de Windows, nostros desde Windows Vista y gracias a WAIK (Específicamente a Dism) ahora podemos hacer estos y muchos otros tipos de cambios a una imagen offline (Sin conexión, no instalada), y mejor aún… gracias a Windows Sysinternals tampoco necesitamos del Editor de políticas de grupo para realizar los cambios a nivel de Registro que establezcan el objetivo de las políticas (En una gran mayoría).

En este artículo veremos cómo realizar cualquier tipo de cambio en el Registro de Windows sin necesidad de instalar completamente el sistema operativo pero además lo enfocaré a encontrar y desplegar configuraciones específicas de políticas de grupo manualmente para que tenga mucho más valor (espero).

¿Qué necesitamos?

1. Antes que nada, requerimos los archivos de instalación de Windows 7, específicamente el archivo de imagen Install.wim. Si todavía no tienen Windows 7, pueden descargar un Trial desde aquí: http://technet.microsoft.com/evalcenter/cc442495.aspx

2. Para poder desplegar alguna política modificando manualmente el Registro de Windows, debemos rastrear el comportamiento de la misma una vez aplicada, para eso debemos descargar y ejecutar Process Monitor de Sysinternals. Lo pueden descargar desde aquí: http://technet.microsoft.com/es-co/sysinternals/bb896645

3. Equipo Técnico donde se instalé el trial o una edición activada de Windows 7 Enterprise o Ultimate si queremos buscar el cambio de alguna política con Process Monitor; además de esto donde se podrá montar la imagen offline para realizar los cambios (Para esto no es necesario que sea Enterprise).

“Montando” la imagen…

Una vez tengamos todos los requisitos, ¡Hora de empezar!

Antes de cualquier cosa, tenemos que montar la imagen en algun directorio dentro del Equipo técnico, si el medio de Windows 7 está en un medio físico o imagen .ISO, debemos insertarlo en la unidad o virtualizar la unidad con aplicaciones como UltraISO en el caso de la imagen y posteriormente copiar todos los archivos al directorio creado.

Para este artículo, yo creé una carpeta llamada “7” en la Unidad C:\, me quedaría: C:\7 para hacer referencia a ella, una vez copiados los archivos, deberíamos ver algo similar a la siguiente captura:

En el mismo equipo técnico, hacemos clic en Inicio, tecleamos CMD y sobre el resultado Clic derecho y seleccionamos “Ejecutar como administrador”.

Al ejecutarse con un token administrativo, la consola de comandos debe quedar ubicada en C:\Windows\System32, debemos ejecutar desde ahí el siguiente comando para montar la imagen: Dism /Mount-Wim /WimFile:<ImagenWIM> /Index:# /MountDir:<DirectorioMount>

Donde <ImagenWIM> se refiere al archivo de imagen .WIM que está ubicado bajo la carpeta \Sources en los archivos de instalación de Windows, para este caso estaría en C:\7\Sources\install.wim, “#” se refiere al número de índice de la imagen que queremos montar, recordemos que una sola imagen pueden contener varias imágenes, si es una Enterprise, el índice sería “1”; <DirectorioMount> se refiere a la carpeta donde queremos que esté montada la imagen de Windows que estamos referenciando, para este caso yo creé una carpeta llamada “Mount” en la unidad C:\, por lo que sería C:\Mount.

En este orden de ideas, para mi caso el comando sería:

Dism /Mount-Wim /WimFile:C:\7\Sources\install.wim /Index:1 /MountDir:C:\Mount

*Nota: Cabe recordar que el archivo install.wim representa el nuevo formato de imágenes de Windows y es el que contiene toda la captura completa de lo que es el sistema operativo.

Una vez montada la imagen, veremos que en el directorio especificado se crearon una serie de carpetas muy familiares a cuando Windows se encuentra instalado:

Por ahora, no tocaremos más a Dism, ya que tenemos la imagen montada podemos empezar a inyectar configuraciones en su Registro para posteriormente guardarla y que queden al desplegar Windows.

Sobre Registry Hives

Antes de proceder a editar, es bueno recordar algo sobre los Hives, básicamente se conocen como Árboles que contienen una set de claves, subclaves y valores en el registro.

Un hive se puede ver como una plantilla para cada rama de Registro (HKCU, HLM, HKCR, etc), cuando un usuario inicia sesión, se le crea un nuevo Hive de usuario que contiene toda la configuración a nivel de Usuario, es decir ubicada en HKEY_CURRENT_USER y se toma de la plantilla NTUSER.DAT ubicada en el directorio C:\Users\Default que corresponde al usuario predeterminado en Windows 7.

Éste es el único Hive que difiere para cada usuario, pero no es el único Hive que existe puesto que casi todas las ramas del Registro tienen un Hive correspondiente y es del que todos los usuarios al instalar Windows hacen uso.

La mayoría de los Hives están en el directorio %SystemDrive%\System32\Config, normalmente C:\Windows\System32\Config

Lo que haremos con mucho cuidado es empezar a cargar los Hives que necesitemos según la configuración, normalmente sería el de usuario (NTUSER.DAT) para modificar todo lo que esté en HKEY_CURRENT_USER o alguno de los de máquina para modificar HKEY_LOCAL_MACHINE.

*Nota: HKEY_LOCAL_MACHINE tiene hive único para SAM, Security, System y Software, por lo que tenemos que saber cuál es el que requiere el cambio para cargarlo.

Aquí pueden ver más documentación al respecto: http://msdn.microsoft.com/en-us/library/windows/desktop/ms724877(v=vs.85).aspx

Identificando la clave de Registro a modificar con Sysinternals

Antes de proceder a cargar el Hive correspondiente de la imagen que montamos en los pasos anteriores debemos identificar qué es lo que vamos a modificar en el Registro.

Cada persona probablemente podrá saltar estos pasos puesto que por lo general, ya sabemos qué llave de registro es la que necesitamos cambiar y cómo la debemos cambiar.

Para este artículo sin embargo, pondré el ejemplo con una configuración básica a nivel de políticas que identificaré para hacer el cambio a nivel de Registro.

La política que seguiré es la de “Ocultar y deshabilitar todos los elementos del escritorio” ubicada en Configuración de usuario\Plantillas Administrativas\Escritorio en el Editor de Políticas de Grupo.

Existe sólo una herramienta que me ayudará a comprender cuál es el cambio cuando selecciono “Habilitada (Enabled)” y le doy a Aplicar (Apply), por supuesto, tiene nombre propio: Process Monitor de Sysinternals.

El procedimiento es relativamente sencillo, debemos poner a ejecutar Process Monitor para que inicie el log del sistema, posteriormente abrir el editor de políticas, ir directamente a la política y activarla, después de esto volvemos a Process Monitor, detenemos el log con CTRL + E o bien en File, Capture Events.

Ya en Process Monitor, la primera distancia puede ser algo confusa (Tanto aquí como haciendo Troubleshooting por ejemplo), la recomendación que di en mi anterior artículo y que vuelvo a dar aquí es simpre iniciar la búsqueda por palabras claves que tengan que ver el problema o lo que se esté buscando, si no dan resultado, variar con palabras alternativas o en últimas empezar a analizar línea por línea descartando las que no corresponden.

Para mi caso, empecé por la que más creí se asemejaba, la palabra: Desktop

*Nota: En lo posible, hacer la búsqueda con las palabras en inglés.

Para hacer la búsqueda en Process Monitor, basta con presionar las teclas CTRL + F o bien en el menú Edit, Find y poner la palabra:

A pesar de que me costó un poco en este caso, identifiqué tal vez lo que estaba buscando, primero por el proceso asociado (MMC.exe) y segundo por la operación y ruta que implicaba:

Como ven, se está abriendo y haciendo consulta sobre la clave:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\GroupPolicyObjects

Esta clave sólo se ve afectada (Creada y editada) cuando se establece una política de grupo, desde Process Monitor se puede hacer clic derecho y seleccionar Jump To para ir directamente a la ubicación en el Registro, así se puede ver lo que establece específicamente:

Dentro de la clave en cuestión, se hace referencia a otra subclave ubicada por usuario en el Registro: User\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

En el lado derecho vemos que se creó un valor llamado NoDesktop con un valor “1” que se refiere a habilitado.

Ésta es la política, sin embargo desde aquí no se puede replicar porque siempre se crea un identificador (La serie de letras y números), pero podemos sacar ventaja de la segunda parte de la ruta especificada en la clave (User\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer) esto indica dónde escribirá finalmente la configuración y es la que se replica a los demás usuarios, para este caso sería en:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

El contenido del valor NoDesktop es el que activará o desactivará la política, si está en 1 permanecerá activa, sin está en 0 sin embargo, permanecerá desactivada (Igual que si se elimina).

Ahora, como está en HKEY_CURRENT_USER, la configuración sólo aplicará en el usuario que se importe el fichero de registro, el Editor de Políticas es el que se encarga de replicarlo cuando se crea por ahí, pero todavía hay otra ventaja que por lo general funciona:

Gran parte de los cambios sobre las claves y subclaves de usuario, Windows los puede reconocer si se hacen en las mismas claves a nivel de máquina, es decir desde HKEY_LOCAL_MACHINE, en este orden de ideas para mi caso probé haciendo estableciendo el valor de NoDesktop (1) en la clave:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

*Nota: Noten que ya empieza en HKLM (HKEY_LOCAL_MACHINE).

Afortunádamente para mí, en este caso funcionó y ahora todos los usuarios se les desactivaban los elementos del escritorio, ¡Esto era lo que buscaba!

*Nota: Si desean de pronto aplicar esta misma política, les dejo la descarga del Archivo de Registro desde mi Skydrive:

Este sin embargo, es sólo el cambio en Windows pero debemos especificarlo es en la imagen Offline.

Cargando y modificando el Hive en la imagen sin conexión

Cabe destacar que si realizamos el cambio en el Hive de usuario (NTUSER.DAT), la política se aplicará para todos los que se creen desde el predeterminado, pero para este artículo lo aplicaré diréctamente en la rama de HKEY_LOCAL_MACHINE con el ánimo de que veamos que cualquiera puede sufrir el cambio.

El cambio está bajo \Software, por lo que el Hive que se debe cargar es el de Software.dat ubicado en la carpeta \Config de los archivos de instalación de Windows, en este artículo es el directorio: C:\Mount\Windows\System32\Config\Software

En el equipo técnico, abrimos una consola de comandos con privilegios elevados (Clic derecho, Ejecutar como administrador) y debejos ejecutar:

Reg Load HKLM\Temp <RutaHive>

Donde <RutaHive> es la ubicación del archivo Hive que deseamos cargar, para este caso por ejemplo sería C:\Mount\Windows\System32\Config\Software

El comando para este artículo quedaría:

Reg Load HKLM\Temp C:\Mount\Windows\System32\Config\Software

*Nota: “Temp” no es un nombre obligatorio, es sólo una variable para que se cree la clave en el Registro de Windows, por lo que se le puede poner el nombre que deseemos.

Abrimos el Registro de Windows haciendo clic en Inicio, tecleando Regedit, clic derecho y Ejecutar como administrador.

Debemos buscar la clave Temp debajo de HKEY_LOCAL_MACHINE (HKLM) y a partir de ahí buscar la ruta normal como mostré en el anterior punto al encontrar la clave de registro que se debe modificar:

En vez de hacerlo manualmente, fácilmente podríamos exportar el cambio en el Reigstro normal de HKEY_LOCAL_MACHINE y modificarlo para especificar que agregue en la ruta la clave que contiene el Hive (Temp), por ejemplo, si el cambio es en:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer,

Se modificaría el registro para que quedara:

HKEY_CURRENT_USER\Temp\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

*Nota: No especificaré aquí de nuevo el paso a paso para la creación del valor que establece la política porque varía en este punto varía dependiendo de lo que cada quién quiera modificar en el registro.

Al terminar esto, cerramos el Registro de Windows, volvemos a la Consola de comandos y descargamos el Hive ejecutando: Reg Unload HKLM\Temp

*Nota: Si planeamos hacer más cambios en el Registro debemos dejarlo cargado, realizar los cambios y una vez terminado, descargamos el Hive.

Desmontando Imagen…

¡Todo está listo! Finalmente en este punto si no vamos a realizar más cambios ya a nivel de Servicing (Con Dism como agregar actualizaciones), es tiempo de desmontar la imagen guardando los cambios para que todo lo que hicimos en el Hive y en general cualquier operación se mantenga para la instalación.

Para desmontar la imagen, hacemos clic en Inicio, digitamos CMD, clic derecho, Ejecutar como administrador.

En la Consola de comandos debemos ejecutar:

Dism /Unmount-Wim /MountDir:<DirectorioMount> /Commit

Donde <DirectorioMount> es como se llama donde montamos la imagen, para este artículo por ejemplo, es “Mount” y está ubicado en C:\.

En mi caso el comando quedaría:

Dism /Unmount-Wim /MountDir:C:\Mount /Commit

*Nota: La bandera /Commit es para que se guarden los cambios, en caso de que nos hayamos equivocado y queramos desmontar la imagen sin guardar los cambios se debe cambiar a /Discard

Preparando y probando…

Sólo queda crear la imagen .ISO si se quiere desplegar desde un Medio o bien proceder a montar el Install.wim en algun servidor WDS, MDT o cualquier otra tecnología de despliegue.

Al instalar Windows, sin tocar nada más, el cambio en el Registro estará embebido, para mi caso que integré el NoDesktop en HKEY_LOCAL_MACHINE para que ningun usuario pudiera cambiar o ver elementos en el escritorio, este fue el resultado:

*Nota: Nuevamente, recordemos que se puede hacer cualquier cambio en el Registro pero deben tener cuidado porque aquí estamos obligando a que las plantillas o Hives predeterminadas que son las más limpias estén viniendo ya con cambios.

¡Terminamos! Espero les pueda ser de utilidad y como siempre, ¡Comentarios bienvenidos!

Saludos,

Checho

Establecer un fondo de pantalla predeterminado de forma manual para todos los usuarios en Windows 7

Checho — Wed, 17 Aug 2011 23:49:00 GMT

Normalmente, como ya lo hemos visto en otros artículos, existen varias formas de predeterminar o establecer configuraciones o personalizaciones en un ambiente Windows, la más común es hacerlo manualmente, tal vez por implementación, utilizando herramientas del sistema operativo o de terceros o hacer un despliegue de políticas de grupo sea local o a nivel de Dominio.

El propósito de este post es lograr establecer una simple operación como el fondo de pantalla para que se convierta en el predeterminado para todos los usuarios, la diferencia será que lo haremos a nivel de registro que aunque se convierta en tal vez la última opción normalmente por lo que puede representar, indagándolo es tal vez la forma en que “configurando se aprende” como pretendo mostrar aquí, por lo menos desde donde mis pocos conocimientos me lo permiten.

*Nota: El artículo en su gran mayoría está como he tratado de hacerlos todos, explicando lo más que puedo para terminar con lo que se consideraría la solución o el Tip en este caso, como siempre, pueden saltarse si quieren e ir a la última parte:
“Por fin, Predeterminando el Fondo de pantalla para todos los usuarios…”

Explorando Windows…

Windows predeterminadamente establece un Tema que contiene el fondo de pantalla con el logo principal del sistema operativo pero, ¿Qué pasa cuando se establece ese tema? para ver los que nos conviene que es el fondo de pantalla, podemos hacer uso de Process Monitor de Sysinternals, activarlo cuando cambiemos el fondo y volver a ver los resultados.

Si buscamos por “Wallpaper”, siguiendo el patrón de detenernos en palabras que concuerten dentro de todo el trazo que entrega Process Monitor, podremos ver lo siguiente:

La primera columna de “Operation” determina el tipo de operación que se está haciendo, además de la función que se está utilizando.

Como ven en la captura anterior, la primera operación que resalto está utilizando la función ReadFile e indica la ruta de una imagen llamada “img0.jpg” ubicada en:
C:\Windows\Web\Wallpaper\Windows\img0.jpg

Si abrimos en el Explorador de Windows o desde Process Monitor, hacemos clic derecho sobre la ruta y seleccionamos “Jump to”, veremos que la imagen hace referencia a la que precísamente Windows utiliza en el tema predeterminado:

Como la ruta está en un directorio global, todos los usuarios que se crean y que mantienen este tema predeterminado, harán la misma consulta al fondo de pantalla por lo que, si remplazáramos este fondo de pantalla por una imagen personalizada en formato .jpg lograríamos que todas las cuentas tuvieran el mismo fondo. Sin embargo, no es lo recomendado ni lo que haremos porque está protegido y administrado con una de las cuentas que actúan como servicio para operaciones especiales TrustedInstaller.

Como el resultado es satisfactorio (SUCCESS), Windows procede a realizar la segunda operación (Retomando la primera captura) y procede a utilizar la función WriteFile que escribe sobre el directorio de Roaming destinado para el usuario desde donde se está consultando, por ejemplo para el mío que se llama Ult64 escribe en:
C:\Users\Utl64\Roaming\Microsoft\Windows\Themes un archivo llamado TranscodedWallpaper.jpg. Como en la anterior operación, si vamos más a fondo y vemos qué imagen contiene ese archivo, veremos lo siguiente:

Como ven, se trata del mismo fondo de pantalla de la imagen (img0.jpg), esto quiere decir que Windows después de leer la ubicación del primero, sobreescribe este con diferente nombre, (Pueden probarlo cambiando de tema y verán que el fondo siempre corresponderá al que está aplicado a la pantalla en el momento).

La pregunta es, ¿Para qué sirve esta ruta? Pues bien, la respuesta como siempre la tiene Process Monitor; y es que si seguimos buscando nos encontraremos esto:

Básicamente, Windows utiliza la función RegOpenKey para abrir la clave de HKEY_CURRENT_USER\Control Panel\Desktop, hacer la consulta del valor (RegQueryValue) Wallpaper y además de establecerlo utilizando la función RegSetValue (Ver lo que está resaltado en rojo).

Es muy normal este tipo de operaciones, lo interesante está es que si abrimos el contenido del valor Wallpaper desde el Editor de Registro de Windows (Regedit.exe), nos encontramos con una grata sorpresa:

¡Aquí es donde aparece la famosa ruta!
A las conclusiones que puedo llegar es que al establecerse un tema, a pesar de realizar la primera consulta en los fondos predeterminados, utiliza el directorio y el nombre de TranscodedWallpaper.jpg donde Windows puede escribir a su gusto por lo que los cambios serán siempre dinámicos y sin problema de permisos.

Lastimosamente no podemos predeterminar un fondo de pantalla remplazando sólo la ruta que aparece en el valor de Wallpaper porque cada que se cambia manualmente el fondo, la ruta se sobreescribe por lo que el cambio no servirá de nada.

Ya vimos qué sucede cuando aplicamos un tema con su respectivo fondo de pantalla manualmente, ahora, analicemos un poco el procedimiento cuando se aplican las políticas de grupo:

Explorando las Políticas…

Las políticas de grupo (GPO) son el mejor y más correcto método para administrar nuestros equipos clientes, por lo general unidos a un Dominio donde siempre se manejará una gestión centralizada pero además existen políticas locales que pueden ser creadas o manipuladas desde Windows en ediciones específicas, para Windows 7 en las ediciones Enterprise y Ultimate.

Si se quiere predeterminar un fondo de pantalla para todos los usuarios, si los equipos están unidos a un dominio, esta debería ser la forma de hacerlo, y aunque no nos centraremos en esto, el procedimiento es relativamente fácil:

En el Editor de políticas de grupo, se debe ir a la siguiente ruta:

Configuraciones de usuario\Plantillas administrativas\Escritorio\Active Desktop

La política en cuestión se llama Tapiz de escritorio:

Al abrir la Política, veremos que basta con habilitarla, indicarle una ruta a una imagen con formato .jpg y un Estilo de papel tapiz (Ajustado, Centrado, Expandido, etc):

*Nota: Como las opciones de la política lo especifican, se le puede indicar tanto una ruta local como un recurso compartido con el formato estándar.

Hasta aquí es el procedimiento normal, pero nuevamente ¿Qué pasa cuando se aplica esta política?

Si monitoreamos nuevamente con Process Monitor y volvemos a utilizar búsquedas basándonos en palabras relacionadas con lo que estamos haciendo, por ejemplo “Wallpaper” empezaremos a ver algunos resultados muy interesantes:

*Nota: Hacer clic en la imagen para verla en su tamaño normal.

Como verán, Windows al momento de aplicar las políticas hace unas operaciones sobre la clave respectiva a Configuración de usuario en las Políticas de grupo:

HKCU\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects\{B14D9D7C-7728-4C31-96FC-A59F1AB2D6E3}User

Allí crea y consulta dos valores, Wallpaper y WallpaperStyle bajo la subclave:

User\Software\Microsoft\Windows\CurrentVersion\Policies\System

Si aprovechamos de nuevo las ventajas de Process Monitor, más específicamente su función de hacer Jump to directo a la clave desde la que se lanza veremos que estos dos valores contienen lo que quizá terminarían de configurar que pertenecen a los que estableció la Política de grupo:

El contenido de la cadena del primera valor corresponde a la ruta de la imagen que establecí como fondo de pantalla predefinido para todos los usuarios (Wallpaper), el contenido del segundo valor (WallpaperStyle) corresponde al tipo de ajuste que tendrá la imagen en el escritorio (Extendida, Ajustada, etc).

Sin embargo, todo lo que se escriba en esta clave (HKCU\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects) sea por usuario o máquina, sólo determina las políticas aplicadas y los valores utilizados. Es decir, crear estas claves y subclaves junto con sus valores manualmente no aplicarán la política de la misma forma (En un principio creí que así sería) y es que, cada que se aplica una nueva política se crea un tipo de identificador para ésta debajo de esta clave.

Para encontrar dónde realmente estaba haciendo el cambio en el registro y que el sistema operativo tomara la configuración bastaba con deterse a mirar más la segunda parte de esta clave; como nos damos cuenta la primera parte hasta “Group Policy Objects” se refiere a la ubicación en el subarbol de HKEY_CURRENT_USER (HKCU) pero, después del ID está indicando otro adicional (User\Software\Microsoft\Windows\CurrentVersion\Policies\System), si seguimos esto, adicionándole por supuesto el HKEY_CURRENT_USER al principio veremos que en efecto esta clave existe y que además nos da más información:

Tal cual lo había especificado la política y las claves anteriores, aquí estaban de nuevo los valores Wallpaper y WallpaperSytle con la configuración que se le entregó utilizando el Editor de políticas de grupo.

Para confirmar de que esta clave y valores se creaban sólo así, volví al Editor de Políticas, abrí la de Papel tapiz nuevamente y la cambié a No configurada que se comporta en este caso de la misma forma que Desactivada y en efecto, la clave despareció (Después de actualizar con F5 el Editor de Registro claro):

En conclusión, lo que hace la política es crear los valores Wallpaper y WallpaperStyle con sus respectivas cadenas tanto en la clave donde almacena las políticas creadas como en la ruta dentro del Registro para que aplique la configuración, en este caso del fondo de pantalla en:

HKEY_CURRENT_USER\Software\Microsoft\Windows\Current Version\ Policies\System

Lo triste en mi perspectiva de esto es que la configuración para un fondo de pantalla predeterminado está bajo el subarbol de HKEY_CURRENT_USER (HKCU) y si recordamos bien, cada Perfil de usuario en Windows contiene una configuración diferente de este subarbol partiendo de lo que entrega la plantilla predeterminada de Windows almacenando todo en el archivo NTUSER.DAT dentro de la carpeta por perfil. Pueden ver un poco más en detalle lo del Perfil de usuario en Este artículo.

La pregunta es entonces, si esto era así ¿Cómo replica Windows la configuración por usuario a todos los perfiles que existen actualmente en el sistema cuando se aplica una de estas políticas?

La respuesta a esa pregunta tenía que estar en tratar de entender un poco más el proceso y es aquí cuando se llama nuevamente al Log que anteriormente había recogido con Process Monitor, y después de buscar un poco aún con la palabra “Wallpaper” encontré esto:

Primero, hay unas operaciones a nivel de sistema de archivos que utilizan un archivo Registry.pol, posteriormente Windows realizaba unas operaciones a nivel de Registro que incluían la creación de nuestra clave en cuestión con su respectivo valor (Wallpaper), después de hacer unas lecturas, procede a cerrar la clave y posteriormente a escribir un archivo en la carpeta del perfil con el que estaba activo en el momento llamado ntuser.pol, por último de nuevo hace la operación de creación de claves y valores respectivos pero para el segundo valor (WallpaperStyle). Siguiendo el monitoreo, volvía a escribir el archivo ntuser.pol pero no se muestra en la captura anterior.

Resulta que estos archivos cumplen una función específica y que daba respuesta a la pregunta planteada anteriormente. Ambos son creados y utilizados sólo cuando se activan o se gestionan políticas de grupo pero el primero, Registry.pol contiene toda la configuración de las políticas aplicables y además determina cómo se deben aplicar, el segundo por su parte, ntuser.pol es el que hace el trabajo “duro” y es el de replicar estas configuraciones que aplican por usuario a todos los perfiles de la máquina, forzando así que cuando el usuario inicia sesión tome los cambios que se han establecido.

Como ven, éste último es el que hace la réplica y con esto sabemos cómo es que resultan afectados todos los perfiles bajo HKEY_CURRENT_USER y además del por qué con establecer manualmente la política no basta.

De cualquier forma, esto es un resultado algo triste porque esta configuración no se puede realizar a nivel de máquina, es decir por HKEY_LOCAL_MACHINE (Aún así lo intenté) y no hay cómo (O no se cómo todavía) replicar lo que hace cuando se aplica una política.

Con esto confirmamos que el mejor método es hacerlo por políticas locales o de dominio pero, por fin entra lo que en primera es el objetivo del artículo:

¿Qué pasa cuando yo no tengo una edición con la que pueda trabajar con políticas de grupo y quiero tener este comportamiento de fondo predeterminado?

Por fin, Predeterminando el Fondo de pantalla para todos los usuarios…

Si no contamos con una edición como Windows 7 Enterprise o Ultimate o por lo menos, estamos unidos a un Dominio con Windows 7 Professional para que tome estas configuraciones y queremos tener un fondo de pantalla predeterminado, debemos entonces pasar a “forzar” nosotros este comportamiento ayudánonos de lo que descubrimos previamente siguienteo las políticas de grupo.

Hay dos cosas que debemos de tener en cuenta, los usuarios próximos a crear su propio perfil y los que actualmente tienen un perfil asignado en la máquina local, lamentablemente con este método no todo puede ser tan automatizado pensando en lo segundo (Usuarios que ya tienen perfil) pero se puede tratar de mitigar lo más posible.

Primero tomaremos ventaja de lo que podemos forzar a predeterminar y es el comportamiento para los nuevos perfiles de usuario que se van a crear y es que si la clave de HKEY_CURRENT_USER no contiene las claves y valores que predeterminan un fondo de pantalla podemos cargar el perfil predeterminado de Windows e indicar nosotros qué es lo que queremos que tenga como fondo de pantalla desde el momento que crea el perfil.

El proceso detallado para cargar y detallar el perfil predeterminado está en este artículo por lo que no entraré mucho en detalle, sin embargo mostraré de nuevo los parámetros para hacerlo por línea de comandos para que se entienda el paso a paso.

En el Equipo donde se crearán los perfiles, buscamos y seleccionamos una imagen de algun directorio del sistema, preferiblemente ubicarla en alguna unidad que sea global para todos los usuarios y que no corra el peligro de ser eliminada si un usuario se borra con su contenido, debe tener un formato (.JGP). Después de esto, hacemos clic en Inicio, tecleamos CMD, clic derecho sobre el resultado y seleccionamos “Ejecutar como administrador”.

En la consola de comandos ejecutamos la siguiente línea para cargar el Perfil predeterminado:

Reg Load HKLM\Default %SystemDrive%\Users\Default\NTUSER.DAT

Lo que haremos será crear la clave de System y los valores de Wallpaper y WallpaperStyle que determinarán el fondo de pantalla a ser utilizado y la ubicación dentro del escritorio.

Abrimos el Editor de Registro de Windows yendo al menú de inicio, tecleando Regedit y tecla ENTER.

En el Editor de Registro navegamos hasta la siguiente clave:

HKEY_LOCAL_MACHINE\Default\Software\Microsoft\Windows\CurrentVersion\Policies

Hacemos clic derecho sobre la clave de Policies y seleccionamos Nuevo, Clave:

El nombre de la clave debe ser System

En el panel de la mitad de la ventana de Editor de Registro hacemos clic derecho, seleccionamos Nuevo y Valor de cadena:

El nombre que le debemos indicar es: Wallpaper

Repetimos el paso de creación del valor de cadena y el nombre se lo especificamos como WallpaperStyle.

Debe verse similar a la siguiente captura:

Como no tiene nada aún, no nos servirá, para que funcione hacemos doble clic en cada una, en la primera Wallpaper debemos especificar como contenido la ruta del Fondo de pantalla que deseamos que todos los nuevos usuarios que se creen tengan, teniendo en cuenta que no lo podrán cambiar:

Hacemos clic en Aceptar para guardar el cambio y posteriormente doble clic en el segundo Valor WallpaperStyle, en éste debemos especificar la forma en que deseamos que se acomode en el escritorio con un número que identifique el comportamiento:

1: Rellenar
2: Expandida
3: En mosaico
4: Centrada
5: Ajustar

El resultado final debe ser similar al siguiente:

Cerramos el Editor de Registro, abrimos la Consola de comandos sea porque se haya minimizado o repitiendo los pasos para volver a abrir (Menú inicio, CMD, clic derecho, Ejecutar como administrador) y descargamos el Hive para que guarde los cambios y los establezca en cada nuevo perfil con el siguiente comando:

Reg unload HKLM\Default

*Nota: Asegúresen de que tanto en la carga como en la descarga del Perfil predeterminado el resultado indique que se completó correctamente, de lo contrario no se realizará la operación y puede generar problemas a los nuevos o existentes perfiles.

Todo está listo, la prueba de fuego es crear una nueva cuenta cuenta de usuario y ver que en efecto, se le esté aplicando el fondo de pantalla elegido y que además, no lo pueda cambiar:

Ya los nuevos Perfiles funcionarán como deseamos, el problema sigue es con los que ya están existentes y para nuestra mala fortuna, como comenté en la fase donde exploraba el comportamiento de las Políticas de grupo (Ver Explorando las Políticas) no podemos replicar el mismo comportamiento de forma masiva a nivel de registro porque el cambio está bajo HKEY_CURRENT_USER, sin embargo está en nostros encontrar alternativas.

Lo que podemos hacer es primero crear la correspondiente clave para que se fuerce la política (Muy similar a la anterior) y posteriormente distribuirla y ejecutarla en todos los usuarios que ya estaban activos localmente para que se aplique.

Para crear la clave, abrimos el Editor de Registro yendo a Inicio, teclea Regedit, clic derecho sobre el resultado y seleccionar “Ejecutar como administrador”.

Navegamos hasta la clave:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies

Aquí como para el perfil predeterminado, hacemos clic derecho sobre la clave de Policies, seleccionamos, Nuevo y Clave.

La clave debe llamarse igualmente System.

Ahora, sobre la derecha debajo del Valor predeterminado hacemos clic derecho, Nuevo, Valor de cadena y la llamamos Wallpaper.

Realizamos el paso nuevamente y llamamos a la nueva clave WallpaperStyle

Para crear esto también bastaría con abrir un Blog de notas y copiar:

Guardarlo con cualquier nombre y extensión .REG, ejecutarlo, luego dirigirse hasta la clave y rellenar el contenido tanto de Wallpaper como de WallpaperStyle entregándole la ruta del fondo de pantalla y el tipo de acomodación en el escritorio.

*Notas:
No hice capturas de pantalla porque es exactamente el mismo proceso descrito en la creación del la clave para el Perfil predeterminado.

La distribución se podría pensar en apoyarse por ejemplo de PsExec de Sysinternals.

¡Todo está listo! Una vez reiniciemos el equipo luego de aplicarle estos cambios a los usuarios que ya tenían perfil local, el fondo de pantalla se les debe cambiar al especificado y no se podrá cambiar.

De antemano disculpas por la extensión del post pero espero que pueda ser de utilidad.

Saludos,

Checho

Editando el Perfil de Usuario Predeterminado en Windows 7

Checho — Thu, 11 Aug 2011 12:23:00 GMT

Hola a todos,

De nuevo como cada determinado tiempo, pido disculpas por la poca recurrencia en los artículos, afortunádamente de nuevo estoy más liberado y como todos sabemos en el próximo mes de Septiembre probáblemente inicie un nuevo ciclo de Windows (Build) con el que trataré de compartir todo el contenido y aprendizaje que obtenga aquí en el Blog.

Hoy quiero compartirles un pequeño Tip que, personalmente me ha servido mucho.

Introducción a los Perfiles de Usuario

Como les he contado en artículos anteriores, cada que una nueva cuenta de usuario, más conocido como un Perfil se crea en Windows 7 (En versiones anteriores sucede lo mismo) bajo el arbol de registro, el subarbol HKEY_CURRENT_USER (HKCU) contiene las personalizaciones propias del usuario, es decir, por cada perfil que hay en el equipo hay una configuración diferente en HKEY_CURRENT_USER (HKCU) para las aplicaciones, redes, entorno, etc.

Esto entrega ventajas y desventajas dependiendo del caso porque todo lo que se dañe en el Perfil de usuario que contenga la configuración bajo ese subarbol de registro afectará sólo al Perfil como tal y no a los otros usuarios que actualmente se hayan logueado o creado en el equipo, así pues siempre que haya un problema muy complejo es importante determinar si afectó sólo al perfil porque de ser así, siempre se puede rastrear la fuente y en gran parte de las ocasiones el inconveniente se soluciona importando nuevamente las claves con su configuración adecuada desde otro perfil funcional.

Por supuesto, aunque para cada usuario se cree una configuración específica Windows necesita una plantilla predeterminada que contiene una personalización definida y que se encuentra en un estado funcional, esta plantilla se llama NTUSER.DAT y se ubica como un archivo oculto y protegido de Windows en la carpeta correspondiente del perfil predeterminado de Windows 7 en el directorio %SYSTEMDRIVE\Users\Default:

*Notas:
1. %SystemDrive% es una Variable del Sistema operativo que hace referencia a la unidad donde se encuentra instalado Windows, normalmente C:\

2. Para ver los archivos y carpetas ocultos, además de los archivos protegidos por el sistema, se debe ir a las Opciones de carpeta haciendo clic en el botón Organizar dentro de cualquier ventana del Explorador de Windows, Opciones de búsqueda y carpeta, pestaña Ver, seleccionar Mostrar archivos y carpetas ocultos y quitar la selección de Ocultar archivos protegidos del sistema operativo (Recomendado).

Después de que se copia el contenido de la plantilla que se le llama como Subarbol (Hive en inglés) Windows almacena una copia por usuario en su respectiva carpeta, por ejemplo, si el usuario se llama Ult64, se creará un archivo de Subarbol (NTUSER.DAT) en la carpeta C:\Users\Ult64\NTUSER.DAT

*Nota: El subarbol (Hive) se crea al Iniciar por primera vez con el nuevo perfil.

Cada que un usuario Inicia sesión, desde cualquier cuenta que tenga acceso al Registro de Windows puede ver el Subarbol correspondiente por usuario que se identifica por el SID bajo la rama HKEY_USERS.

*Nota: La clave .DEFAULT NO corresponde al usuario predeterminado de Windows 7, es la que contiene la información para la cuenta de usuario LocalSystem.

Para escenarios de Implementación o Solución de problemas, aunque no es un proceso que pueda estar enteramente soportado por Microsoft o sea lo más recomendable por los riesgos que implica resutaría muy útil poder personalizar el comportamiento en configuraciones específicas para aplicaciones que lo requieran como la Configuración regional (HKEY_CURRENT_USER\Control Panel\International) o cualquier otra personalización para asegurarnos de que cada que se cree un nuevo perfil de usuario las mantendrá de forma predeterminada.

En Implementación podríamos asegurarnos de que al capturar y desplegar la imagen, todo estará configurado como nosotros lo indicamos, en Solución de problemas podríamos mitigar un problema que esté ocurriendo por alguna de las configuraciones que están predeterminadas cambiando su comportamiento, aunque aquí en primera medida habría que preguntarse por qué la aplicación no funciona como debería hacerlo.

Windows entonces presenta dos alternativas para cargar el Subarbol (Hive) correspondiente al perfil predeterminado y así poder realizar todas las personalizaciones deseadas para luego descargarlo y asegurarnos que de ahí en adelante todos los Perfiles creados mantendrán estas configuraciones.

Editando el Subarbol del Perfil Predeterminado

Como comenté previamente, existen dos formas de Montar el Subarbol, por la Consola de comandos utilizando la herramienta Reg.exe y desde la interfaz gráfica del Registro de Windows, a continuación detallaré cada una:

Utilizando la ventana del Registro de Windows

- En el Equipo donde se quiera personalizar el Perfil predeterminado, hacer clic en Inicio, teclear Regedit, clic derecho y seleccionar “Ejecutar como administrador”

- En el Registro de Windows, hacemos clic sobre el Subarbol HKEY_LOCAL_MACHINE, a continuación vamos a Archivo, Cargar Subarbol:

- En la ventana de Explorador de Windows, buscamos el archivo NTUSER.DAT ubicado en el directorio C:\Users\Default y hacemos clic en el botón Abrir:

- En la ventana de Cargar subarbol debemos indicar un nombre para identificar el Subarbol y con el que se ubicará como Clave debajo de HKEY_LOCAL_MACHINE, para este artículo por ejemplo lo puse “Default”:

- Al hacer clic en Aceptar, la clave se debe cargar y visualizar correctamente en HKEY_LOCAL_MACHINE y dentro de ella debe de estar todo lo que correspondría a HKEY_CURRENT_USER por cada usuario:

Una vez hecho esto, lo que queda es realizar todas las configuraciones que se quieren tener de forma predeterminada para todos los usuarios.

Es importante tener en cuenta que todo lo que se haga aquí aplicará para todos y a menos de que se exporten las claves modificadas no habrá forma de devolver los cambios en caso de fallos.

Cuando se terminen de hacer los cambios se debe Descargar nuevamente el Subarbol, de lo contrario cada perfil que se cree quedará inaccesible presentando un error al intentar iniciar sesión.

Para descargar el Subarbol (Hive), debemos seleccionar la Clave dependiendo del nombre que le hayamos puesto debajo de HKEY_LOCAL_MACHINE, para este caso Default y posteriormente clic en Archivo y seleccionar Descargar subarbol:

*Nota: Si no se selecciona la clave que se cargó no se habilitará la opción de Descargar subarbol.

Al descargarla, les pedirá confirmación, al darle Sí, la clave ya no aparecerá y todos los cambios se habrán guardado:

Utilizando la Línea de Comandos

Como siempre, hay quienes prefieren la automatización por lo que todo el proceso de carga y descarga del Subarbol se puede hacer perfectamente desde la Línea de comandos.

- Para hacerlo, clic en Inicio, digitamos CMD, clic derecho y seleccionamos “Ejecutar como administrador”.

- En la Consola de comandos de Windows ejecutamos:

reg.exe load HKLM\<NombreClave> %SystemDrive\Users\Default\NTUSER.DAT

Donde <NombreClave> es como deseamos que se visualice el Subarbol debajo de HKEY_LOCAL_MACHINE, para este artículo por ejemplo lo llamé como en los pasos anteriores “Default”, por lo tanto quedaría:

reg.exe load HKLM\Default %SystemDrive\Users\Default\NTUSER.DAT

De nuevo, si abrimos el Registro de Windows, podremos verificar que efectivamente la clave se cargó correctamente:

Lo siguiente nuevamente es hacer todos los cambios respectivos y cerrar el Registro de Windows antes de Descargar nuevamente el Subarbol.

Una vez cerremos el Registro de Windows, ejecutamos:

reg.exe unload HKLM\<NombreClave>

Para este artículo por ejemplo sería:

reg.exe unload HKLM\Default

*Nota: Es de vital importancia cerrar el Registro antes de realizar los pasos desde la línea de comandos, además de asegurarnos siempre que la clave se haya cargado y descargado entrando al Registro de Windows.

Espero que les pueda ser de utilidad y como siempre ¡Comentarios bienvenidos!

Saludos,

Checho

Creando Perfiles de Usuario predeterminado para imagen maestra de Windows 7 con WAIK (Parte 1/2)

Checho — Wed, 23 Mar 2011 00:45:00 GMT

Hola a todos,

Durante todo este largo año que lleva el Blog hemos estado viendo diferentes métodos y escenarios de implementación entorno al flamante Windows 7, para fortuna hemos alcanzado a cubrir instalaciones desatendidas, personalizadas, migración y uso de diferentes herramientas como WDS y MDT pero se ha obviado algo importantísimo dentro del concepto de estandarización de imágenes a nivel de la organización y son los Perfiles de Usuario.

Básicamente, el concepto de Perfil de Usuario se puede ver como la configuración que tiene cada usuario que inicia sesión en una máquina sea localmente o a nivel de dominio (Sonidos, Temas, Fondos, etc).
Al realizar la instalación de Windows 7 (Y en general de cualquier versión anterior) se crea un primer perfil de usuario predeterminado que el sistema operativo ya ha construido previamente. Por esta razón es que siempre al implementar una imagen Retail (Caja o Suscripción) siempre veremos el fondo de pantalla con el logo de Windows, y unos colores y configuraciones ya definidas; de igual forma sucede con los equipos Preinstalados (OEM) aunque en este caso el perfil puede variar mucho dependiendo del fabricante.

Si fuéramos un poco más a fondo, Windows utiliza las configuraciones del directorio %SystemDrive%\Users\Default que a su vez desde la propia base de datos creada para él en el registro hace uso de lo que se especifica en la clave de HKEY_USERS\.DEFAULT

*Nota 1: La variable “%SystemDrive%” se refiere a la unidad donde se encuentra instalado Windows, por lo general C:\

*Nota 2: La carpeta “Default” predeterminadamente se encuentra oculta.

Por supuesto una empresa o en general todos los que estemos disfrutando aprendiendo estos procesos de implementación vamos a estar interesados en aprovechar esto y personalizar nuestro propio Perfil de Usuario predeterminado.

La ventaja de esto es que cada vez que se cree un usuario nuevo en la máquina mantendrá las configuraciones que se especifiquen en la creación del perfil y así por supuesto podremos asegurar un estándar por lo menos en lo que tenga cada usuario al entrar por primera vez.

Lo que haremos con ayuda de este artículo espero será aprender a crear nuestro propio Perfil de Usuario predeterminado a partir de una imagen maestra de Windows 7 que se capture (Lo más cercano tal vez a lo que se haría en una compañía).

Lo que necesitaremos será:

- Desplegar en un Equipo de referencia una instalación de Windows 7 incluyendo personalizaciones, pueden ver Este artículo para más información.

- Equipo técnico con el Kit de Instalación Automatizada para Windows 7 (WAIK) instalado. Pueden descargar la última versión del WAIK desde Aquí.

- Imagen de Windows PE para capturar la imagen personalizada (El proceso se hará aquí)

¡Empezemos!

El primer paso realmente no se detallará mucho aquí ya que se trata básicamente de instalar una imagen desatendida o que integre configuraciones propias especificadas en un Archivo de autorespuesta (Por ejemplo la página inicial de Internet Explorer), para ver todo el proceso pueden seguir Este artículo

Para los que deseen, pueden comparar sus personalizaciones con este archivo de autorespuesta que creé para el artículo (La instalación es completamente desatendia):

*Nota: Si desean utilizar este mismo archivo de Autorespuesta la recomendación es que lo abran con el System Image Manager y vea cada personalización para que no afecte en nada de los plantes que tienen. Además de esto deben cambiar las propiedades incluidas en el Subcomponente de MetaData dentro de:

x86_Microsoft-Windows-Setup_6.1.7600.16385
-ImageInstall
--InstallFrom
---MetaData

La propiedad “Key” y “Value” debe corresponder a la imagen que estén montando, por ejemplo en este artículo personalizaré Windows 7 Enterprise por lo que las propiedades serían
Key: /IMAGE/INDEX
Value: 1

La razón es porque estoy utilizando el índice interno que diferencia a la edición Enterprise, pero si están utilizando Professional o cualquier otra deben fijarse qué índice tiene (Para evitar fallos en la instalación).

También podrían cambiarlo por “/IMAGE/NAME” y en el Value poner el nombre de la edición por ejemplo Windows 7 PROFESSIONAL.

No necesáriamente deben especificarle configuraciones desde el Archivo de autorespuesta, para los que deseen (Para temas del artículo lo hice así), símplemente pueden hacer personalizaciones propias sobre el sistema ya instalado como la previsualización de los iconos en el Explorador de Windows, el Fondo de pantalla y características como la activación de los juegos (Recordemos que en Enterprise no están activados):

El siguiente paso una vez completadas las personalizaciones será resellar la imagen para que se limpie la información de Hardware y SID y posteriormente capturarla para desplegarla configurando el perfil.

Para esto ejecutamos una consola de Comandos con privilegios elevados yendo a Inicio, teclear CMD y sobre la Consola clic derecho y “Ejecutar como administrador”

En la consola buscamos el Directorio de Sysprep, como predeterminadamente se queda al ejecutar como Administrador en C:\Windows\System32 símplemente utilizamos “cd” para avanzar hasta la carpeta que buscamos, para esto tecleamos: cd sysprep

Una vez en el directorio Sysprep ejecutamos el siguiente comando para resellar:

Sysprep /oobe /generalize /shutdown

Capturando la imagen personalizada

Para poder capturar la imagen necesitamos una imagen de Windows PE que pueda incluir ImageX.
Para crear la imagen en el Equipo técnico vamos a Inicio > Todos los programas > Windows AIK > Clic derecho sobre Deployment Tools Command Prompt y “Ejecutar como administrador”

En la consola de comandos ejecutamos:

Copype.cmd <Arquitectura> <DirectorioPE>

Donde <Arquitectura> va a depender si se desea capturar una imagen de 32 o de 64 bits y <DirectorioPE> es donde se creará la carpeta con los archivos necesarios para crear el Windows PE.

Para este artículo que capturaré una imagen de 32 bits (x86) y que lo guardaré en el Disco D:\, dentro de “WinPE” el comando sería:

Copype.cmd x86 D:\7\WinPE

*Nota: Si fuera para 64 bits no sería x64 sino AMD64, por ejemplo:
Copype.cmd AMD64 D:\7\WinPE

Ahora se debe copiar la herramienta de ImageX dentro del directorio ISO del Windows PE que será el que se capture, para esto ejecutamos:

Copy “C:\Program Files\Windows AIK\Tools\x86\Imagex.exe” <DirectorioPE>\ISO

Por ejemplo, para este artículo sería:

Copy “C:\Program Files\Windows AIK\Tools\x86\Imagex.exe” D:\WinPE\ISO

*Nota: El comando puede variar, si es x64 sería “C:\Program Files\Windows AIK\AMD64\Tools\Imagex.exe”

Por último debemos copiar el archivo .WIM de arranque “winpe.wim” al directorio \Sources para que se pueda inicializar el Windows PE, para esto ejecutamos:

copy <DirectorioPE>\winpe.wim <DirectorioPE>\ISO\Sources\Boot.wim

Para este artículo por ejemplo sería:

Copy D:\WinPE\winpe.wim D:\WinPE\ISO\Sources\Boot.wim

Por último procedemos a crear la imagen de Windows PE utilizando la herramienta integrada en el AIK OSCDIMG, para esto ejecutamos:

oscdimg –b<DirectorioPE>\etfsboot.com –u2 –h <DirectorioPE>\ISO <DirectorioWIM>\WinPE.iso

Donde <DirectorioWIM> es la carpeta o unidad en la que se almacenará la imagen creada.

Para este artículo por ejemplo sería:

oscdimg –bD:\WinPE\etfsboot.com –u2 –h D:\WinPE\ISO D:\WinPE.iso

A continuación, debemos grabar esa imagen que nos quedó sea en un DVD o USB.

Debemos arrancar el Equipo de referencia que se reselló con esa imagen para que entre al Windows PE que símplemente mostrará una consola de comandos:

Lo primero es ubicar la unidad virtual donde están los archivos agregados al Windows PE, y en este caso dependerá mucho de qué unidades hayan estado ocupadas en el Equipo de referencia por dispositivos y unidades.

El paso sería buscar en orden alfabético aunque más específicamente por las primeras que Windows entrega, pore ejemplo: D:\, C:\, E:\, F:\

El comando sería: <Unidad>, por ejemplo: E:\

Para ver el contenido: dir

*Nota: Debemos hacer esto hasta encontrar donde esté la herramienta de Imagex.exe que identifica la unidad del Windows PE

Ahora debemos ubicar la unidad donde está instalado el sistema operativo resellado, por lo general será C:\ pero habrán ocasiones en las que puede variar y en ese caso la letra sería probablemente D:\ si no está ocupada.

El procedimiento es el mismo, y el identificador son los directorios comunes de Windows como Program Files, Windows, Users, etc, además de que indicará en la descripción que es Windows:

Sabiendo quién es el Windows PE y Windows (En mi caso E:\ y D:\ respectivamente) procedemos a capturar la imagen resellada utilizando Imagex.

*Nota: Antes de proceder a capturar, mi recomendación sería situarnos en la unidad donde está Imagex para que la referencia sea más sencilla, en este caso volver a E:\

Ejecutamos:

Imagex /Capture <UnidadWindows> <UnidadWindows>\install.wim “Nombre” “Descripción”

Donde <UnidadWindows> es la letra identificada previamente del sistema operativo.

Para este artículo sería:

Imagex /Capture D: D:\install.wim “Windows 7 ENTERPRISE” “Windows 7 ENTERPRISE”

*Nota: El proceso puede tardar varios minutos dependiendo del tamaño de la imagen a capturar.

Cuando termine el proceso de captura (Verificamos que se complete satisfactóriamente) nos debemos conectar a un recurso compartido de red, que lo ideal sería que fuera el Equipo técnico o bien encender el equipo, esperar todo el proceso y grabar físicamente en algun dispositivo la imagen install.wim creada.

Para conectarnos al recurso compartido ejecutamos:

Net Use <RecursoCompartido> /User:<UsuarioRecurso> <Password>

Donde <RecursoCompartido> es la carpeta que tenemos a disposición para compartir en red, <UsuarioRecurso> es el nombre de usuario del recurso compartido y <Password> es la contraseña del usuario donde está el recurso compartido.

Para este artículo por ejemplo sería:

Net Use v: \\Checho-pc\v /User:Checho ms11

Posteriormente hacemos la copia al recurso compartido utilizando la herramienta de XCOPY ejecutando:

xcopy <UnidadWindows>\install.wim <RecursoCompartido>

Para este artículo por ejemplo sería:

xcopy D:\intall.wim v:\

*Nota: El proceso puede tardar varios minutos dependiendo del ancho de banda y peso de la imagen.

¡Imagen capturada!

Copiando el Perfil de Usuario

En el Equipo técnico una vez tengamos la imagen “install.wim” capturada debemos crear una carpeta para guardar todos los archivos de instalación del medio de Windows 7.

Para este artículo yo creé una carpeta llamada “7” en la unidad D:\

Copiamos todos los archivos de instalación del medio de Windows 7 o imagen ISO a la carpeta creada (En mi caso a D:\7) manualmente en el explorador de Windows o bien en una consola de comandos con privilegios elevados ejecutamos:

xcopy <UnidadWindows>\*.* /s/e/f <Carpeta7>

Donde <UnidadWindows> es la del medio de instalación y <Carpeta7> es la carpeta creada bajo la que vamos a trabajar.

Para mi caso sería:

xcopy E:\*.* /s/e/f D:\7

Cuando copien todos los archivos, vamos al directorio creado, y dentro de la carpeta \Sources debemos eliminar:

Install.wim

ei.cfg

Todos los archivos de catálogo, que son los que tienen extensión .clg, por ejemplo: Install_Windows 7 ENTERPRISE.clg

Después de esto copiamos el archivo install.wim que capturamos previamente al mismo directorio \Sources dentro de la carpeta donde pegamos todos los archivos de instalación (Por ejemplo para este caso sería a D:\7\Sources):

El siguiente paso por fin será indicar la copia del perfil de usuario integrado en la imagen maestra, para esto debemos utilizar un archivo de Autorespuesta nuevamente (Si es que utilizó en la primera instalación antes de capturar).

Clic en Inicio, Todos los programas, Windows AIK, Windows System Image Manager (Ejecutamos como administrador):

En el Windows System Image Manager (SIM) debajo del nodo de Windows Image hacemos clic derecho sobre Select a Windows Image or catalog file y en el menú contextual clic en Select Windows Image…

En la ventana de búsqueda nos dirigimos hasta la carpeta donde copiamos todos los archivos de instalación de Windows (Para este artículo D:\7) y dentro de la carpeta \Sources buscamos el install.wim que capturamos y remplazamos por el eliminado previamente:

Como es una imagen personalizada y además eliminamos los catálogos (.clg) nos pedirá crear uno nuevo para identificar esta imagen, clic en Sí y esperamos mientras se crea y se visualizan los componentes en el nodo de Windows Image:

*Nota: Puede tardar varios minutos sin avanzar, tendremos que ser pacientes =)

Al terminar, el siguiente paso es crear el Archivo de autorespuesta, para esto clic derecho sobre Create or open an answer file debajo del nodo de Answer file y seleccionar New Answer file…

Aquí desde ahora podríamos cambiar los parámetros ya incluidos en la imagen al desplegarla si utilizamos un archivo de Autorespuesta anterior y adicionalmente agregar el del objetivo del post para copiar el perfil de usuario capturado.

Lo que vamos a especificarle es que copie el Perfil de Usuario que tiene la cuenta creada y que lo copie al perfil predeterminado para que cada nuevo usuario creado se mantenga con las mismas configuraciones iniciales.

Para esto en los componentes debajo del nodo de Windows Image buscamos x86_Microsoft-Windows-Shell-Setup_6.1.7601.17514 (El número final varía si es o no SP1 de Windows 7), clic derecho y seleccionamos Add Settings to pass 4 specialize

Debajo del Nodo de Archivo de respuesta sobre el componente agregado veremos que despliegue en la parte derecha unas propiedades como las que hemos especificado o modificado normalmente creando archivo de autorespuesta o bien utilizando MDT.

En la que nos debemos concentrar es en CopyProfile, el valor se lo debemos establecer en True para que lo vuelva predeterminado:

*Nota: En la primera parte del artículo dejé un Archivo de autorespuesta utilizado para este post, se puede utilizar y modificar para agregar el CopyProfile =)

Una vez creado el archivo de autorespuesta (Lo primordial es no olvidar el CopyProfile ) revisamos que no tenga errores haciendo clic en el menú Tools, Validate Answer file y al correjir todo clic en el menú File y Save answer file as…

El nombre debe ser Autounattend y se debe guardar en la carpeta raíz de los archivos de instalación de Windows 7 (Para este artículo en la carpeta “7” de la unidad D:\):

¡Listo!

Creando imagen de instalación

Ahora que la imagen está personalizada, agregada y ya tenemos los parámetros para copiar el perfil de usuario configurado como predeterminado sólo resta crear la imagen de instalación para desplegarla (Si no se está uitlizando WDS o MDT), para esto:

Clic en Inicio, Todos los programas, Microsoft Windows AIK, clic derecho en Deployment Tools Command Prompt y “Ejecutar como administrador”

En la consola de comandos tecleamos:

oscdimg –b<DirectorioWindows>\Boot\etfsboot.com –u2 –h <DirectorioWindows> <DirectorioImagen>\NombreImagen.iso

Donde <DirectorioWindows> es la carpeta en la que se copiaron los archivos de instalación previamente, <DirectorioImagen> representa el directorio en el que se creará la nueva imagen .ISO y NombreImagen.iso es el nombre que le vamos a asignar a la imagen.

Para este artículo sería:

oscdimg –bD:\7\Boot\etfsboot.com –u2 –h D:\7 D:\en_Win7_Default_Profile.iso

El siguiente paso es desplegar en el Equipo de referencia esta imagen y comenzar las pruebas!

Probando el nuevo Perfil de Usuario

Una vez instalado lo primero sería probar cómo se encuentra el primer perfil de la cuenta de Administrador o la que se haya creado (Preferible que sea la de Administrador integrada, la información de cómo habilitarla se encuentra en el enlace indicado al principio del artículo o en el archivo de autorespuesta referenciado también desde aquí).

Después de esto crear una nueva cuenta y ver qué configuraciones se mantuvieron como la página de inicio de Internet Explorer (Recordemos que había puesto este blog como página inicial) y las configuraciones como el habilitar los juegos:

En mi caso por más que cambie la página inicial del Administrador integrado u otros usuarios, cada que cree uno nuevo será la especificada previo a copiar el perfil de usuario que en este caso es Checho’s Blog.

*Nota: Habrían configuraciones que podrían mantenerse o no dependiendo de distintos factores, aquí una serie de artículos al respecto de Mitch Tulloch:
http://www.windowsnetworking.com/articles_tutorials/Customizing-Default-User-Profile-Windows-7-Part1.html

Estaré investigando qué tanto se puede lograr personalizar haciendo la tarea manualmente, aunque si alguien sigue el artículo y hace más pruebas, bienvenido será!

Además de esto en un próximo artículo (Parte 2) al respecto estaré mostrando este proceso con MDT y cómo la automaitzación de todas estas tareas nos podrán ayudar.

Espero les sea de utilidad.

Saludos,

Checho