Checho's Blog

Explorando File History en Windows 8 Consumer Preview

2012-04-18T16:34:00Z

Hola a todos,

La información, siempre ha sido un patrón de vital importancia, tanto internamente en las compañías, como para cada uno de nosotros como usuarios finales que somos en nuestro hogar y con nuestros equipos personales. Sabemos que incluso lo que llevamos en nuestros equipos, puede ser más valioso que el mismo computador o medio físico. Microsoft se ha preocupado cada vez más por esto, y así ha venido incluyendo múltiples soluciones a diferentes problemas en torno a la seguridad de la información, sea para el acceso (BitLocker, EFS), o bien para mantener la información a salvo (Respaldo y Recuperación).

Hoy nos enfocaremos a la evolución de la última mención, con Respaldo y Recuperación, mejorados desde Windows Vista y en el actual Windows 7, ha sido una forma relativamente fácil de almacenar toda la información de distintas unidades y directorios de nuestro sistema operativo en medios extraibles o unidades de red. Todo es guiado por un asistente, y hasta el actual Windows 7, tiene una forma sencilla de filtrar lo que se quiere guardar:

*Nota: Respaldo y Recuperación (Backup and Restore) incluye la posibilidad de crear una imagen completa del sistema operativo, para recuperar no sólo la información, sino un estado funcional de Windows

Esta característica sin embargo, ha quedado descontinuada a partir de Windows 8, por lo que ya no está incluida en el sistema operativo, pero en vez de esto, Microsoft nos presenta una nueva funcionalidad que se podría ver como una evolución a Respaldo y Recuperación, llamada: File History, que además se ubica en el mismo lugar del Panel de Control donde estaba anteriormente Respaldo y Recuperación:

*Nota: La ruta específica es: Control Panel\System and Security\File History

Básicamente, File History remplaza a Respaldo y Recuperación (Backup and Restore) para enfocarse únicamente en salvaguardar la información y presentar una forma fácil, intuitiva y rápida de recuperación en caso de pérdida o daño de archivos importantes. Por supuesto, con una forma de trabajar mucho más eficiente y con algunos aspectos adicionales que le dan valor agregado con respecto a su predecesor.

Explorando File History…

Una vez ejecutemos File History desde Control Panel (Panel de Control), tendremos una ventana que contiene en el panel central, la descripción del estado de File History, los directorios de donde se obtendrá la información a almacenar, y el disco predeterminado en el que se está guardado, o se van a guardar los archivos. En el panel izquierdo, como en casi todas las ventanas enlazadas al Panel de Control, veremos una serie de opciones adicionales de File History que cubriremos en detalle.

Una vez entremos, debemos tener en cuenta tres cosas: El disco extraible donde o unidad de red donde guardaremos todo, el estado del servicio (Activado o desactivado), y los directorios que serán guardados, ya que File History sólo almacenará lo que se encuentre en las Bibliotecas, en el Escritorio, en la carpeta de Contactos y Favoritos. Lo que esté en otros directorios, se perderá.

En este orden de ideas, antes de hacer clic en el botón Turn on (Activar) para que empiece a almacenar, debemos decidir en qué disco queremos guardar; predeterminadamente, Windows 8 mostrará la primera unidad disponible según el orden alfabético de la unidad, por ejemplo, en la captura anterior, aunque no es la unidad que tiene más espacio de sobra, la muestra porque es la primera alfabéticamente hablando, es decir la D:\. Debemos tener en cuenta que no muestra la unidad C:\ porque es la del sistema operativo, ni unidades como la A:\ o la B:\ porque suele reservarlas para otro tipo de dispositivos, aunque si la asignáramos, seguramente serían las predeterminadas.

Si el disco que se muestra como predeterminado es en el que deseamos guardar, bastará con pasar a filtrar el contenido y activar, de lo contrario (Como probáblemente pasará en la gran mayoría), hacemos clic en Change drive (Cambiar unidad) en el panel izquierdo, y seleccionamos entre la lista disponible, cuál es la que deseamos utilizar:

*Nota: Hay un botón adicional de Add network location para agregar una Unidad de Red, por si el respaldo lo podemos centralizar.

Una vez seleccionemos el disco, pasaremos a determinar de cuáles de las ubiacaciones predeterminadas deseamos guardar contenido, de forma predeterminada están todas, es decir, Bibliotecas (Que incluye Documentos, Imágenes, Videos, etc), Escritorio, Contactos y Favoritos. En caso de que esté bien todos los directorios, podremos pasar a otras configuraciones, pero si queremos excluir, hacemos clic en el enlace de Exclude folders en el Panel Izquierdo, para finalmente hacer clic en el botón Add (Agregar) para seleccionar cuáles de estos directorios o Bibliotecas no queremos, o incluso sólo carpetas específicas:

Una vez terminemos, basta con hacer clic en el botón Save changes (Guardas cambios) para que File History sepa que no guardará nada de lo que hayamos excluido.

Hasta aquí, ya sabemos cómo cambiar la unidad, y además excluir diferentes directorios del respaldo de la información, pero File History tiene otras características adicionales, que incluyen la personalización en tiempo para que se repita el respaldo, o incluso para determinar cuánto debería permanecer el respaldo en la unidad almacenable o de red.
Para cambiar estas configuraciones, debemos hacer clic en Advance Settings, ubicado también en el panel izquierdo:

Debajo del nodo de Versions (Versiones), tenemos tres posibles configuraciones, la primera Save copies of files (Guardar copias de archivos) es donde podemos determinar la frecuencia con que File History debe revisar para guardar nuevo contenido en la unidad, oscila entre 10 minutos, hasta cada 24 horas.

El segundo: Size of offline cache (Tamaño del caché sin conexión), es donde podremos especificar cuánto espacio en porcentaje del disco podremos reservar para el caché offline, es decir, para que almacene temporalmente mientras no esté activado File History en el dispositivo.

La tercera opción: Keep saved versions (Mantener versiones guardadas), es el tiempo que deseamos que File History mantenga nuestro contenido en la unidad de almacenamiento o de red, predeterminadamente está Forever (Por siempre), pero se le puede indicar incluso hasta que la unidad se quede sin espacio, por días, meses o incluso par de años.

Por último en este nodo, podremos hacer clic en el enlace de Clean up versions, donde podremos seleccionar cuáles versiones de los archivos queremos borrar, seleccionando entre una cantidad de tiempos disponibles:

En el nodo de HomeGroup, y esto es nuevo también en Windows 8, podremos indicar que la unidad actual en la que estemos guardando, sea recomendada para todos los equipos que están unidos al HomeGroup (Grupo de Hogar), así que cuando las demás personas acepten, toda la información se estaría almacenando en un solo lugar, siempre y cuando tengan acceso a las unidades por supuesto.

*Nota: HomeGroup (Grupo de Hogar) ha tenido unos ligeros cambios que detallaremos tal vez en un futuro artículo, pero recordemos que es una forma sencilla de compartir contenido entre PCs de hogar sin necesidad de muchos procedimientos.

El último enlace disponible, nos llevará al Visor de Eventos de Windows correspondiente a File History para hacer diagnóstico de problemas que podamos tener con File History.

Para terminar, basta con hacer clic de nuevo en el botón Save changes (Guardar cambios).

Ya todas las configuraciones están listas, basta con hacer clic finalmente en el botón Turn on (Activar) en la ventana de File History para que se cambie el color indicativo a verde y File History comience a respaldar la información en la unidad de acuerdo al tiempo que se le haya establecido:

*Nota: Cuando deseemos, fácilmente podemos desactivar el respaldo de información haciendo clic en el botón Turn off (Desactivar).

En la unidad que hayamos seleccionado, se nos creará una carpeta llamada FileHistory, allí, una carpeta por usuario que tiene otros directorios con el nombre del PC y que guarda copia de todas las carpetas que no se excluyeron:

Cada que se vaya creando nuevo contenido, se actualizarán los directorios sólo con los nuevos archivos, nunca habrá copia de un mismo archivo, a menos de que se le haya cambiado el nombre por ejemplo.

¿Cómo volver a respaldar en caso de pérdida o daño de archivos?

Cuando nuestros archivos se han visto comprometidos, bastará con conectar la unidad que mantiene el respaldo, abrir File History, asegurarnos de que esté activado e ir directamente al enlace del panel izquierdo que dice: Restore personal files, esto nos abrirá la ventana de Home – File History, donde veremos todas las carpetas que se encuentran respaldadas, además de otros datos como la fecha, versión, cantidad de archivos seleccionados, tipo de archivo, etc:

Para respaldar, tenemos dos posibilidades, recuperar todo el directorio principal que contiene los archivos, o bien entrar a las carpetas y seleccionar los archivos manualmente. Cuando decidamos lo uno o lo otro, bastará con hacer clic en el botón del círculo azúl inferior (Similar a los controles del Reproductor de Windows o la Galería Fotográfica), para que File History recupere esa versión de los archivos en el directorio original, o bien en uno que decidamos manualmente.

Si la ubicación era la original, sólo debemos presionar el botón y se abrirá la carpeta donde se volvió a respaldar, con los archivos recuperados seleccionados:

Si es otra ubicación, hay que hacer clic derecho en el archivo o archivos y seleccionar “Restore to”:

Nos abrirá el cuadro que ya conocemos en Windows donde símplemente le decimos en que ubicación diferente a la original los necesitamos y hacemos clic en “Select folder”:

*Nota: De nuevo, nos abrirá de forma automática el nuevo directorio con los archivos ya copiados.

Como ven, es una característica muy interesante, si tenemos en cuenta la flexibilidad que entrega con respecto a la personalización para respaldar la información – Incluso para recuperarla-. Espero que se animen a probarla, y por supuesto, que este post les haya sido de utilidad.

Saludos,

Checho

Explorando las Opciones Avanzadas de Recuperación en Windows 8 Consumer Preview

2012-04-10T13:55:00Z

A pesar de que Windows es un sistema operativo supremamente inteligente y robusto, hay ocasiones en que se vuelve imposible de iniciarlo por diferentes factores, como BSOD (Poco común en el flamante 7), daños en el MBR, o bien problemas de inicio por servicios o aplicaciones. Microsoft ha entregado entonces formas alternativas de reparar este tipo de daños sin necesidad de que el sistema operativo esté arriba, desde varias versiones anteriores se le ha reconocido a estas alternativas como Opciones Avanzadas de Recuperación o Reparación; desde Windows Vista específicamente, se implementó esto basado en Windows RE (Entorno de recuperación o reparación), y básicamente se trata de un sistema operativo en RAM, que me da acceso a distintos tipos de herramientas para el diagnóstico y reparación.

Recordemos que a estas opciones avanzadas, accedemos presionando la tecla F8 varias veces al prender el equipo, y seleccionamos Reparación de equipo. En Windows 7 (Desde Vista), tiene un aspecto similar al siguiente:

A nivel general, teníamos:

Startup Repair (Reparación de inicio): Es hasta ahora tal vez, la herramienta más útil, puesto que se encargaba de reparar problemas conocidos con el MBR por ejemplo, lo que permitía en muchas ocasiones, recuperar el acceso a Windows rápidamente.

System Restore (Restauración del Sistema): Windows permite crear diferentes puntos de restauración, y de hecho, él mismo crea unos predeterminadamente cada que detecta ciertos cambios en el sistema operativo; desde aquí podemos fácilmente volver a uno de estos puntos siguiendo un asistente.

System Image Recovery (Recuperación de la imagen del sistema): Es básicamente una copia completa del sistema operativo que pudimos haber creado, y que desde aquí la podemos lanzar para empezar nuevamente desde ese estado.

Windows Memory Diagnostic (Diagnóstico de Memoria de Windows): Esta es una de las pocas herramientas que analiza y trata de reparar errores comunes a nivel de hardware en la memoria RAM instalada en el equipo.

Command Prompt (Consola de Comandos): Quizá, la mejor de todas estas herramientas, puesto que nos da libertad de lanzar incluso más herramientas embebidas en Windows, o hacer reparación más avanzada a través de línea de comandos.

*Nota: Con Diagnostic and Recovery Toolset (DaRT) de Microsoft, incluido en MDOP a través de licenciamiento de Software Assurance, podemos tener un paquete completo de herramientas mucho más avanzadas, que se agregan como otro acceso adicional en esas Opciones de Recuperación.

*Importante: Tener en cuenta que lo siguiente puede estar atado a cambios por el estado Beta en que se encuentra Windows 8.

¿Qué hay de nuevo en Windows 8 CP?

Si empezamos por la parte mala, tendríamos que decir que por ahora en el Consumer Preview, algunos equipos no pueden acceder a las Opciones Avanzadas de forma predeterminada con solo presionar F8 al prender el PC, tienen entonces que realizar una serie de pasos adicionales desde Windows para Habilitar nuevamente la funcionalidad. Esto sin embargo, probablemente ya esté solucionado para futuras compilaciones (Si es que es un fallo realmente).

La parte interesante, empieza en que ahora tenemos una nueva fácil de acceder a las opciones avanzadas desde Windows 8 CP, basta con ir a PC Settings (Tecla Windows + I, More PC Settings), tab de General y hacer clic en el botón “Restart now” debajo de Advanced startup:

Una vez reiniciemos, y sin necesidad de presionar nada, nos encontraremos con el nuevo y rediseñado entorno de las Opciones Avanzadas de Recuperación:

Como ven, totalmente inspirado en la interfaz Metro, cambio completo en casi todo lo referente a Microsoft por hoy día. A diferencia de las Opciones Avanzadas que encontramos hasta Windows 7, aquí podremos ir pasando a nuevas operaciones de acuerdo a lo que seleccionemos, para esta primera pantalla, podremos hacer clic en:

Continue: Se saldrá completamente de las Opciones de Recuperación, y reiniciará Windows 8 de forma normal.

Troubleshoot: Nos llevará a las primeras opciones de recuperación disponibles hasta esta versión (Las iremos detallando más abajo en este post).

Turn off your PC: Apagará completamente el equipo.

La primera y la tercera opción no tienen una explicación más extendida, sin embargo, al hacer clic en el botón de Troubleshoot, nos presentará una nueva serie de opciones con las que podremos empezar a diagnosticar y reparar nuestro sistema operativo offline:

Notemos que nos podemos devolver fácilmente de una página a otra con el botón que indica la flecha de retroceso; ahora bien, acá tenemos dos de las principales funcionalidades incluidas en Windows 8 y una tercera por si no quisieramos ejecutar ninguna, como descripción básica, tenemos:

Refresh your PC: Lanzará un asistente similar al que nos presenta esta funcionalidad dentro de Windows 8 CP, y que básicamente reinstalará completamente el sistema operativo, pero mantendrá gran cantidad de nuestras aplicaciones, perfiles y configuraciones después de la instalación.

Reset your PC: Esto hará lo mismo que Refresh, pero con una leve diferencia, reinstalará Windows completamente, pero no migrará aplicaciones, configuraciones o perfiles, tendremos que iniciar de nuevo.

*Nota: Ambos requieren un medio de Windows 8 insertado, aunque Refresh se puede configurar desde Windows para que haga uso de una imagen base que consideremos con un comando.

Pueden obtener más información sobre Refresh y Reset en detalle en Este artículo.

Por supuesto, utilizaríamos estas opciones en casos ya graves donde no podamos acceder a Windows por ningun otro medio, o que el sistema esté demasiado inestable, de lo contrario, podremos hacer clic en Advanced options y tendremos finalmente una serie de herramientas a disposición:

Esta es tal vez la parte más familiar si la comparamos con la de Windows 7 que vimos al principio, a continuación describo una a una:

System Restore: Como en la de Windows 7, se abrirá el asistente de Restauración del Sistema de Windows, para utilizar algun punto creado por el sistema operativo, o bien por nosotros mismos para devolvernos y empezar desde ese estado.

System Image Recovery: El concepto de imagen de recuperación, sigue siendo muy parecido al de Windows 7, aunque tiene una serie de variaciones en su creación desde el sistema operativo, lo trataremos de ver en detalle en un artículo a futuro.

Automatic Repair: Este es el equivalente a Startup Repair del Windows RE en 7, básicamente tratará de solucionar problemas comunes con el arranque e iniciar Windows nuevamente.

Command Prompt: Lanzará la famosa Consola de Comandos, desde la que podremos realizar otras operaciones más avanzadas y personalizadas.

[Nueva] Windows Startup Settings: Esta es una nueva funcionalidad, que nos permitirá iniciar Windows, pero con una serie de cambios que incluyen la posibilidad de permitir controladores no firmados (para casos de sistemas x64), protección de Anti-Malware (Nuevo en 8) deshabiltiada, habilitar modo seguro, debugging mode, entre otras:

Esta última opción sería muy útil para escenarios de diagnóstico, por ejemplo para Pantallazos azules o problemas con controladores.

Como ven, Microsoft está haciendo esfuerzos adicionales para ayudarnos a recuperar el acceso a Windows y hacer un Troubleshooting mucho más efectivo, si dejamos de lado el hecho de que en algunos equipos no es tan fácil entrar a esto al no funcionar F8, me parece una mejora sustancial muy buena.

Espero les sea de utilidad.

Saludos,

Checho

Conectando la Cuenta de Microsoft a la Cuenta de Dominio en Windows 8 Consumer Preview

2012-04-06T17:28:32Z

Hace algún tiempo, cubriendo un poco de Windows 8 Developer Preview (Pre-Beta), recorrimos una de las características más interesantes que hasta ahora, nos presenta este sistema operativo, me refiero por supuesto a Sync PC Settings. Esto sigue estando en Windows 8 Consumer Preview (Beta), y básicamente, se trata de utilizar la nube y nuestra cuenta de Microsoft (Conocida antes como cuenta Live ID), y sincronizar todo nuestro perfil y algunas configuraciones tanto de Windows como de ciertas aplicaciones Metro, y así tenerlas disponibles una vez iniciemos sesión en cualquier otro equipo con Windows 8.

No entraré mucho en detalle, puesto que en el artículo al que hago referencia en el anterior párrafo cubre prácticamente todo lo que concierne a Syn PC Settings, aunque en Windows 8 CP, hay algunas mejoras en sincronización, y en seguridad por ejemplo, puesto que las personalizaciones no empezarán a sincronizar hasta que no confirmemos que el PC es completamente confiable desde el panel de PC Settings, nodo Sync your Settings:

Lo que hará esto es lanzarnos Internet Explorer para iniciar sesión con la Cuenta de Microsoft (Live ID) y agregar el equipo como confiable:

Con esto bastará para que siga funcionando tal cual mostré en el artículo con la Developer Preview.

Ahora, lo interesante en Windows 8 CP es que para los usuarios finales de nuestra organización (Incluyendo también ITPros y Desarrolladores), es decir, cuentas de Dominio, podremos desde ahora enlazarla con la cuenta personal de Microsoft (Live ID), es decir, micuenta@ejemplo.com sincronizará mi perfil y configuraciones utilizando micuenta@hotmail.com (U otro dominio Microsoft).

Para ver esto, una vez estemos unidos al Dominio, basta con ir a PC Settings presionando las teclas Windows + I y seleccionando “More PC Settings”:

En PC Settings, ubicamos el nodo de “Users” y veremos el botón de “Connect” debajo de la información de la cuenta actual:

Al darle clic en el botón Connect (Conectar), veremos un pequeño asistente estilo Metro donde podremos seleccionar qué deseamos y no deseamos que se sincronice en nuestros equipos, la decisión es libre según la necesidad del usuario:

Basta seleccionar lo que desea cada uno que se sincronice, y darle clic al botón de Next (Continuar), nos pedirá entonces iniciar sesión con la Cuenta Microsoft (Live ID) que queremos sincronizar con nuestra cuenta de Dominio:

*Nota: Podemos incluso registrar una nueva cuenta con este asistente.

De forma opcional, podremos especificar un País, número telefónico y cuenta Alternativa para efectos de recuperación de la cuenta en caso de robo o bloqueo:

Si todo sale bien en el asistente, nos debe avisar por último que estamos próximos a terminar, y claro está, nos indicará qué cuenta es la que se configuró; al hacer clic en el botón de Finish (Terminar), nos conectará la cuenta y volveremos a la página de PC Settings, donde nos debe aparecer ahora nuestra cuenta de dominio, indicando además la Cuenta de Microsoft conectada:

¿Qué sigue ahora?

Los cambios surtirán efecto inmediatamente, en otras palabras, la sincronización empezará una vez terminada la conexión, desde que haya acceso a internet claro está. En unos pocos segundos todas las personalizaciones se habrán sincronizado (Si es que se habían hecho), sólo basta iniciar sesión en otro equipo con Windows 8, conectar la cuenta de Live ID y recibirá todas las personalizaciones.

Por ejemplo, en un primer equipo unido al domino, llamado: Windows 8-2 he realizado algunas personalizaciones al perfil, incluyendo colores de la barra de tareas, página predeterminada y fondo de pantalla:

En un segundo equipo llamado Windows 8, me conecté al dominio de mi organización y a continuación, inicié sesión utilizando la cuenta de dominio, Conecté la cuenta de Microsoft (Live ID) y el perfil configurado en el primer equipo se vio reflejado segundos después:

Como ven, es una característica muy interesante, aunque en mi opinión, tiene por ahora cosas buenas y malas, como el mero hecho de manejar un perfil móvil con la nube, pero hay un compromiso con la seguridad de la cuenta una vez se inicie sesión y se conecte a la cuenta; aunque supongo que por esto es que siempre se debe volver a conectar la cuenta en cada nuevo equipo con el que utilicemos la cuenta de Dominio.

Hay que tener en cuenta que la sincronización descargará todas las personalizaciones, sin embargo, tenderá a tener como predeterminada la última que se haya hecho si es en dominio, o la que esté disponible desde la cuenta de Live ID si es que no se había hecho antes.

Cada quien tendrá seguro sus propias opiniones, como siempre, todos los comentarios son bienvenidos; espero que les pueda ser de utilidad.

Saludos,

Checho

Habilitar Opciones Avanzadas (F8) en Windows 8 Consumer Preview

2012-04-02T17:39:44Z

Desde Windows XP (Y quizá antes), Microsoft ha implementado funciones y acceso a herramientas como línea de comandos antes de iniciar Windows presionando F8 varias veces mientras prende el equipo. El propósito principal de esto es por supuesto, ayudar a todos los usuarios a obtener diferentes caminos para ingresar al sistema operativo cuando es imposible hacerlo normalmente, habilitar herramientas avanzadas para reparación o bien restaurar el sistema a copias anteriores.

Windows Vista y claro está, Windows 7, incluyen ahora esto bajo un modelo mejorado, pues se basa en un Windows PE ó RE, que no deja de ser un sistema operativo, pero que carga temporalmente en memoria RAM, facilitando el uso incluso de funciones de red entre otras cosas. Normalmente, al presionar F8, podremos seleccionar la operación que deseamos realizar, sea entrando a las opciones de reparación, modo seguro, Debugging mode, entre otras:

Windows 8 CP, incluye unas mejoradas opciones de reparación, que nos entregan mayores posibilidades para recuperar el acceso funcional a Windows incluso en situaciones bastante desesperantes, aunque no es el foco de este post, por lo que trataremos en detalle estas opciones en un futuro artículo.

¿Cuál es el problema entonces?

El problema que está sucediendo (Personalmente me pasó), es que en Windows 8 Consumer Preview, no todos los equipos están respondiendo al acceso a Opciones Avanzadas presionando símplemente F8, gran cantidad no lo hacen, otra cantidad les está funcionando con Shift + F8 (Afortunados); pero, hay quienes no podrán acceder de forma predeterminada bajo ninguna de las dos opciones.

En un principio, personalmente creí que se había quitado completamente esta funcionalidad, pero aunque parece vigente, no funciona siempre como si estuviera habilitada de forma predeterminada.

¿Cómo habilitar “F8”?

Lo que tenemos que hacer, es habilitar el Menú de Arranque que suele mostrarse cuando estamos en un arranque Dual, pero esta vez, sólo para que siempre (Sin importar el tipo de hardware que parece ser la restricción), nos funcione el acceso a las Opciones Avanzadas con F8.

Para hacer esto, hacemos clic derecho en la parte inferior izquierda de la barra de tareas, en el menú desplegable seleccionamos Command Prompt (Admin) para ejecutar la Consola de Comandos con privilegios elevados:

Una vez en la consola, ejecutamos el siguiente comando:

Bcdedit /set {bootmgr} displaybootmenu yes

Una vez hecho esto, cada que reiniciemos el equipo, veremos el menú con los 30 segundos iniciales hasta correr el sistema operativo, pero además, podremos entrar de nuevo con F8 a las Opciones Avanzadas:

*Nota adicional: Esto funcionará por ahora como un Workaround, así que para evitar esperar 30 segundos, podremos reducir el tiempo a una cantidad más mínima, como 5 segundos, para esto:

- Abrimos MSCONFIG desde una ventana de Ejecutar

- Clic en la pestaña Boot (Inicio), y cambiamos “Timeout” de 30 segundos a la cantidad que deseamos, por ejemplo 5:

Aplicamos, aceptamos, y una vez reiniciemos, se aplicará el nuevo conteo.

Esto está sujeto completamente a cambios, la funcionalidad puede volver a trabajar normalmente, o sufrir otras modificaciones, ya veremos que nos trae las futuras compilaciones.

Saludos,

Checho

Explorando BitLocker en Windows 8 Consumer Preview

2012-03-08T14:08:00Z

Hay muchísimo para hablar de Windows 8, por lo que estoy tratando de ir rotando entre temas, en esta ocasión, pasaré por alto un poco la serie de artículos con los que empecé detallando PC Settings, la razón es que me adentraré un poco a nivel general sobre una de las tecnologías más robustas de Windows desde un par de versiones anteriores, me refiero a BitLocker Drive Encryption (Cifrado de Unidad de BitLocker).

*Importante: La información que en este Blog se escribe, no representa palabra oficial de Microsoft ni nada por el estilo, y puede estar sujeta a cambios por el estado actual de Windows 8 Consumer Preview (Beta).

Evolución de BitLocker

Para recordar, BitLocker nació con Windows Vista, con el concepto general de hacer un cifrado de unidad completo de sistema operativo, que permite proteger el acceso no autorizado a nuestro disco, incluso moviendo físicamente el HDD (Disco Duro) a otro PC, o arrancando con un sistema operativo diferente; a menos de que se tenga la clave de recuperación o la contraseña, el sistema y su información es inaccesible. Lamentablemente, hasta antes del SP1 de Windows Vista, BitLocker era un poco más complejo de implementar, puesto que requería que se creara la partición de arranque manualmente y por otro lado, sólo cubría la unidad que alojaba el sistema operativo, no para particiones adicionales. Cuando se liberó el maravilloso SP1 de Windows Vista, la complejidad seguía, pero ahora el cifrado se había extendido también a particiones que no fueran el sistema operativo, ¡Mucho mejor!

Con el Flamante Windows 7, BitLocker ahora es muchísimo más fácil, desde la misma instalación, Windows automáticamente crea la partición oculta donde almacenará todos los archivos necesarios para iniciar BitLocker, y adicional a esto, los que Windows requiere para correr, esto soluciona el primer inconveniente; por supuesto, el cifrado ya está disponible para unidades de sistema operativo y particiones adicionales, pero lo más interesante, es que el cifrado se extendió a dispositivos extraibles, es decir, ahora cada dispositivo USB que se conecte, puede encriptarse utilizando BitLocker, así no podrá escribirse información en otros equipos o sacar esta información en caso de pérdida o robo, esta característica se conoce como BitLocker To Go.

Un poco de BitLocker en Windows 8 CP

El concepto no ha cambiado en nada, como siempre, Microsoft ha buscado mejorar en todos los aspectos la experiencia con sus productos y tecnologías, BitLocker hasta ahora en Windows 8 CP, tiene una serie de mejoras que están descritas en este artículo oficial: http://technet.microsoft.com/en-us/library/hh831412.aspx

Aquí me centraré en las que a mi concepto, son las más útiles para la experiencia de usuario. Lo primero para resaltar, es que ahora BitLocker no requiere hacer el cifrado de unidad completo, tanto del sistema operativo, como de cualquier dispositivo extraible para asegurar el contenido; ahora tenemos la posibilidad de encriptar sólo el espacio en disco que se haya usado, más no el que se encuentre libre, esto por supuesto, garantizará una encripción a mayor velocidad y tiempo.

Otro aspecto adicional, es que ahora cada usuario, dejando del lado al tipo de usuario que pertenece (Estándar o del grupo de Administradores), podrá cambiar la contraseña o PIN de BitLocker cuando desee desde el panel de Administración de BitLocker, aunque por supuesto, no podrá hacer lo mismo con la clave de recuperación, tendrá que dar las credenciales actuales antes del cambio, y sólo podrá tener 5 intentos como máximo.

*Nota: Para encriptar o desencriptar, todavía se requiere privilegios administrativos, además de esto, el comportamiento para el cambio de contraseña, se puede impedir desde una nueva política implementada para BitLocker que se llama: Disallow standard users from changing the PIN

Por último, ahora BitLocker se podrá implementar incluso antes de instalar el sistema operativo, haciendo uso de un Windows PE, aunque esto no lo trataré por falta aún de conocimiento, y planeo adentrarme en temas de implementación pero mucho más adelante.

Configurando BitLocker en Windows 8 CP

BitLocker, como en Windows 7, se puede activar de dos formas, haciendo clic derecho sobre la unidad deseada y seleccionando Turn on BitLocker (Activar BitLocker) o bien, desde el Administrador de BitLocker. Basta con abrir la Pantalla de Inicio (Start Screen), digitar BitLocker y ubicar el nodo de Settings donde podremos acceder:

*Nota: Cualquiera de las dos opciones nos llevará a la misma ventana.

La ventana de BitLocker Drive Encryption, nos mostrará todas las unidades detectadas por BitLocker en el equipo, y su estado actual de encripción:

La primera unidad siempre será la del sistema operativo, las demás, las separa indicando si son Fixed data drives (Nuevo soporte en 8 también) y unidades removibles para BitLocker To Go. Al expandir la unidad principal, o de cualquier dispositivo, veremos el enlace de Turn on BitLocker, a continuación mostraré el paso a paso de cada una (BitLocker y BitLocker To Go), para ver las leves diferencias, además de las nuevas características.

Cifrando unidad del sistema…

Sobre la unidad del sistema operativo que queramos cifrar, hacemos clic en Turn on BitLocker, automáticamente se abrirá la ventana para el asistente de BitLocker Drive Encryption, pero, si al momento de querer encriptar una unidad de sistema operativo, BitLocker no detecta un Chip TPM compatible, indicará que no es posible continuar a menos de que se active o se active la política para no requerir TPM:

*Nota: El chip TPM brinda una protección adicional cuando se activa BitLocker en una unidad de sistema operativo, que permite hacer una verificación de integridad a nivel de hardware antes de que arranque Windows, por si detecta algún cambio, activar inmediatamente el Agente de recuperación de BitLocker, donde si no se dan las credenciales de BitLocker, Windows no inciará.

El camino más rápido sería activarlo desde BIOS, pero si no se cuenta con uno, se debe proceder a activar la plantilla que permite continuar sin TPM, se llama “Require additional authentication at startup” y se encuentra ubicada dentro del Editor de Políticas de grupo, específicamente en:

Computer Configuration\Administrative Templates\Windows Components\BitLocker Drive Encription

En español, para cuando se pueda, sería:

Configuración de equipo\Plantillas administrativas\ Componentes de Windows\Cifrado de unidad de BitLocker.

Debemos ingresar a la carpeta de Operating System Drives en el panel derecho, abrrir la plantilla, habilitarla y asegurarnos de que esté seleccionada la casilla de “Allow BitLocker without a compatible TPM” (Habilitar BitLocker sin TPM):

Como información adicional, Windows habilita este funcionamiento desde un valor en el Registro llamado EnableBDEWithNoTPM, que tiene un contenido de “1” para habilitar, se crea en la clave:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\FVE

Para las demás opciones en esta plantilla, se crean valores adicionales llamados UseAdvancedStartup, UseTPM, UseTPMKey, UseTPMkeyPIN, UseTPMPIN; si no se deshabilitaron, manejan valores predeterminados, aunque para habilitar BitLocker no es necesario modificarlos.

Para los que deseen activar esta política a través del Registro de Windows, pueden descargar el fichero de registro EnableBDEWithNoTPM desde mi Skydrive y ejecutarlo:

*Nota: Si no pueden ver la previsualización, este es el enlace directo:
https://skydrive.live.com/#!/?cid=69fbd8240f3b536e&sc=documents&id=69FBD8240F3B536E%21616!cid=69FBD8240F3B536E&id=69FBD8240F3B536E%21617&sc=documents

Hecho esto, BitLocker iniciará, lo primero que solicita es una contraseña segura y personalizada, no tiene la restricción completa de contraseñas como en un DC, pero requiere una mínima complejidad para continuar:

La siguiente página nos pedirá seleccionar una forma de guardar nuestra clave de recuperación, es importante tener en cuenta que es diferente a la clave que escogimos para cifrar el contenido en la página anterior:

Lo interesante aquí, y que es nuevo en Windows 8, es la primera alternativa para guardar la clave: Save to SkyDrive (recommended), con solo hacer clic aquí, Windows inmediatamente creará una nueva carpeta en nuestro SkyDrive llamada BitLocker y almacenará esta clave de recuperación, especificando los permisos únicos para que sólo nosotros podamos visualizar la carpeta. Esto es posible con la integración de Windows 8 con Windows Live cuando creamos una cuenta tipo Microsoft Account (Live ID, ejem: Hotmail, Live); por lo que si no hemos iniciado sesión con una cuenta así, no podremos guardar en la nube y tendremos que guardar localmente en alguna otra partición, o bien imprimiendo la clave.

*Nota: Desde Windows 8, utilizando la aplicación Metro de Skydrive, podremos ver la nueva carpeta de forma instantánea al momento de que el asistente de BitLocker la crea:

Al darle siguiente (Next), estaremos en la opción más interesante de BitLocker hasta ahora con Windows 8:

Como comenté anteriormente, ahora tendremos dos posibilidades de cifrado, el primero: Encrypt used disk space only (Encriptar sólo el espacio en disco utilizado), y Encrypt entire drive (Encriptar el disco completo); Encrypt used disk space only, hará la encripción sólo del contenido total que se haya guardado en el disco, el resto del espacio libre no lo encriptará, posiblemente ahorremos hasta la mitad del tiempo que normalmente se toma cuando escogemos encriptar todo el disco (Predeterminada y única opción en Windows 7).

Debemos tener en cuenta, que esto no indica que podamos acceder al espacio vacío del disco una vez tengamos encriptado y no al espacio que se encriptó, la experiencia seguirá siendo la misma, es decir, podremos acceder a todo siempre y cuando hayamos garantizado credenciales correctamente.

Por último, y antes de empezar la encripción, tendremos una novedad más:

BitLocker system check, se encargará de reiniciar el equipo, verificar que no haya problemas para leer la clave de recuperación antes de encriptar, y una vez se reinicie Windows, iniciará automáticamente el cifrado del disco de acuerdo a lo que hayamos seleccionado.

*Nota: Si no está seleccionado “Run BitLocker system check”, podremos iniciar el cifrado de inmediato.

Cifrando dispositivo extraible…

A diferencia del cifrado de la unidad que contiene el sistema operativo, BitLocker To Go no requiere ningún tipo de chip adicional activo de forma predeterminada, aunque al iniciar tenemos dos opciones, una contraseña tradicional o bien utilizar una Smart card para autenticarnos:

El lugar de almacenamiento, tal cual como en el cifrado de unidad (Visto anteriormente), podremos guardar la clave de recuperación directamente en Skydrive si es que hemos iniciado sesión con una cuenta de Live ID, localmente o imprimirlo. Una vez guardemos la clave de recuperación, podremos hacer clic en el botón Next (Siguiente) para continuar.

Afortunadamente, también en los dispositivos extraibles, podremos cifrar sólo el contenido del disco que ya se utilizó y dejar el espacio libre sin cifrar para que sea mucho más rápido. Al darle clic en Next (Siguiente) y empezar la encripción (Start encrypting) verán la gran diferencia cuando se cifra sólo espacio ocupado:

Explorando las opciones y comportamientos…

Una vez cifradas las unidades, la experiencia de usuario es muy similar, para este artículo expondré el comportamiento de un dispositivo extraible, pero las funciones aplican en su mayoría para la unidad del sistema también.

Cuando insertamos el dispositivo por primera vez después de cifrado, la nueva interfaz metro, de inmediato nos avisa que detectó una unidad protegida por BitLocker:

Si hacemos clic aquí, o símplemente tratamos de abrir el dispositivo desde el Explorador de Windows, también se nos presentará una interfaz Metro para digitar la contraseña o bien utilizar opciones adicionales como la Clave de recuperación, además de especificar si queremos desbloquear el contenido automáticamente en el equipo Windows 8 donde hayamos insertado el dispositivo:

Como comenté en la primera descripción, desde el Administrador de BitLocker, tenemos algunas opciones adicionales, unas nuevas, otras que vienen desde Windows 7:

La más interesante, radica en la posibilidad de cambiar la contraseña (Change password), una vez hacemos clic aquí, podremos cambiar a una nueva contraseña más amigable digitando la anterior y la que deseamos, o hasta hacer un reset de la contraseña anterior, indicando desde el principio una nueva contraseña (Esto en caso de que hayamos tenido que iniciar con una clave de recuperación por ejemplo):

De nuevo, un usuario estándar no necesita elevar privilegios para cambiar la contraseña, sin embargo, para administrar el cifrado sí que lo requiere.

*Nota final: Hasta ahora, BitLocker se puede desactivar y reactivar en Windows 7, aún después de cifrarse en Windows 8, cosa que no ocurría en Windows 7 con respecto a su antecesor Windows Vista. ¡Punto para Windows 8!

Esto es todo lo que tengo para decir de BitLocker, espero con el tiempo, aprender un poco más y poder compartir detalles a profundidad aquí. Espero sea de utilidad.

Saludos,

Checho

Explorando Windows 8 Consumer Preview: Users [Password, Picture Password y PIN]

2012-03-06T11:41:00Z

Hola a todos,

Volvemos con una tercera entrega sobre Windows 8 Consumer Preview, como comenté en artículos anteriores, empezando de las características básicas; en el post pasado empecé a detallar toda la página de PC Settings, nuevo en Windows 8 y que básicamente nos permite acceder a diferentes configuraciones generales de nuestro sistema operativo, que cubren gran cantidad de aspectos (Aplicaciones, seguridad, personalización, etc).

Aunque no en todos los artículos detallaré de a nodo en PC Settings, para este sí dedicaré uno completo para todo lo que corresponde a Users, ventana que tiene una previsualización similar a la siguiente:

Lo interesante aquí, está en la función que desempeña cada botón, aunque todas representan una alternativa para el inicio de sesión, por lo que si todas están activas, la posibilidad de olvidar una forma de entrar a Windows quedaría reducida a casi nula =)

Lo primero que nos indicará, por supuesto, será la cuenta actual con la que hemos iniciado sesión, además del tipo de cuenta, puesto que ahora en Windows 8 podemos hacer uso de nuestro Windows Live ID para iniciar sesión y sincronizar todas nuestras configuraciones con la nube, más detalle en Éste artículo. Siempre tendremos la opción de cambiar sea a una cuenta local, o bien a una cuenta de Windows Live ID desde el primer botón.

Ahora, Sign-in Options nos brinda dos nuevas maneras de iniciar sesión en Windows 8, además de hacer el típico cambio de contraseña, a continuación, paso a detallarlas cada una:

Change your password

“Change your password”, es el primer botón disponible en Sign-in Options; la función principal se mantiene como ha sido toda la vida, es decir, poder cambiar la contraseña de inicio de sesión en Windows, la diferencia radica en que cuando se está utilizando una cuenta Microsoft (Live ID) para sincronizar y utilizar Windows, este cambio de contraseña aplica no sólo para el inicio de sesión como usuario en Windows, sino también para cambiar las credenciales de la cuenta de Live ID, finalmente es un tipo de Single sign-on:

De esta manera, sólo tenemos que preocuparnos por gestionar una sola credencial en la nube y en cualquier equipo Windows 8, podremos utilizarla para que nuestro perfil se mantenga sincronizado. Es importante detallar, que ni siquiera por ser administrador de Windows, se podría cambiar una clave de cuenta Live ID fácilmente en Windows 8.

*Nota: Para una cuenta local, el proceso sigue siendo el mismo, cambia sólo localmente.

Create a Picture Password

Esta es una de las características más interesantes con respecto al inicio de sesión en Windows 8, sobre todo en equipos táctiles, puesto que la experiencia será mucho más transparente, sin embargo, no deja de ser fácil utilizando el mouse, se trata básicamente de entrar a Windows utilizando una serie de movimientos marcados sobre una imagen.

Al darle clic a Create a Picture Password, nos pedirá por seguridad, volver a recordar la contraseña de inicio de sesión:

Estaremos entonces en la pantalla de bienvenida de Picture Password, nos dará una pequeña explicación en texto y la posibilidad de escoger la imagen haciendo clic en el botón Choose picture:

Picture Password funciona a nivel general de una forma muy sencilla: Primero escogemos la imagen que queramos, puede ser de nuestra propia librería, o incluso desde un repositorio que tengamos en Skydrive, la acomodamos a como queremos que se vea en pantalla, y por último hacemos clic en el botón Use this picture para generar el acceso a través de esta imagen. Para este artículo por ejemplo, seleccioné otra de un personaje de la serie Spartacus:

*Nota: Siempre podremos darle al botón Choose new picture si es que deseamos que sea otra foto o imagen.

Ahora, sobre la imagen debemos hacer tres combinaciones de círculos, líneas o puntos (Toques), debe tener un orden y tratar de hacerse de la misma manera, aunque no necesariamente debe ser exactamente el mismo movimiento, eso lo convierte en una estupenda característica, siempre Windows mostrará el trazo que se hizo, y en caso de que deseemos volver a empezar, podemos hacer clic en el botón Start Over; así se vería el proceso:

Una vez hecho esto, basta con volver a repetir los tres movimientos para que se confirme el inicio de sesión protegido por imagen:

Si no se confirman los pasos, existe la posibilidad de repetirlos todos otra vez, cuando Windows acepta que son los mismos, avisa que se configuró correctamente Picture password y bastará con hacer clic en el botón Finish.

Si sólo configuramos este método de inicio de sesión, una vez arranque Windows y pasemos del Lock Screen, tendremos que hacer el proceso de dibujar líneas, círculos o puntos (de acuerdo a como lo hayamos configurado) para poder ingresar:

*Nota: En caso de que tuvieramos problemas, bastaría con darle al botón Switch to password para cambiar al inicio de sesión por contraseña tradicional.

Create a PIN

Este es el proceso de inicio de sesión más fácil y rápido que se implementó en Windows 8 Consumer Preview, el proceso consiste en hacer clic en el botón Create a PIN, después ingresar de nuevo la contraseña actual para confirmar la identidad de la persona que está tratando de crear el PIN y por último, debemos ingresar una combinación de 4 dígitos numéricos únicamente (Windows no aceptará ningún otro tipo o cantidad):

Le damos clic en el botón Finish y listo, cada que ingresemos a Windows (En caso de que éste sea el único método adiconal especificado o el último que se creó), tendremos que darle sólo estos cuatro dígitos numéricos para iniciar sesión:

Si Windows 8 detecta que hay más de un proceso adicional de inicio de sesión, mostrará siempre el último configurado, pero siempre podremos hacer clic en Sign-in options para escoger cuál de los tres queremos utilizar:

Esto por supuesto, además de seguridad, nos dará varias posibilidades de recuperar el acceso a Windows en caso de que tengamos problemas recordando la contraseña. Es importante tener en cuenta, sin embargo, que si tenemos los tres procesos de inicio también podría representar un peligro para nuestra integridad no cuidarlos bien si es que compartimos equipo.

Para cerrar el nodo de Users, tenemos una función más que consiste en visualizar y crear nuevas cuentas, sean Microsoft accounts (Windows Live ID) o bien cuentas locales:

Finalizamos otro artículo más, espero les pueda ser de utilidad y cualquier comentario será bienvenido.

Saludos,

Checho

Explorando Windows 8 Consumer Preview: Lock Screen, Start Screen y Account Picture

2012-03-03T00:06:00Z

Hola,

Sé que es algo pronto por lo que apenas hace unos días escribí el primer artículo referente a Windows 8 Consumer Preview, pero quiero empezar este mes compartiendo ahora sí, desde los primeros detalles básicos del sistema operativo hasta lo más complejo que mi conocimiento me lo permita.

Windows 8, por lo menos este Consumer Preview, dentro de las características Metro, ha implementado un nuevo panel de configuraciones y personalizaciones generales llamado PC Settings; cada personalización o configuración se puede buscar manualmente desde la Pantalla de Inicio (Trataremos esto en un futuro artículo), aunque siempre terminarán abriendo la página general. Hay varias formas para llegar allí, la directa es entrando a la Pantalla de Inicio, presionar las teclas de Windows + C para abrir el panel lateral derecho, y seleccionar Settings y posteriormente, More PC Settings en la parte inferior:

Esto abrirá la página de PC Settings, que puede variar en colores de acuerdo a la personalización que le tenga cada uno:

A medida que vaya escribiendo en el Blog, iremos detallando cada uno, sea individual o por grupos; en este post nos concentraremos en el primer nodo de Personalize (Personalización), aquí es donde entraremos a ver tres características: Lock Screen, Start Screen y por último Account Picture que seguramente es la más familiar.

El proceso del Logon de Windows ha cambiado, así que se ha dejado aparte también la típica pantalla de bienvenida, agregando algo comúy en los teléfonos Windows Phone, vamos a verlos cada uno:

Lock Screen

Lo primero que Windows 8 nos mostrará de ahora en adelante es el Lock Screen, donde básicamente veremos un formato muy similar a Windows Phone donde include la hora, la fecha, algunas notificaciones y por supuesto la imagen de fondo:

Esto es lo que podremos personalizar en la página de PC Settings, dentro del nodo de Personalize. Lo primero que podremos hacer es utilizar un fondo personalizado dentro de los 5 disponibles y predeterminados, o bien hacer clic en el botón Browse y buscar una imagen personalizada, Windows mostrará en su estilo metro todo lo que haya en la carpeta de Imágenes, bastará con seleccionar el fondo y darle al botón Choose picture:

Al terminar, en la pantalla de Start Screen veremos la previsualización del nuevo fondo ya aplicado:

Bastará con bloquear el equipo (Windows + L), para verlo en acción. Los 5 fondos predeterminados están ubicados en el directorio: C:\Windows\Web\Screen, aunque tienen un propietario y permisos diferentes, lo que implica que no se pueden remplazar fácilmente, además –por si se habían preguntado- que cada fondo nuevo no lo ubica allí por la misma razón.

Cada que seleccionamos un nuevo fondo de pantalla, esto es lo que sucede en Windows:

Windows crea una nueva carpeta con el correspondiente SID (Identificador único de usuario) sobre el directorio: C:\ProgramData\Microsoft\Windows\SystemData\, después de esto crea dos carpetas más, la primera llamada ReadOnly (El mismo nombre identifica el tipo de permisos), y la segunda llamada LockScreen_<Letra>, donde va cambiando de letra en orden alfabético de acuerdo a cuántos fondos de pantalla se vana agregando desde la patalla de Lock Screen en PC Settings. Dentro de la carpeta de LockScreen_<Letra>, Windows 8 copiará la imagen que agregamos y acomodará varios tamaños para su previsualización como Tile en la página de Lock Screen:

Si se agrega otra imagen, se creará la carpeta LockScreen_B con sus respectivas miniaturas o tamaños completos, y así sucesivamente; nunca se remplazarán las imágenes originales de la carpeta \Screen.

Lock Screen Apps

Como pueden ver en la primer pantalla del Lock Screen del artículo, en la parte inferior se muestran algunas notificaciones, tanto de configuraciones de Windows, como de aplicaciones (En la pantalla, se ve el correo electrónico por ejemplo); Lock Screen Apps es la forma de configurar qué aplicaciones Metro deseamos que nos muestren mensajes de alerta mientras se esté en el Lock Screen, basta con hacer clic en el botón del signo más (+) y escoger la aplicación, hay un límite de hasta 7 aplicaciones.

Además de esto, hay una sola posibilidad para escoger dentro de determinadas aplicaciones que lo permitan (En el CP, el Calendario es la única), que nos muestre alertas más detalladas mientras estamos en el Lock Screen.

Cabe tener en cuenta que Lock Screen va desde la nueva pantalla con imagen personalizada y actividad de aplicaciones, hasta el tradicional inicio de sesión que sigue sucediendo luego de pasar del Lock Screen.

Start Screen

Este tema requiere un artículo completo sólo a lo que es Start Screen, en gran parte por lo polémico que se ha vuelto desde la liberación del Developer Preview hasta ahora que mucha más gente está probando Windows 8 Consumer Preview; aquí por lo tanto, para no salirnos del objetivo del post, sólo entraré a describir básicamente lo que es y el papel que desempeña en la personalización dentro de PC Settings.

Start Screen, o Pantalla de Inicio, como seguramente será bautizada en Español, es el nuevo modelo remplazante del tradicional Menú de Inicio que ha traido Windows en su gran mayoría de versiones; desde la Pantalla de Inicio ahora se localizará el acceso a todas las aplicaciones Metro para ser lanzadas en un entorno Metro especial, pero además también se podrá lanzar el Escritorio y cualquier aplicación que continúe siendo de escritorio. Además de esto, la Pantalla de Inicio sigue teniendo el buscador integrado y mejorado para localizar archivos, aplicaciones y acceso a múltiples configuraciones del sistema operativo, la siguiente es una vista común a esta nueva pantalla:

Esta Pantalla de Inicio trae un gran número de Pro y Contra que trataremos de detallar en otro artículo aparte.

Lo que compete a este post, es que a diferencia del Developer Preview, que mantenía un sólo color monotono y sin ningún tipo de arte, ahora en Windows 8 Consumer Preview podemos cambiar desde las figuras abstractas que se ven en el fondo, hasta el color general de toda la interfaz metro que compente esta pantalla; esto por supuesto, se hace desde la pantalla de PC Settings, específicamente, seleccionando Start Screen en el nodo de Personalize:

Tenemos 6 diferentes diseños abstractos para escoger, y 9 variaciones de colores, basta con arrastrar con el mouse o hacer clic en el respectivo diseño, y quedará automaticamente aplicado; esto nos dejará estar variando un poco lo monotono que se puede volver la Pantalla de Inicio en nuestro Windows 8

Si vamos a un detalle un poco más técnico, Windows realiza dos tareas en el Registro para tener conciencia de los colores y diseños que debe presentar:

Básicamente, establece el contenido de valor de AccentId y ColorSet_Version1 e la clave:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Accent

El primer valor AccentId, es el que maneja los diseños abstractos utilizando valores binarios con números Hexadecimales con el siguiente orden:

Diseño 1: 4510
Diseño 2: 4520
Diseño 3: 4530
Diseño 4: 4540
Diseño 5: 4550
Diseño 6: 4560

ColorSet_Version1 por su parte, utiliza una escala decimal normal desde 0 a 9, manejando el orden de izquierda a derecha en los colores.

En este orden de ideas, se puede manipular manualmente el contenido de los valores, después de un reinicio o cierre de sesión, se verán reflejados.

Account Picture

El concepto aquí se mantiene, es una Imagen de Cuenta que podremos personalizar para representar nuestro Perfil en Windows 8, haciendo uso de una Cámara Web o bien buscando en nuestros respositorios de imágenes, sea en nuestro sistema operativo, o bien en la nube utilizando la integración con Skydrive (Tema que trataremos después en otro artículo):

Hay una tercera funcionalidad llamada Account Picture Apps, que me permitirá crear imágenes de cuenta con alguna aplicación Metro que esté desarrollada e instalada; aunque todavía no hay gran muestra de cómo podría funcionar esto.

*Nota: Las imágenes de usuario por cada perfil, Windows las registra en la clave:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\AccountPicture\Users\<SID>

Donde <SID> es el número de identificador único por usuario, allí utiliza varias claves para diferenciar los diferentes tamaños que se pueden mostrar.

Esto es todo, traté de detallar al máximo posible cada una de las características, espero poder traerles más artículos cubriendo los demás nodos de PC Settings y mucho más.

¡Comentarios bienvenidos!

Saludos,

Checho

Configurando Reset y Refresh en Windows 8 Consumer Preview

2012-02-29T17:21:00Z

Hola a todos,

Espero que ya estén descargando Windows 8, para los que no.. en mi anterior post indiqué los enlaces oficiales donde se puede descargar.

Hay muchísimo para ver, yo diría que demasiado sobre Windows 8 Consumer Preview, y es apenas normal, ya que según Microsoft, hay por lo menos 100.000 cambios con respecto a lo que se presentó en la Developer Preview el año pasado.

Como primer artículo de este nuevo sistema operativo, en su fase Beta, aunque no es lo normal, quiero hablar sobre una característica muy interesante, y que seguramente nos será muy útil, sobre todo a los que queremos probar diferentes comportamientos en Windows 8 con el peligro de daño que esto acarrea. Se trata de una de las nuevas funcionalidades llamadas Reset y Refresh incluidas en Windows 8 (Desde Developer Preview).

Básicamente, ambas nos permitirán volver a un estado limpio del sistema operativo, por lo que lo podemos asemejar con lo que ahora nos dan los OEM utilizando una partición oculta de recuperación; el cambio sin embargo será, que tendremos control completo nosotros mismos desde el sistema operativo, pudiendo incluso personalizar varios aspectos. Por supuesto, hay diferencias entre ambos, así que a continuación pasaré a detallar en la medida de que mi conocimiento lo permita, cómo funciona y cómo podemos personalizar cada uno.

*Nota: Hice alución y seguiré trabajando sobre los nombres en inglés, porque por ahora no hay ningun paquete de idioma en Español disponible, por lo que es difícil saber qué nombre tomará finalmente.

Para localizar Reset o Refresh, basta buscar por alguna de las dos palabras desde la pantalla de inicio, y seleccionar la que se desee, esto nos llevará a la pantalla de PC Settings y poder empezar:

*Nota: Pronto nos iremos familiarizando con lo de “Pantalla de Inicio (Start Screen)”, “PC Settings”, entre otras en futuros artículos donde intentaré detallar el tema.

Botón de Reset:

Esta funcionalidad nos será útil en dos casos principalmente, el primero y más utilizado, cuando queremos volver nuestra a instalación a un estado completamente limpio, es decir, a como Windows se comporta recién terminada la instalación; el segundo caso, es cuando queremos dejar la instalación también limpia, pero además queremos asegurarnos de borrar toda la información que allí se haya generado, muy útil para compañías que hacen el cambio de PCs cada determinado tiempo.

Por supuesto, las dos se pueden tomar también como una sola opción, todo dependerá de lo que se quiera.

Lo importante aquí a tener en cuenta es, a diferencia de volver a un estado limpio una máquina que vino preinstalado con OEM, es que no se conservará ningún tipo de dato, configuración o aplicación que se haya instalado hasta el punto de indicar el Reset del equipo. En pocas palabras, es una reinstalación de Windows sin nada más.

Requerimientos:

- Como esto implica una instalación limpia del equipo, debemos tener el medio de Windows 8 Consumer Preview metido en la unidad, de lo contrario no hará los pasos descritos a continuación y nos mostrará un mensaje:

Ejecutando el botón de Reset

Basta con buscar por “Reset” en la Pantalla de Inicio como mostré en la primera captura en este post, en la página de PC Settings, tendremos que buscar Reset your PC and Start Over en el nodo de General que nos dejó la búsqueda y hacer clic en el botón Get Started:

Lo primero que nos mostrará, será una página de advertencia donde nos indicará lo que comenté recientemente, es decir, el estado en que se quedará el equipo después de hacer Reset:

La siguiente pantalla que nos aparecerá, será la de “How do you want to remove your personal files?”:

Hay dos opciones, Thoroughly que hará un borrado profundo, es decir, que sobreescribirá en el disco con “basura” al azar dejando la información en un estado muy difícil de recuperar, y la opción de Quickly, que hará un formato básico del disco como cuando instalamos normalmente el sistema operativo.

Obviamente, el primero puede tardar varias horas (Como se indica), dependiendo de qué tanto tenga que sobreescribir en el disco.

La decisión de cual escoger, será independiente para cada uno de ustedes; al darle Next, Windows nos advertirá por última vez lo que esto acarrea, y si estamos completamente seguros, podremos iniciar haciendo clic en el botón Reset.

¿Cómo funciona?

Windows reiniciará el equipo y comenzará el proceso que consiste en reiniciar en un entorno de recuperación, borrar el disco y realizar la instalación limpia del sistema operativo:

Después del Reset, se debe ingresar nuevamente el código de producto, aceptar los términos de licencia y configurar las personalizaciones y cuentas deseadas, es decir, como si iniciaramos desde un estado OOBE. Una vez hecho esto, símplemente empezamos a usar Windows como si nada hubiera pasado =)

Botón de Refresh

Reset es una gran característica, pero como comenté al final, podríamos tardar un buen tiempo mientras volvemos a configurar nuestro perfil, instalar las aplicaciones y gestionar todas nuestras personalizaciones.

Hay ocasiones entonces que aunque quedaría muy bien una instalación limpia, pero sin necesidad de perder todo lo que ya tenemos, un ejemplo podría ser algun problema causado por asociación de archivos o bien un comportamiento lento o diferente en el sistema que puede no provenir de nuestras personalizaciones y configuraciones.

Aquí es donde entra el fantástico botón de Refresh, que a diferencia de Reset, habrá una instalación completamente limpia de Windows, pero automaticamente restaurará todos los datos, aplicaciones y configuraciones de nuestro perfil sobre la instalación limpia, es decir, un Windows recien instalado, sin perder todo lo que ya teníamos.

*Nota: Aquí también necesitamos el medio de Windows 8 Consumer Preview.

Ejecutando el botón de Refresh

El procedimiento es exactamente el mismo que Reset, sólo que debemos buscar y ejecutar la opción en PC Settings de “Refresh your PC without affecting your files”:

Al hacer clic en el botón Get started, nos mostrará la primera página donde nos dirá qué será lo que Windows preservará:

*Nota: Tengamos en cuenta que algunas aplicaciones y configuraciones no se mantendrán.

Una vez estemos seguros de proseguir, bastará con hacer clic en el botón Next y finalmente al botón Refresh para iniciar:

Como con Reset, tomará unos minutos mientras hace la instalación, pero además mientras vuelve a importar todo el perfil y sus personalizaciones:

*Nota: Los datos se mantendrán en el mismo disco, en un espacio aparte, tal cual sucede con el proceso de migración que maneja por ejemplo Hardlink en USMT.

Al finalizar todo, en el escritorio se generará un archivo HTML donde nos dirá si se eliminaron o no aplicaciones:

*Nota: El tiempo en Refresh es considerablemente más rápido que haciendo Reset.

Personalizando la imagen predeterminada de Refresh

Para nuestra fortuna, la funcionalidad de Refresh no termina aquí; si bien es cierto que sobre la instalación limpia de Windows tiende a ser el comportamiento de la imagen mucho más confiable, habrá ocasiones en las que ciertas personalizaciones que necesitamos se perderían al estar haciendo Refresh. Como resultado a esto, Microsoft incorporó una adición a esta funcionalidad, y se trata básicamente de crear nosotros mismos una imagen desde el sistema operativo que sirva como punto de partida cada que hacemos Refresh.

Esto será posible gracias a una herramienta de línea de comandos llamada Recimg.exe, que nos brinda algunas posibilidades entre las que están:

Crear una imagen (-CreateImage): Con esta bandera, Windows creará una imagen partiendo desde lo que hay instalado y configurado en el equipo, registrandola además para que sea usada cuando se utilice el botón de Refresh.

Establecer actual (-SetCurrent): Con esto podremos registrar otra imagen adicional, si es que por ejemplo el equipo OEM ya tiene una para ser utilizada con Refresh.

-DeRegister: Esto quitará el registro de la imagen actual para ser utilizada en Refresh, y en vez de esto volverá a utilizar la imagen que el OEM haya establecido, en caso de no estar, utilizará de nuevo la del medio de instalación original.

Mostrar actual (-ShowCurrent): Podremos ver cuál es la imagen de recuperación actual y dónde está almacenada.

En esta ocasión, símplemente crearemos una nueva imagen para que se registre como punto de partida al utilizar Refresh, así no necesitaremos ni siquiera del medio de instalación y estaremos utilizando la que nosotros mismos personalizamos.

Para hacer esto, ejecutamos una Consola de Comandos (cmd.exe) con privilegios elevados (Clic derecho, Ejecutar como administrador) y digitamos:

Recimg –CreateImage <DirectorioImagen>

Donde <DirectorioImagen> es donde queremos que la imagen a ser utilizada por Refresh quede guardada, para este caso, la guardaré por ejemplo en C:\ImagenRefresh, por lo que el comando sería:

Regimg –CreateImage C:\ImagenRefresh

*Notas:
Hay un cambio interesante con respecto al Developer Preview, y es que ya no se debe crear la carpeta manualmente como se tenía que hacer en ese entonces.

El proceso de escritura puede tardar varios minutos, toca ser pacientes =)

Si examinamos el contenido después de creada la imagen, veremos sólo un archivo llamado Install.wim, y si recordamos un poco de implementación, aquí, desde Windows Vista, se aloja todo el sistema operativo y es el que manipulamos normalmente bajo una implementación:

Estaré investigando un poco más, para saber cómo se comporta la migración de configuraciones, aunque tal vez se haga en el momento de que se ejecute, utilizando esta imagen para instalación, y el repositorio temporal para restablecer todo posteriormente.

Apenas estamos empezando, espero que este primer artículo sea de utilidad, sólo queda decirles que de aquí en adelante trataré de ir generando mucho contenido sobre Windows 8 Consumer Preview y las versiones públicas que se liberen después.

PD. No olviden que ya existen Foros en Inglés de Microsoft Answers para el soporte en Windows 8 Consumer Preview:
http://answers.microsoft.com/en-us/windows/forum/windows_8

Saludos,

Checho

Descarga Windows 8 Consumer Preview y Windows Server 8 Beta

2012-02-29T14:37:14Z

¡Hola!

Felizmente me alegro de estar escribiendo este post, aunque no es necesario muchas palabras.

Desde ahora, está disponible para descarga pública, Windows 8 Consumer Preview; ¡Empezamos de nuevo!

Lo pueden bajar desde el sitio oficial destinado por Microsoft:

http://windows.microsoft.com/en-US/windows-8/iso

Adicional a esto, pueden bajar Windows Server 8 Beta también:

http://technet.microsoft.com/en-us/evalcenter/hh670538.aspx

En unos días empezaré a compartir aquí todo lo que aprenda de este nuevo sistema operativo.

¡Que lo disfruten!

Checho

Liberando FixLNK: Repara daños con la asociación de Accesos Directos en Windows 7

2012-02-13T11:26:00Z

*Off topic: Antes que nada, no olviden seguir a Checho’s Blog en Facebook: www.facebook.com/ChechoBlog :)

Descripción del problema:

En Windows 7, suele ser común que se cambie la asociación de los Accesos Directos (.lnk), provocando que el sistema operativo trate de abrir todo con una misma aplicación, además de modificar el aspecto de los iconos correspondientes:

El detalle del problema, lo pueden ver en Éste artículo.

Descripción del Fix:

FixLNK, es una pequeña aplicación que desarrollé en C++ utilizando la API de Windows, específicamente la función de RegDeleteKey para eliminar la subclave UserChoice que se genera en la clave de Registro de .lnk, correspondiente a los accesos directos.

FixLNK, requiere elevación de privilegios, él hará todo el trabajo, por lo que mostrará un cuadro de diálogo indicando que se reparó la asociación de accesos directos y luego reiniciará el sistema para que los iconos tomen su respectiva asociación original:

La razón para desarrollar esta aplicación, es que el problema es muy común dentro de las comunidades onlie, sólo soluciona el problema con la asociación de accesos directos (.lnk).

Descargar FixLNK:

Si tienen el problema, pueden descargar FixLNK desde el siguiente enlace:

*Nota: Si no se ve el enlace embebido, utilizar el link directo: https://skydrive.live.com/#cid=69FBD8240F3B536E&id=69FBD8240F3B536E%21571

Basta con descomprimir, ejecutar, y al reiniciar el sistema, el problema debería estar solucionado.

Saludos,

Checho

El Servicio del Centro de Seguridad en Windows 7 que no quería iniciar, la DLL corrupta, SFC y su solución

2012-02-10T14:21:00Z

Hola,

Antes de proceder con el caso, me gustaría hacer un pequeño Off topic de dos pequeños temas:

1. Como se habrán dado cuenta, y por si no lo han hecho, Windows 8 Consumer Preview dará la luz pública el próximo 29 de Febrero, así que vamos alistando los PCs :)

2. Hace unos días creé una Página en Facebook específica para mi blog, el objetivo es compartir allí todo lo que aquí y en otras páginas se creen, además de pequeños tips en el tiempo. Me gustaría entonces hacerles la invitación formal a que pertenezcan a la página, para esto, en el panel izquierdo verán una pequeña publicidad de Facebook donde podrán darle a “Like” o “Me gusta”, o bien ir directamente a la página y unirsen: www.facebook.com/ChechoBlog

Eso era todo, ahora sí, ¡Al caso!

El problema

Por alguna extraña razón (Que no sabía en el momento), en un equipo mío estaba apareciendo desactivado el Centro de Seguridad después de algunos reinicios, o bien, de un cierre e inicio de sesión; esto lo podía detallar desde el Centro de Actividades:

No importa cuándo le diera al botón Activar (Turn on now), no pasaba absolutamente nada.

Decidí entonces tratar de hacerlo desde la Consola de Servicios, buscando el Servicio del Centro de Seguridad, que en efecto, tenía desactivado el Servicio, pero además de esto presentaba otras características un poco extrañas:

Lo primero, es que en la Descripción del Servicio, presentaba un mensaje de error que decía: “Failed to Read Description. Error Code: 193”, es decir, no se podía leer correctamente la descripción del Servicio.

Lo segundo es que aparecía detenido, pero al intentar iniciarlo presionando el botón “Iniciar” (Start), obtenía otro mensaje de error un poco más extraño:

“Windows no pudo iniciar el Servicio del Centro de Seguridad en el equipo local”

El error que me marcaba era el 193: 0xc1, lamentablemente, como en varias ocasiones con problemas de Windows o de otras aplicaciones, los errores no son nada descriptivos, por lo que había poco de dónde referenciarse, exceptuando quizá el código de error, del que tampoco encontré casi nada en mi búsqueda de internet.

Para mi fortuna, el problema general del que se desactive el Centro de Seguridad es bastante común, y como expliqué un poco en Este artículo que hice para la web de Fermu.com, una causa podría ser que la clave de Registro que registra este servicio no estuviera, o bien tuvieran subclaves o valores corruptos.

La solución en ese caso, basta con volver a importar completamente la clave de wscsvc y reiniciando el sistema, esto hice y después de reiniciar el sistema pensé que todo había quedado solucionado al ver que aparentemente funcionaba:

La decepción llegó cuando cerré sesión y de nuevo, el Servicio se había desactivado desde el Centro de Actividades, por su parte, en la Consola de Servicios nunca hubo un cambio, todo el tiempo se manuto el servicio detenido y sin descripción.

La causa

¿Qué podía hacer entonces? En este caso, la respuesta era: ¡Empezar a filtrar y probar! Si el problema no se había corregido importando las claves originales de registro, indicaban que el inconveniente no se originaba por ahí, puesto que se mantenían intactas, y en su estado normal, el Servicio debía iniciar con Windows corriendo y en Automático (Inicio retrasado).

Windows al principio estaba leyendo un estado desde la Clave de Registro, pero estaba obteniendo otro desde la Consola de Servicios, y siempre iba a prevalecer el último.

No podía ser soluciones de seguridad, porque no tenía ninguna instalada, y además, tampoco se estaba reflejando cambio en el estado del servicio dentro del Registro de Windows, por lo que nada estaba manipulándolo al iniciar sesión.

Solo me quedaba una opción (Dentro de las posibilidades que conozco), y es que podría haber un problema a nivel de archivos de Windows, y la respuesta a esto me la podría dar una herramienta embebida en el sistema operativo llamada “Comprobador de Archivos del Sistema” (Sfc.exe); básicamente SFC (En sus siglas en inglés), tiene la característica de hacer una búsqueda general de los archivos progetidos del sistema, detectando si alguno o algunos de ellos se ha sobrescrito, o bien se encuentran corruptos, trayendo entonces una copia local del archivo original desde %SystemRoot%\System32\Dllcache, o bien desde los medios originales de instalación de Windows. Una vez pueda obtener las copias orginales, SFC las remplaza por el archivo corrupto o que se manipuló de nuestro sistema operativo.

*Nota: Toda la información acerca de SFC, la pueden encontrar en esta KB de Microsoft:
http://support.microsoft.com/kb/222193/es

Para correr la herramienta, basta con abrir una consola de comandos con privilegios elevados (Clic derecho, Ejecutar como administrador) y ejecutar: SFC /scannow

Por supuesto, esto hice, y me dio la pista del problema fuente que tenía:

El resultado fue: “Protección de Recursos de Windows encontró archivos corruptos, pero no pudo repararlos”.

Ya podía estar seguro de que tenía archivos corruptos en mi sistema, y para saber cuáles, además de si tenían que ver con el servicio del Centro de Seguridad, utilicé el Log que genera siempre la herramienta de SFC llamado CBS.log, normalmente lo ubica en el directorio: C:\Windows\Logs\CBS\CBS.log

*Nota: Para abrir el archivo CBS.log, es necesario primero ejecutar un Blog de Notas con privilegios elevados, posteriormente abrir el archivo desde allí.

El archivo CBS.log, como es habitual en cualquier archivo de Logging, genera cientos de eventos, desde el principio, hasta el final del proceso, por lo que como en Process Monitor, se vuelve muy útil empezar a buscar por resultados utilizando palabras claves.

En mi caso seguí buscando lo que me pudiera referenciar al Servicio del Centro de Seguridad, claro está que no con el nombre que aparece en la descripción (Centro de Seguridad), sino con el nombre con el que Windows realmente lo referencia, es decir: wscsvc. Este fue el primer y más importante resultado capturado por el log de SFC:

*Nota: Hacer clic en la captura de pantalla para ver la imagen en tamaño completo.

Como ven en los resultados resaltados de la captura anterior, SFC no había podido reparar y reproyectar la dll que ya detectaba como corruta: wscsvc.dll ubicada en C:\Windows\System32\wscsvc.dll.

Cobra sentido todo esto, porque wscsvc, a parte de ser el nombre del Centro de Seguridad, es también el nombre de la dll correspondiente, esto nos indica que si la dll no está funcionando correctamente, no lo hará el Servicio del Centro de Seguridad, y mucho menos se podrá consultar la información, cosa que intenta hacer siempre los valores de Description y DisplayName en la clave de registro correspondiente:

Solo por curiosidad, eché un vistazo a las propiedades del sistema operativo, y vaya sorpresa la que me llevé cuando intenté ver los detalles dentro de las Propiedades:

No se podía ver ni la Descripción del archivo (Con razón), ni la versión, ni el fabricante, etc, etc. ¡No podía ver nada!.

Mientras que si hacía esto en un sistema que estuviera funcionando, era completamente diferente:

Ahora me podía explicar por qué Windows no podía ni iniciar el servicio, ni acceder a sus datos, ¡La DLL estaba completamente corrupta!

La solución

Lo ideal, sería que SFC hubiera podido remplazarme la DLL sin mucho esfuerzo y de una forma limpia, puesto que al estar corrupta, probablemente una versión funcional debería bastar. Al no poder, sin embargo, decidí hacerlo yo mismo.

Hay un aspecto importante a la hora de modificar o quitar archivos protegidos del sistema, y es que el propietario no suele ser el usuario actual, por más administrador, o miembro del grupo de administradores que sea, este tipo de archivos los posee la cuenta y el servicio de TrustedInstaller, que suele ser la que tiene los privilegios para remplazarlos, es muy común cuando se hace una actualización del sistema operativo que actúen este tipo de cuentas por debajo.

En este orden de ideas, la solución consistía primero en tomar propiedad de wscsvc.dll en el directorio C:\Windows\System32\, para esto, bastaba con ir a las Propiedades, pestaña de Seguridad, botón Avanzado, pestaña de Propietario, y finalmente botón editar para cambiar el propietario por mi usuario o el grupo de administradores:

Después de tomar propiedad, en la pestaña de Seguridad, debía asignar todos los permisos para que mi usuario, o bien los usuarios que pertenezcan al grupo de Administradores puedan modificar a gusto el archivo:

Finalmente, renombrar la DLLa wscsvc.bak.dll y pegar la DLL original (wscsvc.dll) desde un medio de instalación de Windows (Que estuviera montado) o bien desde otro sistema operativo funcional:

*Nota: Puede ser recomendable volver a modificar los permisos sobre la DLL por motivos de seguridad.

Windows ya debía referenciar a la DLL que copié y no a la antigua que se encontraba corrupta, por lo que reinicié el equipo, fui hasta la Consola de Servicios, y esta fue mi gran sorpresa:

El Servicio del Centro de Seguridad ahora tenía una descripción, y se encontraba corriendo sin ningún tipo de problema, por supuesto, esto mismo se reflejó en el Centro de Actividades; ¡Problema solucionado! :)

Espero que les pueda ser de utilidad, tanto como para mí fue escribirlo y vivirlo.

Saludos,

Checho

La “Cuenta fantasma” que quería iniciar sesión, Process Monitor y su solución.

2012-02-03T12:20:00Z

El problema

Normalmente, suelo tener algunas máquinas virtuales en las que me apoyo para los diferentes artículos que escribo aquí, o bien para las pruebas que requiera hacer, sea reproduciendo problemas, o tratando de entender comportamientos de Windows.

Las máquinas virtuales las administro desde VMware, y una de las características de éste gran Gestor, es que si se instala Windows utilizando el asistente, sea con los pasos básicos o avanzados, al darle el usuario que sea quiere crear, además de que no lo pregunta en la instalación (Lo hace de forma desatendida), es que Windows siempre hará autologon con el usuario.

*Nota: Pueden ver más a fondo los procesos de Autologon en Este artículo.

Lamentablemente, en una de las máquinas, tuve que eliminar una de las cuentas porque la dañé completamente; no tuve problema con este proceso, el problema empezó al empezar a reiniciar normalmente el equipo, ya que cada que entraba, obtenía un mensaje de error con respecto a una contraseña:

Al darle al botón Ok, mi sorpresa fue que Windows todavía estaba intentando ingresar con el usuario que yo había borrado (WinBoy):

Por supuesto, no podía iniciar de ninguna forma sesión con el usuario, por lo que siempre tenía que darle al botón de Cambiar de usuario, escribir manualmente alguno de los otros usuarios e iniciar sesión.

Lo primero que hice fue ir hasta la ventana de Administración de usuarios, pero la cuenta (Tal como debía ser), no aparecía por ningún lado:

Los archivos de usuario, a pesar de que yo pensé haberlos borrado también, seguían existiendo en el directorio de C:\Users, pero esta no debería ser razón para que iniciara, puesto que la cuenta no estaba creada.

¿Cuál era el problema entonces?

La causa

El problema estaba sucediendo antes de que se iniciara Windows, por lo menos el escritorio; sólo existe una herramienta capaz de darme un diagnóstico de lo que sucede antes, por supuesto, me refiero a Process Monitor de Sysinternals.

Process Monitor tiene una característica llamada “Enable Boot Logging” que, permite ubicar el controlador de Process Monitor (PROCMON20.SYS) para que inicie antes que todo, por lo que generará un log que irá incrementandose hasta que se abra nuevamente dentro de Windows y se guarde.

Gracias a esto, podemos ver las Operaciones que suceden incluso desde el Winlogon, cosa que no es posible ni con el mismo sistema operativo.

Para habilitar la característica, basta con Abrir Process Monitor, e ir al menú Options y seleccionar “Enable Boot Logging”:

Lo habilité, abrí Process Monitor para empezar a analizar el log, y empecé a buscar por la palabra clave que pudiera darme más ayuda, en este caso, por supuesto, el nombre de usuario: “WinBoy”.

Después de algunos resultados que me decían que las claves del usuario en ProfileList todavía existían, encontré esto:

*Nota: Clic en la imagen para verla en tamaño real.

Windows estaba abriendo la clave Winlogon que contiene todas las claves y subclaves que hacen referencia a alguna operación en el proceso de inicio de sesión; a continuación estaba haciendo unas consultas a unos valores llamados DefaultUserName, DefaultDomainName y DefaultPassword. En el artículo acerca del Autologon, vimos un poco de lo que trataban estos valores, pero básicamente, junto con AutoAdminLogon, habilitan el Inicio automático (Autologon) y además establecen el nombre de usuario, dominio y contraseña que debe utilizarse.

DefaultUserName, en este caso estaba todavía haciendo referencia a la cuenta que estaba eliminada:

*Nota: “Data” es el contenido que tendrá, en este caso “WinBoy”.

Esta era la primera respuesta del por qué intentaba iniciar con una cuenta que ya no existía, al estarla referenciando, y todavía existir sus claves correspondientes, Windows aún la referenciaba.

DefaultDomanName no tenía valor, por lo que estaba tomando el Grupo de Trabajo predeterminado que tenía Windows.

Ahora, el valor de DefaultPassword, a diferencia de los anteriores, tenía como resultado NAME NOT FOUND, esto quiere decir que, a pesar de tener el Autologon indicado, Windows no encontraba la contraseña por ninguna parte; esto nos da la respuesta del por qué el primer mensaje de que el nombre de usuario o contraseña eran incorrectos.

La solución

Ya tenía detectado el problema, la solución consistía en evitar que Windows suigiera intentando hacer el Autologon, para esto entonces, desde Process Monitor utilicé la característica de “Jump to” para ir directamente a la clave de Registro de Winlogon y ubicar los valores que estaban causando el problema:

Lo que hice fue primero, modificar el contenido de AutoAdminLogon para cambiarlo de “1” a “0” y que se desactivara, y posteriormente eliminé el valor de DefaultUserName para que no tuviera nada que buscar ahí =)

Al reiniciar el equipo, el agradable resultado fue:

El inicio de sesión común en Windows había retornado a su normalidad.

¡Problema solucionado!

Saludos,

Checho

La Subclave de Registro que no quería eliminarse, el pequeño bug de PowerShell, Process Monitor y su solución

2012-02-02T13:41:00Z

Hola a todos,

Este no iba a ser el artículo que iba a poner de primero, pero resultó y es para mí, de lo más interesante porque personalmente, aprendí y eso le da un buen sentido.

El problema

Estoy tratando de conocer y comprender, hasta donde sea capaz mi conocimiento, un poco más a fondo el funcionamiento de la Asociación de archivos en Windows (En esta semana pondré el artículo completo refiriendome al tema).

Una de las formas más sencillas de aprender sobre Windows, es dañando y tratando de arreglar, por lo que modifiqué para reproducir el problema común de la perdida de asociación a los accesos directos, lo que causa que todo se abra con un solo programa:

A continuación, estaba tratando de utilizar PowerShell, para hacer uso de un cmdlet para eliminar la subclave de registro que causa este problema, es decir:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.lnk\UserChoice

Como PowerShell trabaja las claves de registro de la misma forma que lo hace con los archivos, bastaba con hacer referencia a una pequeña línea de comandos utilizando Remove-Item, así:

Remove-Item –Path HCKU:\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.lnk\UserChoice

El problema, es que cada que ejecutaba la línea anterior, recibía un mensaje un poco extraño de PowerShell:

Según el mensaje que PowerShell me daba, Remove-Item no podía eliminar la subclave de Registro porque no existía, aunque efectivamente la clave estaba:

Aunque PowerShell estaba reconociendo la excepción, no necesariamente estaba entregando el mensaje que correspondía, ¿Cuál era el problema entonces si la clave existía?

La causa

Como PowerShell no era capaz de indicar qué era lo que realmente le pasaba, había que pasar a preguntarle directamente a Windows, y para hacer esto, como siempre, nada mejor que Process Monitor de Windows Sysinternals.

Después de correr Process Monitor e intentar ejecutar la línea de comandos, bastó con volver a Procmon, parar el monitoreo y buscar directamente por la subclave UserChoice, como se recomienda, de abajo hacia arriba; esto fue lo que encontré:

*Nota: Clic para ver la imagen en tamaño completo.

El proceso powershell.exe estaba tratando de abrir la clave de UserChoice, pero como ven, el resultado era ACCESS DENIED, lo que llevaba a la respuesta, el problema estaba en permisos, ¡No en ausencia de la clave!

Process Monitor permite saltar directamente a la clave, así que lo hice, y después de esto entré a la ventana de Permisos de la clave haciendo clic derecho, Permisos, y en primera instancia, todo estaba bien para los usuarios de los grupos Administradores; el único y más importante problema, es que el usuario con el que había iniciado sesión, y con el que estaba tratando de eliminar la clave, tenía un permiso especial que me estaba denegando algo:

*Nota: Los Permisos Especiales en Windows contienen un filtro mucho más completo de denegación o aprobación en las operaciones que se pueden hacer a nivel de sistema de archivos, o bien sobre claves y valores del Registro de Windows.

Para poder ver los permisos especiales, basta con hacer clic en el botón inferior de Avanzado (No visto en la captura anterior), detecté el usuario que tenía los permisos especiales denegados e hice clic en el botón Editar para verlos:

Mi usuario tenía en blanco todo lo que fuera permitir, eso quiere decir que los tomaría de los permisos predeterminados, pero tenía como Denegado el permiso a establecer valores (Set Value), lo que equivale a escribir:

La solución

Con el problema detectado, ya la solución sería un poco más sencilla, al saber que tenía problemas de permisos, específicante de escritura, PowerShell no iba a ser capaz de eliminar la clave (No podía escribir nada encima); así que para no modificar mucho los permisos, símplemente cambié el de Denegar para Establecer Valor (Set Value) a Permitir (Allow):

Finalmente, volví a ejecutar la línea de comandos en PowerShell y este fue el resultado:

¡Todo blanco! Lo que indica que se había ejecutado correctamente, y además la clave se elimino en efecto sin ningun problema:

El pequeño Bug sobre los mensajes de información en las excepciones de PowerShell ya llegó al Equipo de PowerShell para mejorarlo en futuras actualizaciones.

Saludos,

Checho

La aplicación “BlenderPortable.exe” que no quería instalar en Windows 7, Process Monitor y su solución.

2012-01-26T10:45:00Z

Ya lo he dicho en otras ocasiones (Artículos), pero no me canso de repetirlo, los Foros de Microsoft TechNet y Microsoft Answers, son el mejor lugar tanto para compartir conocimiento, aprender e interactuar con nuevos problemas al mismo tiempo que se trata de ayudar a otras personas en situaciones complicadas.

Hoy quiero compartirles un inconveniente que tuve al tratar de instalar una aplicación llamada BlenderPortable en un Equipo Windows 7, justo co la intención de investigar otro comportamiento.

El Problema

Cada que trataba de instalar la aplicación Blender Portable, al ejecutarlo haciendo doble clic, justo después de indiciar la ruta de instalación, estaba recibiendo un mismo mensaje de error:

El error indicaba que tenía problemas para escribir en la ruta de instalación, es decir en C:\Program Files\BlenderPortable\

Si le daba reintentar, ocurría el mismo mensaje de error, si le daba Ignorar, me entregaba de nuevo lo mismo pero con otro archivo diferente, por lo que el problema no era del archivo a copiar en cuestión, sino de cualquier archivo que estaba tratando de escribir en el directorio.

La causa

Como he dicho en otros problemas, suele ser una buena práctica ejecutar de nuevo las aplicaciones que presentan estos errores con privilegios elevados, es decir, haciendo clic derecho sobre el ejecutable, y seleccionando “Ejecutar como administrador”.

Como se esperaba, la aplicación pasó a instalarse normalmente, esto indicaba que el problema iba por algun tema probablemente de permisos.

Para asegurarme específicamente dónde, procedí a ejecutar Process Monitor de Sysinternals, seguir el comportamiento de Windows mientras intentaba instalar la aplicación y este fue el resltado al ver el log después:

En principio, cuando Windows hacía uso de la API con la función CreateFile para generar el directorio de C:\Program Files\BlenderPortable y empezar a escribir, no estaba encontrando la ruta, como muestra el resultado de PATH NOT FOUND.

A continuación, Windows consulta los eventos que tiene registrados, y hace el llamado del mensaje de error, junto con el típico sonido, que incluso lo consulta en C:\Windows\Media\Windows Critical Stop.wav.

Predeterminadamente, Windows debería estar en la capacidad de crear el directorio, siendo primera vez que lo consulta, la pregunta era: ¿Por qué no lo estaba creando?

Buscando un poco más a fondo en el Log, este fue el resultado:

Cuando el proceso BlenderPortable.exe estaba tratando de crear el directorio C:\Program Files\BlenderPortable estaba obteniendo un ACCESS DENIED (Acceso Denegado), ¿Qué significaba? ¡No tenía permisos!

El Control de Cuentas de Usuario (UAC) en Windows 7, entre otras cosas, es capar cuando una aplicación está intentando escribir en directorios protegidos del sistema, y mediante un engaño, les hace creer que tienen permisos de escritura y que la aplicación no tenga ningun problema.

Como muy amablemente me hizo caer en cuenta Mark Russinovich sobre este problema, seguramente la característica llamada Deteccción Heurística (Que detecte que es un instalador), no estaba funcionando con esta aplicación en cuestión.

La solución

Por seguridad, no es prudente entonces permitirle a la aplicación que escriba a su antojo en el directorio, sin embargo, la solución consisitió en crear manualmente la carpeta BlenderPortable en el directorio C:\Program Files, a continuación entrar a las Propiedades de dicha carpeta, pestaña de Seguridad, botón Editar y darle a los usuarios estándar permisos de escritura sobre la carpeta:

Después de esto, procedí a ejecutar la aplicación nuevamente con doble clic, y para mi fortuna, ¡Caso solucionado! La aplicación instaló correctamente.

Espero que si tienen algun problema similar, se animen a intentar segurilo, se darán cuenta de que es sumamente grato y productivo lo que se puede aprender al lograr solucionarlo.

Saludos,

Checho

Migración manual de Windows XP a Windows 7 utilizando USMT 4.0

2012-01-17T15:24:00Z

Hola a todos,

Para nadie es un secreto que estamos a puertas de lo que conocemos hasta ahora como Windows 8, y por supuesto, la idea es empezar a cubrir la mayor cantidad de detalles posibles que vayan desde características hasta mejoras en implementación y solución de problemas.

Sin embargo, las compañías – Siendo un proceso y tiempo normal- es cuando en este momento, están planeando en gran parte la migración a Windows 7 y claro está, teniendo en cuenta y evaluando una cantidad inmensa de detalles, como la Compatibilidad de aplicación, las características del sistema operativo, y las diferentes soluciones de migración e implementación que existen por parte de Microsoft.

En el tiempo que llevo escribiendo en el blog, he tratado de mostrar varios y diferentes procesos de implementación manuales y automatizados que, en mi concepto, me han resultado útiles; obviamente, se me han quedado muchos por cubrir, pero se trata de compartir y de poder ayudar un poco en la medida posible.

Hoy quiero escribir y exponerles el proceso de uno que suele ser muy común, y es la migración desde Windows XP a Windows 7, hace ya tiempo escribí detallando el proceso para automatizar una migración fácil utilizando Microsoft Deployment Toolkit (MDT), pero por debajo de todo esto, el de la magia es la herramienta llamada Migración de Estado de Usuario (USMT) que se puede utilizar manualmente y de una manera relativamente fácil.

USMT es una herramienta mucho más robusta que Windows Easy Transfer que es la que viene embebida en Windows 7. Está incluida dentro del Kit de Instalación Automatizada para Windows 7 (AIK) y se compone básicamente de dos herramientas:

Scanstate: Esta hará una copia de todos los archivos, perfiles y configuración de aplicaciones que esté en el sistema operativo y brindará la posibilidad de especificar el lugar de almacenamiento, además de filtrar lo que se migrará. Funciona desde Windows XP.

Loadstate: Desde esta herramienta, también de línea de comandos, es donde se cargará todo lo que Scanstate haya recopilado previamente en el nuevo equipo, o incluso en el mismo equipo si así se decidió (Un refresh), por supuesto, tiene sus propias banderas para hacer filtros y, a diferencia de la anterior, funciona sólo en Windows Vista y superiores.

*Nota: Hay más sobre los scripts que administran estas dos herramientas, pero la idea del post es explorar un poco el proceso básico, lo que sigue es que cada uno indague un poco más de acuerdo a la necesidad.

Lo que haremos aquí será hacer la migración completa desde Windows XP a Windows 7 manualmente con USMT paso a paso.

Actualmente, el equipo que migraré cuenta con dos cuentas y algunos archivos que se requieren pasar al nuevo equipo, ubicados en el escritorio y en la carpeta de documentos:

¿Qué necesitamos?

Para proceder a la migración, necesitamos básicamente:

Kit de Instalación Automatizada para Windows 7: Desde el Kit es donde vamos a extraer la herramienta de USMT necesaria para la migración. Si no tienen todavía AIK, pueden descargarlo gratuitamente desde Aquí

Equipo técnico: Donde instalaremos el Kit de Instalación Automatizada (AIK), desde este equipo es donde copiaremos todos los archivos al equipo con Windows XP.

Recurso compartido de red o unidad de almacenamiento extraible: Mientras hacemos la migración, y después de ésta, necesitamos almacenar los archivos de usuario en un repositorio.

*Nota: Aunque puede ser cualquiera de los dos, para este artículo, trabajaré sólo con un recurso compartido de red.

Equipo de pruebas: Donde estará instalado Windows XP, se hará el respaldo de los datos y configuración del perfil, se instalará Windows 7 y se hará la migración de todo lo que tenía en XP.

Medio de instalación de Windows 7: Por supuesto, necesitamos tener todo lo necesario para desplegar Windows 7 en el equipo.

¡Empecemos!

Lo primero que tenemos que hacer, es pasar los archivos correspondientes de USMT al equipo local con Windows XP, en el equipo donde esté instalado Windows AIK, están ubicados en:

C:\Archivos de Programa\Windows AIK\Tools\USMT\<Arquitectura>

Donde <Arquitecturaz> es x86 si se van a pasar los archivos de 32 bits, o amd64 si se van a pasar los archivos de 64 bits.

Normalmente, sería el de x86.

Se puede hacer a través de Windows, o bien por la línea de comandos utilizando la herramienta de Xcopy.

Por ejemplo, para mi caso que los archivos los copié a una unidad de red V:\, dentro de la carpeta USMT\x86, desde el Equipo XP podría hacer la copia localmente a la unidad C:\ en la carpeta llamada también USMT con el comando:

xcopy V:\USMT\x86 C:\USMT

Ahora, nos debemos situar desde la línea de comandos en la carpeta que acabamos de copiar donde están todos los archivos de USMT, para este caso en C:\USMT

Para que capture todo lo necesario de este equipo de referencia, utilizamos la herramienta Scanstate con la siguiente línea de ejecución:

Scanstate <RecursoCompartido> /i:migdocs.xml /i:migapp.xml /v:13

Donde <RecursoCompartido> es el directorio en red donde deseamos almacenar todo el contenido que se migrará al nuevo equipo, en mi caso, la sitaxis completa sería:

Scanstate V:\Store /i:migdocs.xml /i:migapp.xml /v:13

*Nota: La bandera /i: hace referencia a cualquier XML que contenga configuración de lo que se migrará, USMT ya trae Migdocs para los archivos y Migapp para lo que corresponda a las aplicaciones.

Después de que termine, y que estemos seguro de que corrió de forma normal el scan de todo lo referente al equipo de referencia, debemos instalar normalmente Windows 7, sea en el mismo equipo haciendo el formato completo, o bien en un nuevo equipo que pueda luego tener acceso al recurso compartido también.

Recuperando perfil y archivos de usuario

Después de instalado Windows 7, el proceso es supremamente sencillo, desde cualquier cuenta que se haya creado, debemos copiar otra vez todo el contenido del recurso compartido donde están los archivos de USMT localmente.

De nuevo, se puede hacer desde el Explorador de Windows, o bien mediante línea de comandos utilizando la herramienta de Xcopy, en mi caso, que todo estaban en el recurso de red con unidad V:\, llamado USMT; lo copié a una carpeta local otra vez con el mismo nombre con la siguiente sintaxis: xcopy V:\USMT C:\USMT

Después de copiar todo el contenido, como en el caso de Scanstate, en una Consola de comandos con privilegios elevados nos ubicamos en el directorio donde se copió todo, en mi caso en C:\USMT.

Ahora, restableceremos todos nuestros usuarios y archivos que están en el repositorio de la red, para esto ejecutamos:

Loadstate <RecursoCompartido> /i:MigDocs.xml /i:MigApp.xml /lac /lae /V:13

Donde <RecursoCompartido> es el mismo donde almacenamos todo lo guardado con respecto a los perfiles y configuraciones de la máquina cuando corrimos Scanstate.

En mi caso, el comando sería:

Loadstate V:\Store /i:MigDocs.xml /i:MigApp.xml /lac /lae /V:13

*Nota: /lac es una bandera que se utiliza para que Windows cree los usuarios locales que haya detectado durante el Scanstate (A menos de que se le haya especificado sólo uno), y /lae es para que habilite dichos usuarios. Predeterminadamente Windows no lo hará.

Después de que USMT complete el proceso, y no haya ningún error, se debe reiniciar el equipo, con esto Windows reconocerá las nuevas cuentas para poder ingresar:

*Nota: Al ingresar por primera vez a cada cuenta, predeterminadamente, a menos de que se especifique en la línea de comandos una contraseña predeterminada con la bandera de /lac, por ejemplo: lac:Passw0rd.
Toda la línea de comandos de Loadstate, la pueden consultar aquí:
http://technet.microsoft.com/en-us/library/dd560804(WS.10).aspx

Espero les pueda ser de utilidad.

Saludos,

Checho

El icono de la función “Crear carpeta” en el menú contextual que no se encontraba, Process Monitor y su solución

2012-01-05T17:35:00Z

De nuevo estamos por aquí, esta vez quiero compartirles un pequeño problema que tuve hace poco en un equipo con Windows 7 que, aunque no interfería en el funcionamiento normal, no podía dejar pasarlo.

El problema

Una de las tareas que uno más realiza en Windows, es utilizar el menú contextual que se despliega al hacer clic derecho con el mouse, el comportamiento de éste depende de donde estemos, es decir, una página web, una aplicación, etc.

Normalmente en Windows, se pueden realizar una serie de tareas predeterminadas y básicas que nos dan acceso rápido a características o a funciones.

En este caso, estaba tratando de crear una simple carpeta haciendo clic derecho en un espacio vacío, seleccionando Nuevo, y Carpeta.

No tenía problema para crear la carpeta, sin embargo siempre que trataba de escoger la opción, el icono de la función de “Carpeta” no era el que Windows trae de forma predeterminada:

Como ven, el icono era el de una hoja en blanco con unos pequeños signos encima, y no el de la carpeta en miniatura.

La causa

Comparar este con otro tipo de problemas que seguramente ustedes han visto, o que he escrito aquí, no sería la gran cosa, sin embargo, ¿Por qué aceptarlo si no debería funcionar así?

Cuando se pierden los iconos que identifican una aplicación o función, indica que hay un problema con su asociación, aunque en este caso tenía que investigar cuál era. Para esto, como siempre, corrí Process Monitor de Sysinternals y a continuación reproducí el comportamiento, es decir, crear una carpeta cualquiera.

Lo siguiente era llenarme de paciencia y empezar a buscar en la traza que arroja Process Monitor e intentar identificar qué era lo que causaba que Windows no encontrar el problema.

En principio busqué por “folder”, pero eran demasiados resultados y no pude acomodarme fácilmente, así que decidí empezar a buscar por “new” en separado, hasta que después de unos minutos, di con la clave que podría ayudarme a entender un poco más el inconveniente:

Windows estaba intentando hacer una consulta a la clave HKEY_CLASSES_ROOT\Folder\ShellNew\IconPath con un resultado de SUCCESS.

La razón por la que era importante esto a pesar de que diera exitoso el resultado, es que en HKEY_CLASSES_ROOT se alojan todas las asociaciones que administra el sistema operativo, aunque en HKEY_CURRENT_USER guarda gran parte por usuario.

Aquí además se estaba refiriendo específicamente a la de “Folder” por lo que estaba en la asociación correcta.

El valor IconPath referencia a la ruta interna dentro de Shell32.dll donde Windows puede extraer el icono necesario, pero al dar resultado exitoso descarté de que estuviera faltante o algo similar.

Lo que me llamó la atención, son las dos operaciones un poco ilógicas que intentaba hacer Windows después de hacer el Query al anterior valor, ambas utilizaban la función de CreateFile, la primera para intentar crear un directorio con nombre “Windowssystem32shell32.dll” y la segunda para intentar crear el archivo Shell32.dll dentro de la carpeta de C:\Windows. Ambos sin embargo, tenían un resultado de NAME NOT FOUND.

A primera vista, si se divide con el signo de Backslash (\) los directorios que intentaba crear Windows, existen realmente, es decir C:\Windows\System32\Shell32.dll, pero ¿Por qué sin los signos?

Decidí entonces seguir el comportamiento en un equipo que tuviera el icono de la carpeta asociado correctamente, y este fue el resultado en la misma clave y valor:

También tiene SUCCESS, pero esta vez, inmediatamente hace la consulta en el valor de IconPath, utiliza la función de RegCloseKey para terminar la operación en la clave HKEY_CLASSES_ROOT\Folder\ShellNew.

¿Por qué en el sistema funcional no intentaba crear también estos directorios?

La respuesta la tenía Process Monitor por supuesto, desde la misma herramienta en la columna siguiente a Result “Detail”, se puede ver todos los detalles de la operación que se está haciendo, pero se puede ir mucho más a fondo si se hace clic derecho sobre la operación y se selecciona Properties, o bien con hacer doble clic que abre la misma ventana.

Casi todas las operaciones a nivel de Sistema de archivos o de Registro, manejan algun contenido, cuando son consultas por supuesto, tiene que hacer referencia al contenido que consultó, esto lo muestra en un campo llamado “Data”.

Para mi sorpresa, esto fue lo que vi y que me dio la respuesta al abrir las propiedades tanto de la operación en el sistema funcional, como en el que no mostraba el icono correctamente:

Sistema funcional:

Sistema NO funcional:

“Data”, era la misma ruta en ambos, pero como ven, en el primero hacía referencia correctamente a la ruta, es decir a %SystemRoot%\System32\Shell32.dll,3, en cambio abajo trataba de buscar en el mismo directorio pero sin que estuviera separado por el backslash correctamente: %SystemRoot%system32shell32.dll,3

Si Windows no puede encontrar el directorio que está buscando, presentará los iconos (Si es de asociación) genéricos cuando no puede determinar el que le corresponde.

La solución

Sambiendo esto, desde Process Monitor utilicé la característica de “Jump to” para ir directamente a la clave de Registro implicada:

Hice doble clic en el valor IconPath y corregí correctamente la ruta de forma manual haciendo doble clic sobre ésta, es decir, de %SystemRoot%system32shell32.dll,3 a %SystemRoot%\system32\shell32.dll,3

Cerré el Registro y después de unos segundos, hice nuevamente clic derecho para abrir el menú contextual, el item de Nuevo y para mi fortuna, ¡Mi icono estaba de vuelta!

Lo importante, a mi forma de ver, el solucionar un problema que aparentemente no es muy dañino, no sólo permitirá garantizar el nivel funcional como debe ser, sino lo más importante, siempre podremos aprender mucho del gran mundo de Windows con los detalles más mínimos y tal vez insignificantes.

Claro esta, con una herramienta igual de increible que Windows como lo es Process Monitor.

Saludos,

Checho

Windows 7, Internet Explorer 9 y la Vista de Compatibilidad

2012-01-04T15:09:00Z

Hola a todos,

Antes que nada, espero que este sea un gran año para todos ustedes.

Cuando una compañía está evaluando Compatibilidad de Aplicaciones sobre un nuevo sistema operativo, como lo es Windows 7 ahora, o bien piensa entrar en un piloto para hacerlo – Como tal vez varias empresas lo harán este año-, no sólo se pueden tener en cuenta lo que corra bien, o se haga correr en el escritorio, existe la necesidad de encontrar y solventar problemas de compatibilidad con aplicaciones web (Que trabajan desde un browser), o bien, las mismas páginas públicas o de intranet con la que los empleados requieren estar interactuando.

Esto no es un trabajo fácil, puesto que es necesario que la aplicación o la página web se desenvuelva bien en la nueva versión del navegador, antes de ir a aprobar una migración. Afortunadamente, como con la Compatibilidad de aplicaciones de escritorio, Windows, y más específicamente Internet Explorer en su versión 8 y 9 integran una característica llamada Vista de Compatibilidad (Compatibility View).

A diferencia del Modo de Compatibilidad para las aplicaciones de escritorio, la Vista de Compatibilidad se puede activar en cualquier página que lo requiera símplemente con hacer clic en el icono de la parte superior derecha de la barra de Direcciones, identificado con una hoja partida a la mitad:

A partir de que se active la Vista de Compatibilidad, la página se verá y se comportará como si estuviera trabajando sobre Internet Explorer 7.

Con esto basta para que una gran cantidad de aplicaciones o páginas web sigan funcionando sin ningún tipo de problema.

¿Cómo funciona?

Ahora bien, ¿Qué sucede cuando activamos la Vista de Compatibilidad realmente?

Cuando visitamos un sitio web, el navegador en el que estemos siempre entrega una Cadena de Agente de Usuario al servidor donde está alojado la página web, ésta cadena incluye información relevante como la versión del sistema operativo, la versión del navegador en el que estamos, entre otros datos que utiliza el servidor para generar y mostrar el contenido de acuerdo al navegador en el que estemos y sus características.

Podemos ver un ejemplo de esto visitando la página: http://whatsmyuseragent.com/

Apenas ingresamos, veremos que nos entrega La cadena de agente de usuario que el Servidor haya identificado (Y que el navegador le haya enviado):

Como ven, la Cadena de Agente de Usuario me devolvió datos tanto de mi navegador como de mi sistema operativo, para este caso específico, la versión del navegador que detecta es MSIE 9.0, es decir, Microsoft Internet Explorer 9.0.

*Nota: Internet Explorer se identifica él mismo como Mozilla, no se alarmen =)

Esta es la misma información que recibe cada servidor de las páginas web, lo unico malo es que al renderizar el contenido de la página web, muchos dependen sólo de la versión que detecten, similar a lo que sucede con las aplicaciones de escritorio, por lo tanto, si un servidor host detecta una versión de IE 9 en vez de IE 7, y sólo se basa en esto, presentará la página con algunas incoherencias o fallos funcionales.

Aquí, cuando surgen los problemas, es cuando actúa la Vista de Compatibilidad, y afortunadamente, el concepto se asemeja mucho al de la compatibilidad de escritorio (Aunque funciona diferente), básicamente, Internet Explorer 9 devolverá una Cadena de Agente de Usuario diferente a la que realmente es, específicamente, devolverá la correspondiente a la que se mostraría si el navegador que estuviera instalado fuera Internet Explorer 7, es decir, “Mentira sobre versión”.

En la misma página de whatsmyuseragent.com, si se activa la Vista de compatibilidad, devolvería esto:

Los servidores host detectarán Mozilla 4.0, que equivale a Internet Explorer 7 (MSIE 7.0), y con esta información, renderizarán el contenido de la página para que se muestre como si estuviera allí, lo que hará que nuestro sitio probablemente, funcione bien.

Para identificarlo de una forma visual, cuando se activa la Vista de Compatibilidad, el mismo icono de la hoja partida a la mitad de la barra de direcciones en el navegador se verá de color azúl:

La Vista de Compatibilidad se puede activar manualmente página por página, o bien ingresando toda una lista manual de sitios desde el navegador, para esto basta con presionar la tecla ALT para mostrar la barra de menú de Internet Explorer, ir al menú Herramientas y seleccionar “Configuraciones de la vista de compatibilidad”:

En la ventana de Configuración, podemos especificar todos los sitios que deseemos que estén en Vista de compatibilidad escribiéndolos debajo de “Agregar este sitio web”, cada que vayamos adicionando sitios, los veremos en una lista inferior desde la que podemos agregar o remover según nuestra necesidad:

Sin embargo, esta configuración no se guarda para todos los usuarios, por lo que viene el primer problema, a pesar de ser fácil, desde el navegador no es posible generar la Vista de compatibilidad para cada usuario que inicie sesión en el equipo.

Para hacer esto, como casi todo en Windows, hay dos posibilidades, tratar de replicar la configuración que se haga en el Registro de Windows en todos los usuarios (No siempre se Windows lo reconoce), o hacer esta personalización para todos los usuarios a nivel de Políticas de Grupo – Si es que la política existe claro está-.

Por supuesto, la segunda opción es la más soportada, fácil y rápida, y en este caso, Internet Explorer 9 tiene unas políticas listas para personalizar la Lista de Compatibilidad para todos los usuarios, pero, primero veremos un poco cómo se comporta Windows para identificar un sitio que debe estar en Vista de compatibilidad según se lo hayamos especificado.

Como siempre, Process Monitor de Sysinternals es la herramienta adecuada para intentar seguir a Windows, aprender y determinar su comportamiento.

Si habilitamos un sitio en Vista de compatibilidad, y posteriormente volvemos a Process Monitor y seguir el resultado de la traza, encontraremos que hay un comportamiento muy interesante dentro de las claves de Registro correspondientes a Internet Explorer:

La operación que Windows hace es utilizar la función de RegCreateKey para crear la clave de ClearableLisData en la ruta: HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer \BrowserEmulation, posteriormente, usa la función de RegSetValue para establecer el valor de UserFilter y por último hace uso de la función RegCloseKey para terminar la operación en la clave.

Pero, ¿Qué tiene de importante este valor? Si desde Process Monitor hacemos clic derecho, Jump To a la clave que se creó, podremos ver el valor UserFilter, que es de tipo Binario:

Pero si lo abrimos haciendo doble clic para modificarlo, podemos identificar algo verdaderamente interesante:

Un Valor binario en el Registro, se compone por dos características claves, la primera columna completa de letras y números de la izquierda, son los digitos binarios que representan las letras y símbolos que se ven en la segunda columna de la derecha, aunque no siempre son exactamente los mismos – Y esa es una respuesta que todavía no estoy en capacidad de dar para el que se pregunte la razón –.

Para este caso, al yo activar La vista de compatibilidad en la página une.com.co, en el valor Binario de UserFilter, almacenará esta página para que Windows sepa que la debe mostrar en Vista de compatibilidad en el usuario en que se haya establecido. Como ven, después del valor resaltado en rojo, se puede ver la dirección de la página.

Cabe destacar que no se crea un valor binario por cada página en la que se indica la vista de compatibilidad, el mismo valor UserFilter guarda todas las páginas que se establezcan sea manualmente o por la Lista de compatibilidad desde el menú de Herramientas de Internet Explorer.

Lamentablemente, de esta forma, así se replique en HKEY_LOCAL_MACHINE, no se refleja la Vista de Compatibilidad en los demás nuevos usuarios que ingresen en el equipo, sólo si se exporta la llave de registro y se importa en el nuevo usuario funciona.

A pesar de todo, siempre quedan las políticas de Grupo para cubrir esta necesidad.

Lista de Compatibilidad a través de GPO

Para establecer una Lista de Compatibilidad utilizando GPO, que en palabras generales, son varios sitios en vista de compatibilidad, se debe abrir el Editor de Políticas (Gpedit.msc), navegar hasta Configuración de Equipo\Plantillas Administrativas\Componentes de Windows\Internet Explorer\Vista de Compatibilidad.

En el panel derecho donde se encuentran las plantillas disponibles, doble clic en “Usar Lista de Política para sitios de Internet Explorer 7” (Use Policy List of Internet Explorer 7 sites).

Seleccionar habilitar y clic en el botón Mostrar para adicionar todos los sitios que deseamos se mantengan en Vista de Compatibilidad predeterminádamente:

En la ventana de Mostrar contenidos, debemos escribir todos los sitios que predeterminádamente estarán en Vista de Compatibilidad para cada usuario nuevo que inicie sesión, posteriormente aceptar y aplicar la política para que empiece a suritir efecto:

Mientras se mantenga activa la política, todos los sitios que se pusieron en Vista de Compatibilidad, se les desaparecerá el icono que identifica la característica para que no pueda ser deshabilitada:

Hasta aquí y con esto, sería suficiente para garantizar el comportamiento en todos los usuarios, la nueva inquietud es: ¿Qué hacer los que no no tienen una edición de Windows 7 que integre el Editor de políticas de grupo? ¿Qué hacer con los que no están unidos a un dominio además?

Recordemos que, como hemos visto en varios artículos, cada política lleva por debajo una o más modificaciones al Registro de las que tal vez no nos damos cuenta, por lo que la respuesta sería: ¡Busquemos y repliquemos!

Analizando la política…

Cuando se aplica esta política para mantener una Lista de Compatibilidad, si nos ayudamos con Process Monitor nuevamente, veremos dónde opera internamente Windows en el Registro para que el sistema operativo reconozca y encuentre los sitios que debe mantener compatibles:

Windows, como es supremamente inteligente, siempre busca las claves y los valores que requiere, si no los encuentra, los crea, en la captura de arriba es donde crea por primera vez lo que necesita.

Básicamente, utiliza la función de RegCreateKey para crear la clave:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Internet Explorer\BrowserEmulation

Hasta ahí mantiene el mismo patrón del comportamiento de Windows cuando se activa la vista de compatibilidad, sin embargo, abajo Windows utiliza nuevamente la función de RegCreateKey para crear la clave:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Internet Explorer\BrowserEmulation\PolicyList

Una vez creada esta clave, establece los valores que identifican las páginas que se agregaron a la Lista de compatibilidad, en este caso el de “www.une.net.co” por ejemplo, si se ve directamente desde el Registro de Windows aparecen todos los que se integraron en la lista de la Política:

Como siempre, una vez terminadas las operaciones, Windows vuelve a cerrar las llaves de registro utilizadas.

Ya sabemos cómo Windows identifica una vez creada la política, las páginas que debe mantener en modo de compatibilidad.

Para replicar esto sin Editor de políticas, hacemos lo siguiente:

Nota: Para temas de seleccionar una página, utilizaré la de www.wintecnico.com del gran Maestro Daniel Martín.

En el Equipo donde queramos crear la lista de compatibilidad para todos los usuarios, hacemos clic en Inicio, digitamos Regedit y presionamos INTRO, esto nos abrirá el editor de registro de Windows.

Navegamos hasta la clave:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft

Clic derecho sobre la clave de Microsoft, seleccionamos Nuevo (New) > Clave (Key):

La llamamos Internet Explorer

Nos ubicamos en la clave de Internet Explorer, clic derecho, Nuevo (New) > Clave (Key) y la llamamos BrowserEmulation

Sobre la clave de BrowserEmulation, hacemos clic derecho, Nuevo (New) > Clave (Key) y la llamamos PolicyList; el arbol creado debería verse así:

Finalmente, sobre PolicyList, en el espacio en blanco de la parte derecha, hacemos clic derecho, Nuevo (New) > Valor de cadena (String Value):

El nombre debe ser la dirección completa de la página que deseamos emular en Vista de compatibilidad (Puede ir con o sin www. al principio). Por ejemplo, para este artículo, creé el valor de wintecnico.com

Debemos abrir el Valor recien creado y como contenido, especificamos también la dirección completa de la página, es decir, igual que su propio nombre de valor:

¡Esto es todo!

Si el sitio quedó bien indicado, al abrir nuevamente la página desde cualquier usuario debería quedar en Vista de compatibilidad, sin posibilidad de quitarla:

*Nota: Noten que si no estuviera en Vista de compatibilidad, y se pudiera editar, la barra de direcciones se vería con el icono de la hoja partida a la mitad:

Cada nueva página que deseemos agregar, tendríamos que crearla con los pasos anteriores como un valor de cadena, replicar esto ya pero para otros equipos, bastaría con exportar toda la clave de HKEY_LOCAL_MACHINE e importarla en donde queramos.

Espero que les pueda ser de utilidad, ¡Comentarios bienvenidos!

Saludos,

Checho

Habilitar el Modo de Compatibilidad de una Aplicación para todos los usuarios utilizando el Editor de Registro en Windows 7

2011-12-28T20:15:00Z

Hola a todos,

Después de 39 artículos técnicos escritos en este Blog durante todo este año, llegamos finalmente al último post que cierra completamente el 2011.

Actualmente, el flamante 7 tiene la gran ventaja de ser Compatible con una gran mayoría de aplicaciones del mercado, incluso para algunas que no han evolucionado a Windows 7. Pero, no deja de existir el problema con aplicaciones “In house” o “A la medida” que manejan actualmente muchas compañías, y que además, se encuentran tal vez las más críticas para la organización, lo que representa por supuesto, un camino un poco más complejo para migrar todas las máquinas al nuevo sistema operativo.

Para fortuna de nosotros, con una gran cantidad, basta con utilizar algunas herramientas de Microsoft como ACT (Application Compatibility Toolkit) o las más poderosas de Sysinternals para detectar por qué en realidad las aplicaciones no parecen funcionar de manera nativa correctamente.

Esto sin embargo, no queda aquí, muchas de estas aplicaciones no están desarrolladas correctamente, a primera vista, parece que sólo corrieran en Windows XP, pero si utilizamos una de las características embebidas en Windows 7, denominada las Fichas de Compatibilidad, veremos que muchas, de repente, ya funcionan bien. :)

Para habilitar las Fichas de Compatibilidad, basta con hacer clic derecho sobre el ejecutable o accedo directo de la aplicación, seleccionar Propiedades, ir a la pestaña de Compatibilidad y seleccionar el item de “Ejecutar este programa en modo de compatibilidad para” escogiendo uno de los sistemas operativos desplegados abajo:

Esta configuración se puede aplicar para todos los usuarios fácilmente, basta con hacer clic en el botón inferior de “Cambiar configuración para todos los usuarios” y tendremos la misma ventana donde podremos especificar el modo que se guardará para la aplicación sin importar el usuario que inicie sesión:

La pregunta es: ¿Qué es lo que hace el Modo de Compatibilidad para que varias aplicaciones funcionen?
La respuesta se puede reproducir a nivel general en una palabra: ¡Mentir!

Windows internamente, una vez habilitado el modo de compatibilidad para alguna versión anterior, es interceptar la llamada que hace la aplicación al sistema para verificar, entre otras cosas, la versión del sistema operativo sobre el que está corriendo, y devolverle el resultado que espera, en las mayorías de las ocasiones –Que uno selecciona-, es decirle a la aplicación que está sobre Windows XP Service Pack 3 y no sobre Windows 7 Service Pack 1 por ejemplo. A esto se le llama: Mentira sobre versión.

Las aplicaciones que no están bien desarrolladas para medir si la plataforma sobre la que están corriendo sí es la apropiada, suelen comprobar a veces hasta con un número de versión para decir si son compatibles o no, el mentir sobre la versión solventa esto, y por eso la aplicación sigue corriendo como debería.

*Nota: Estas capas de compatibilidad hacen más tareas internamente, pero aquí estoy especificando el concepto de esta característica a nivel general con objetivos del post.

Ahora, nosotros no tenemos que preocuparnos cómo hace Windows realmente este engaño, pero para poder reproducirlo y personalizarlo, debemos aprender dónde consulta Windows las aplicaciones a las que les debe establecer el modo de compatibilidad.

Para el resto de este post, tomaré de referencia la aplicación UltraISO instalada en una máquina mía para seguir y explicar el procedimiento.

Si utilizamos Process Monitor de Sysinternals para seguir el comportamiento de Windows mientras habilito el modo de compatibilidad con Windows XP como mencioné anteriormente, y luego veo la traza que deja, podremos ver esto:

La cuarta operación de la captura, muestra que al momento de establecer la Compatibilidad, Windows hace uso de la función RegSetValue para escribir el valor con la ruta completa del Ejecutable al que queremos engañar en la clave:

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

En este caso, el valor mío fue la ruta a UltraISO, es decir:
C:\Program Files (x86)\UltraISO\UltraISO.exe

Si desde Procmon accedemos al Registro, el valor por cada aplicación que se le indique el modo de compatibilidad se vería así:

Como nombre de Valor, la ruta completa como lo especificaba Process Monitor, y como contenido de valor (Data) el sistema operativo al que se quiere emular, en este caso WINXPSP3 que corresponde a Windows XP con Service Pack 3.

En este orden de ideas, es todo lo que Windows escribe en el registro, y lo único que necesita para saber que la ruta y el contenido especificado le dirán a qué aplicación debe mentir, y con qué sistema operativo.

Como ven, el procedimiento manual es realmente muy sencillo, pero habrán ocasiones en que como todo buen IT PRO, se quiere automatizar para ganar tiempo y productividad.

En este caso, el cambio en el Registro se podría hacer en el usuario para el que se vaya a copiar el perfil predeterminado con algún método ya conocido, o bien se puede cargar el Hive para personalizar la rama de HKCU predeterminada, o hasta cargar el Hive antes de instalar Windows para que se vuelva una configuración lista justo antes de la instalación; la decisión es de cada uno.

Esto valdría para el usuario actual, pero en caso de que la aplicación sea algo más general, para varias máquinas y usuarios, se puede forzar a que esté en este modo para todos y que no se pueda cambiar.

Modo de Compatibilidad para todos los usuarios

Predeterminadamente, Windows ya busca si existen aplicaciones en la lista de Layers para toda la máquina:

El resultado, sin embargo, es NAME NOT FOUND (No encontrado), lo que indica que la clave Layers no está creada de forma predeterminada.

En este caso entonces, lo que haré será indicar el ejecutable de mi aplicación UltraISO para que se comporte en modo de compatibilidad con Windows XP para todos los usuarios que inicien sesión.

El procedimiento es exactamente el mismo, lo único que deben cambiar es la ruta del ejecutable.

*Nota: Deben tener en cuenta la ruta completa del ejecutable, incluyendo la extensión, por ejemplo para el mío sería: C:\Program Files (x86)\UltraISO\UltraISO.exe

Lo que haremos, básicamente, será crear la clave que hace falta y hacer uso de los valores que se pueden establecer, y que sería lo que Windows haría en caso de cambiar la configuración para todos los usuarios.

Debemos hacer clic en Inicio, y ejecutar Regedit.exe para abrir el Editor de Registro de Windows.

Navegamos hasta la clave:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags

Clic derecho sobre la clave AppCompatFlags, seleccionamos en el menú contextual Nuevo (New) y clic en Clave (Key):

Como nombre de clave, la debemos llamar Layers

Nos situamos sobre Layers, en la parte derecha, debajo del Valor predeterminado y en un espacio en blanco, clic derecho, Nuevo (New), Valor de cadena (String):

El nombre del Valor, debe ser la ruta completa de la aplicación, para mi caso por ejemplo, sería: C:\Program Files (x86)\UltraISO\UltraISO.exe

Aquí está especificado la aplicación, pero todavía no la capa sobre mentira de versión, para esto, hacemos doble clic en el valor y en el contenido le debemos especificar la variable correspondiente al sistema operativo a emular, pondré dos de las principales correspondientes a Windows XP:

Windows XP Service Pack 2: WINXPSP2
Windows XP Service Pack 3: WINXPSP3

En mi caso, como era con Service Pack 3, la variable fue: WINXPSP3

Bastará con aceptar el cambio y ¡Listo! Nuestra aplicación ya maneja el modo de compatibilidad sin importar el usuario que inicie sesión, para verificarlo, basta con entrar con otro usuario, ir a las propiedades del ejecutable y pestaña de Compatibilidad:

Espero que les pueda ser de utilidad, y no siendo más, sólo queda por decir:

¡Muchas gracias y Feliz Año Nuevo!

Checho

Cambiar el Shell de ejecución predeterminado (Explorer.exe) en Windows 7.

2011-12-18T22:38:00Z

Hola,

Este, más que un artículo, quiero verlo como un “Tip extendido”, puesto que es algo que he visto en varias consultas de los Foros y puede llegar a ser muy útil.

Cuando se implementa Windows en empresas Bancarias por ejemplo, o desde un Café Internet, se decide a veces que el personal sólo puede utilizar una sola aplicación todo el tiempo (En sucursales para el caso de los Bancos). A partir de esto, nace la necesidad de que el usuario no pueda interactuar con más aplicaciones ni mucho menos el algun proceso que parta del Explorador de Windows, como ventanas, barra de tareas, etc.

Lo que haremos en este post es configurar el Shell predeterminado de Windows 7, es decir, el Explorer.exe (Explorador de Windows), para que no sea el que inicie y en cambio, lo haga una aplicación que nosotros mismos definamos, como Internet Explorer o alguna de terceros.

*Nota: Explorer.exe es el proceso Padre en el sistema Operativo, a partir de este, se ve la barra de tareas, el menú de inicio, las ventanas y además representa el token de seguridad que adquieren los demás procesos que se ejecutan después de éste.

Primero veremos un poco de cómo determina Windows cuál es el Shell que debe ejecutar, cómo se configuraría por políticas de Grupo y finalmente cómo se haría lo mismo pero editando el comportamiento natural de Windows.

No hay herramienta más eficaz para comprender cómo funciona Windows que Process Monitor de Sysinternals, específicamente, la característica de Boot Logging que me permite ver todo lo que sucede internamente en el sistema operativo mientras está iniciando sesión, es decir, podremos ver qué es lo que hace Winlogon, proceso del sistema encargado del proceso de Logon en Windows.

Un poco del proceso de Winlogon

Si habilitamos la característica y hacemos el filtro por “Winlogon”, entre otras muchísimas tareas importantes, en qué momento se llama al Shell:

Recordemos que de Process Monitor, podemos destacar tres principales columnas, la de la primera a la izquierda llamada “Operación” que nos dice qué tipo de operación se está haciendo, es decir, si es a nivel de Sistema de archivos, de Registro, de Red, etc; la columna central “Ruta” que nos indica dónde se está realizando la operación exactamente, y por último, la columna de “Resultado” que nos dirá con unas palabras claves si la operación que se intentó hacer en la ruta definida tuvo éxito, no se encontró, se pasó a otra operación, tuvo acceso denegado por permisos, etc.

En este orden de ideas, y analizando el resultado de la captura anterior, vemos que Windows utiliza la función RegOpenKey para abrir la clave de registro:
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\Shell

Sin embargo, el resutlado es NAME NOT FOUND, lo que indica que el valor Shell no existe predeterminádamente. Recordemos que HKEY_CURRENT_USER corresponde a las configuraciones por usuario, y prevalecerían con respecto a HKEY_LOCAL_MACHINE en caso de que existiera el valor y su contenido.

Después de esto, Windows utiliza la misma función pero esta vez para ir a la clave:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinLogon, la diferencia con la anterior, a parte de que consulta en HKEY_LOCAL_MACHINE que corresponde a todos los usuarios, es que esta vez el valor de Shell sí arrojó el resultado de SUCCESS (Exitoso) cuando se llamó a la función de RegQueryValue (Para consultar valores y contenido), por último cierra esta clave con la función RegCloseKey.

Después de esto, va lo interesante y es que utiliza la función de CreateFile para crear el proceso de Explorer.exe, justo después de haber leido el contenido del valor.

Si desde Process Monitor se abre el Editor de Registro haciendo clic derecho en la operación donde se consulta el valor de Shell, veremos esto:

El contenido del valor de Shell es “explorer.exe”, razón por la que Windows crea este proceso después de la operación de consulta.

*Nota: Esto es sólo una parte de lo que sucede al inicio de Windows y corresponde a Winlogon, hay muchas más tareas que en este artículo no se tocarán.

En conclusión, para evitar que Windows cargue el Explorer.exe y en vez de esto, ejecute de inmediato una aplicación personalizada, debemos editar el contenido de este valor poniendo la ruta completa del ejecutable y reiniciar, auque existe una alternativa más sencilla que es la Política de grupo. A continuación, pasaremos a ver los dos métodos existentes.

*Nota: El valor predeterminado está como explorer.exe (sin ruta) es porque está dentro de una variable de entorno del sistema operativo, lo que dará la posibilidad de llamar al ejecutable desde cualquier parte directamente.

*Nota 2: De aquí en adelante, me referiré a una ruta de ejemplo a la aplicación predeterminada, que en mi caso será Internet Explorer, cada uno debe cambiarla por la ruta completa de la aplicación que deseen, incluso si está en un recurso de red.

Método 1: Política de Grupo

Sea desde el Editor de Políticas de Grupo el Directorio Activo, o desde la Consola local en cada máquina, vamos al nodo de User Configuration (Configuración de usuario), Administrative Templates (Plantillas administrativas), System (Sistema), seleccionamos la política de Custom User Interface (Interfaz de Usuario personalizada):

Bastará entonces con seleccionar el radio de “Habilitar” y especificar la ruta completa en el cuadro de texto de la parte inferior:

Por último, bastará con cerrar sesión o reiniciar en los equipos unidos al dominio, o con los usuarios locales y el resultado será la ejecución sólo de la aplicación al iniciar sesión y no habrá nada del Explorador de Windows.

1.1. Modificando la política manualmente…

Como siempre, puede que haya equipos que no cuenten con la Consola del Editor de Políticas de Grupo –En el caso de las ediciones de Windows en la casa que no sean Enterprise o Ultimate-. Aquí entonces, debemos proceder a “forzar” el comportamiento de la política manualmente mediante el Editor de Registro de Windows.

Si no se sabe cómo, bastará con llamar nuevamente a Process Monitor y seguir el comportamiento de Windows mientras uno está aplicando la política en un equipo que lo soporte; aunque aquí no mostraré todo el proceso por lo que he tocado el punto en otros artículos, sí quiero que vean el resultado para esta política especialmente:

El comportamiento es el mismo por cada política, los dos archivos referenciados en la captura (ntuser.pol y Registry.pol) son los que se encargan de copiar y replicar la política por cada usuario que inicie sesión en el equipo.

Ya viendo la política en cuestión, vemos que Windows hace uso de la función de RegSetValue para escribir el valor de Shell en la clave:
HKEY_CURRENT_USER\Microsoft\Windows\CurrentVersion\Policies\System

Abriendo las propiedades de la operación haciendo doble clic o clic derecho y Properties, veremos qué es lo que está escribiendo en este valor:

Como lo muestra “Data”, en este valor, después de crearlo, se está escribiendo como contenido toda la ruta a la aplicación que se especifique en la política, para mi caso: C:\Program Files (x86)\Internet Explorer\iexplore.exe

Para replicar la política, lo que tendríamos que hacer sería:

- En cada equipo donde se desee aplicar (O distribuyéndolo), se debe ir hasta la clave:
HKEY_CURRENT_USER\Microsoft\Windows\CurrentVersion\Policies

- Clic derecho, Nueva > Clave

- La llamamos System

- Seleccionamos la nueva clave, en la parte derecha, clic derecho, Nuevo > Valor de cadena

- Lo llamamos Shell, doble clic para editarlo y le indicamos la ruta de la aplicación a ejecutarse en vez del Explorer.exe

- Cerramos sesión o reiniciamos el equipo y estará hecho.

*Nota: Si algo sale mal, bastará con volver a entrar al Registro y arreglar la ruta o bien eliminar la clave para que vuelva al comportamiento natural.

Método 2: Cambiando el comportamiento predeterminado de Windows 7

Como vimos al principio, en cada inicio, Windows busca su Shell predeterminado, que es Explorer.exe y lo ejecuta para mostrar interfaz al usuario que recién ingresó.

Para modificar este comportamiento y cambiar el Shell por uno predeterminado, debemos hacer lo siguiente:

- En el Equipo que se desee tener esta configuración para todos los usuarios, hacer clic en Inicio, escribir Regedit, clic derecho, Ejecutar como administrador, y navegar hasta esta clave:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

- Doble clic en el valor Shell para modificarlo, y lo cambiamos por la ruta que deseamos sea la predeterminada, en este caso a la de Internet Explorer:

- Aceptamos, cerramos sesión o reiniciamos el equipo, y ahora, cada usuario que entre, tendrá como Shell predeterminado, la aplicación que hayamos configurado:

Si no queremos que sea para todos los usuarios, sino para algunos en especial, debemos seguir hacer lo siguiente:

-Navegar hasta la clave:
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

- Clic derecho sobre el espacio en blanco a la derecha, seleccionar Nuevo > Valor de cadena

- Debemos llamarla Shell, ya que como verán, no existe de forma predeterminada.

- Doble clic para editar el valor y especificar la ruta a la aplicación.

- Cerrar sesión o reiniciar el sistema, así, sólo el usuario al que se le haya personalizado el Shell predeterminado, será el que se le presente, los demás usuarios tendrán el Explorer.exe como normalmente estaría.

*Nota: En cualquiera de todos los casos, si hay problemas, bastaría con invocar el Administrador de tareas para crear el proceso de Explorer.exe, editar fácilmente el Registro de Windows para quitar o corregir la ruta en que haya quedado mal, cerrar sesión y volver a ingresar a probar.

Para cambiar de usuario, reiniciar o apagar, bastaría con presionar CTRL + ALT + Suprimir y seleccionar la opción que se busque.

¡Esto es todo!

Espero les pueda servir.

¡Feliz Navidad para todos!

Checho

Configurando Roaming Profiles (Perfiles Móviles) en Windows 7

2011-12-04T22:09:00Z

¡Hola a todos!

Ya hemos tocado en cuatro artículos anteriores (sin incluir los de solución de problemas) gran parte de lo que componen los Perfiles de usuario en Windows 7. Sin embargo, se siguen presentando nuevos requerimientos y por supuesto, Windows también entrega diferentes métodos para poder suplirlos en su mayoría.

Uno de los requerimientos o necesidades más importantes al tocar el tema de los perfiles en las diferentes organizaciones es determinar qué se hará con el perfil, ¿Se guardará, o no? ¿Se hará localmente, o no? ¿Se moverá todo el perfil?

Cada organización responde a estas preguntas de acuerdo a cómo desee que quede su infraestructura, la mayoría optan por manejar particionamiento en el equipo y redirigir cada nuevo perfil de usuario creado allí, así, no habrá peligro de perderse aún después de un formateo completo del sistema operativo.

Existe, a pesar de todo, un procedimiento adicional llamado Roaming Profiles (Perfiles Móviles), acorde a la nueva forma de ver el concepto de escritorio por parte de Microsoft llamado Escritorio flexible. Básicamente, Roaming Profiles (Perfiles móviles) nos permitirá centralizar todos los perfiles deseados en un solo repositorio central, dándole la posibilidad a cada usuario del Directorio Activo de iniciar sesión en cualquier máquina y disponer tanto de su propio perfil, como de todos sus documentos y configuraciones adicionales.

Lo que haremos en este artículo será configurar los Perfiles Móviles (Roaming Profiles) para Windows 7.

¿Qué necesitamos?

- Una infraestructura de Directorio Activo montada en Server 2008 R2.

- Una carpeta compartida donde se almacenarán los perfiles (En el artículo mostraré lo que se debe tener en cuenta a la hora de compartir el recurso).

*Nota: Esta característica es soportada desde Server 2003 y XP pero nos enfocaremos sólo a lo que concierne Windows 7 y 2008 R2.

- Equipo( S ) Windows 7 conectados al dominio y en la misma red.

Creando el recurso compartido

Antes de configurar los Perfiles Móviles, debemos tener un directorio donde se alojarán todos, para este caso, yo creé una carpeta en el Servidor dentro de la unidad raíz C:\ con el nombre de “Perfiles”, por lo que quedaría como C:\Perfiles.

*Nota: El nombre de la carpeta lo especifico para seguir el artículo, por supuesto, cada uno de ustedes puede crearla en otra ubicación y con otro nombre.

Después de crear la carpeta, hay que configurar los permisos para que cada usuario que inicie sesión en el dominio y se le especifique el Perfil Móvil, pueda escribir en esta carpeta todos sus archivos correspondientes de usuario.

Para esto, hacemos clic derecho sobre la carpeta, seleccionamos Propiedades, en la ventana de Propiedades, vamos a la pestaña de Compartir (Sharing), clic en el botón Opciones avanzadas (Advanced Sharing), seleccionamos la casilla de “Compartir esta carpeta” (Share this folder), cambiamos el nombre compartido si deseamos y clic en el botón de Permisos (Permissions):

En la ventana de Seleccionar Usuarios, Equipos, Cuentas de Servicio, o Grupos, clic en el botón Agregar (Add) digitamos o buscamos los Usuarios Autenticados (Authenticated Users) y clic en el botón Aceptar (OK):

En la Ventana de Permisos, seleccionamos Usuarios Autenticados (Authenticated Users) y le asignamos el Control total seleccionando la casilla de la parte inferior, Aplicamos y Aceptamos:

*Nota: Estamos seleccionando los Usuarios Autenticados, porque aquí estarán sólo los que vayan iniciando sesión en el Dominio, así además podremos asegurarnos de que cada usuario que inicie sesión, tendrá su propia propiedad sobre su carpeta correspondiente de Perfil.

Clic en Aceptar en la ventana de Opciones avanzadas y en la de Propiedades de la carpeta compartida. Debemos por supuesto, tener la referencia de la carpeta que acabamos de compartir, en mi caso quedó \\SWATLAB\Perfiles

*Nota: En la ventana de Propiedades, pestaña Compartir (Sharing) se puede ver la ruta de red las veces que deseen.

Preparando el usuario

Con la carpeta compartida ya creada, en el Servidor de Dominio, abrimos la consola de Usuarios y Equipos del Directorio Activo, ubicamos el usuario que deseamos que tenga el Perfil móvil, clic derecho, Propiedades y vamos a la pestaña de Profile (Perfil).

En la pestaña de Profile (Perfil), tendremos dos nodos correspondientes a Perfil de usuario y Carpeta de hogar; el primer nodo, debemos ubicarnos en la caja de texto de Ruta de Perfil (Profile Path) y aquí debemos pegar o copiar exactamente la ruta compartida de red, pero, adicional a esto, para que cada usuario quede con un nombre de carpeta que se refiera por el nombre de dominio, agregamos la variable de entorno %USERNAME% al final de la ruta de red, así el Directorio activo sabrá a qué usuario se refiere y le creará su respectiva carpeta.

En mi caso, la ruta completa sería \\SWATLAB\Perfiles\%USERNAME%

Aplicamos y aceptamos en la ventana de Propiedades del usuario correspondiente.

*Nota: La ruta, para cada uno de ustedes segúramente variará, es importante escribirla bien porque de lo contrario, habrán problemas con el inicio de sesión del Perfil.

Esto es todo lo que tenemos que hacer, el siguiente paso será asegurarnos de que en verdad nuestro perfil ahora es móvil y no tuvo ningun problema para configurarse.

Probando nuestros Perfiles Móviles

Para este artículo, configuré en una máquina el perfil de mi usuario scalderon (Sergio Calderon), básicamente, con algunos archivos en el escritorio, y personalizaciones adicionales del menú de inicio, fondo de pantalla, imagen para mostrar y tema:

Como el usuario ya había iniciado sesión en el Equipo antes de configurarse el Roaming Profile (Perfil Móvil), se debe Cerrar completamente la sesión y volver a ingresar para que en el Servidor se creen las carpetas y archivos correspondientes del perfil que incluyen toda su información y personalizaciones – Tal cual una carpeta de perfil local-

*Nota: La carpeta correspondiente se crea en el primer inicio de sesión después de configurarse el Perfil Móvil (Roaming Profile), por esto el cierre de sesión; además, la finalización del nombre de la carpeta con “.V2” es porque Windows Server reconoce entre los perfiles que se creen para Windows XP y Server 2003, y los que se creen para Windows Vista, 7, Server 2008 y 2008 R2 , es decir “.V2”. La razón es porque tanto los archivos como las carpetas de usuario cambiaron de gran forma entre estas versiones de Windows no sólo en su contenido y número sino también en su ubicación.

Una vez iniciados sesión después de configurado el Perfil en el DA (Directorio Activo), procedemos a crear o guardar información, y realizar las personalizaciones que se deseen tal cual trabaja normalmente cada usuario en su equipo y perfil. Una vez cerrada la sesión por primera vez después de configurarse el Perfil Móvil (Roaming Profile) y por cada inicio de aquí en adelante, se copiarán todos los archivos a la carpeta de usuario destinada en el Servidor:

El hacerlo en cada cierre de sesión (Que incluye al apagarse y al reiniciarse por supuesto), garantiza que toda la información y cambios generados durante el tiempo de trabajo se guarden y así, el usuario podrá tenerlos en el próximo inicio de sesión, no solo en el equipo donde se creó todo, sino en cualquier nuevo equipo que esté en la misma red y que se haga con la cuenta de dominio.

Por ejemplo, para este artículo, inicié sesión en otro Equipo con Windows 7 x64 y además Internet Explorer 9 (Nótese que el anterior estaba en IE8) y este fue el resultado:

¡Esto es todo! Así de fácil ya nuestro perfil nos sigue por toda la organización

Un poco más de información…

Existe, por supuesto, el caso de que el usuario no esté en la red interna y haya hecho una serie de modificaciones al tema de Windows por ejemplo, y agregado algunos archivos nuevos:

Pero, como no se encuentra en la misma red, el perfil no se guardará al cerrar sesión ya que no hay comunicación con el Servidor donde está el almacenamiento, incluso Windows mismo nos advertirá:

En este caso, Windows seguirá trabajando con la configuración e información más actual que tenga en el Servidor de almacenamiento, actualizando así el perfil local que haya en la máquina conectada al dominio, sin embargo, cuando la máquina en la que se hizo la configuración por fuera de la red se vuelva a conectar al dominio con la cuenta implicada, al primer cierre de sesión, se actualizará nuevamente el perfil de red con toda información y configuración que se haya creado tanto en los equipos locales en los que se haya iniciado sesión, como con la que trajo la máquina que estaba por fuera.

En este orden de ideas, la próxima vez que se inicie sesión en la red de dominio, habrá un solo perfil con todas las configuraciones combinadas:

Con esto, nunca habrá preocupación por la cantidad de perfiles asociados a una misma cuenta, sólo la tranquilidad de mantener siempre una =)

*Importante: Dado que Windows divide en versión 1 y versión 2 el Perfil si se creó en Versiones anteriores como XP o Server 2003, sería la unica forma en la que serán dos perfiles diferentes, uno que se maneje en las máquinas de XP y 2003 y otras en las de versiones posteriores de Windows.

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

Saludos,

Checho