En ocasiones puede ocurrir que una misma empresa tenga sucursales repartidas a lo largo del mundo dificultando por ello que una  única instalación de un sistema operativo no sea valida debido a la problemática del idioma de la interfaz.

Con Windows Vista esto se simplifica muchísimo, ya que nos ofrece dos formas diferentes de poder agregar diferentes idiomas a nuestra instalación.

La primera seria a través de de paquetes de interfaz de idiomas o paquetes LIP, estos son paquetes gratuitos descargables desde http://go.microsoft.com/fwlink/?LinkId=66923 y que nos cambiaran de forma parcial el idioma de la interfaz.

La otra opción sería la que nosotros vamos a utilizar y que nos permitiría a través de paquetes MUI el cambio de la totalidad de la traducción de la interfaz de usuario, con lo que añadiéndole todos los paquetes MUI que necesitemos solo será necesario que creemos una imagen de equipo para todas nuestras sucursales aunque estas estén fuera de España. Estos paquetes MUI sólo están disponibles para las versiones Enterprise y Ultimate de Vista, y serán descargables a través de Windows Update. En nuestro caso esa será la solución que elegiremos y sobre la que vamos a trabajar. Lo primero será descargarnos el paquete de idiomas que necesitemos:

Como podéis ver en esta imagen el archivo seleccionado en un paquete instalador de idiomas, en mi caso es el italiano, y lo que haremos a continuación es instalarlo haciendo doble click y empezará la instalación tal y como aparece en la siguiente imagen.

Otra posible forma de instalación seria a través del PANEL DE CONTROL >> CONFIGURACION REGIONAL Y DE IDIOMA >> TECLADOS E IDIOMAS >>  INSTALAR O DESINSTALAR IDIOMAS, y clickeando ahí nos dará la opción de agregar uno nuevo.

Una vez terminada la instalación, para cambiar el idioma es tan fácil como ir a la misma ruta que os acabo de poner en el párrafo anterior, en la que ahora nos aparece un desplegable en el que podremos seleccionar el idioma que acabamos de instalar.

Seleccionamos italiano, aplicamos y nos pedirá que cerremos sesión, y una vez iniciada la sesión ya tendremos la interfaz de usuario en italiano

 

En el caso de que queramos desinstalar uno de los idiomas que tengamos instalado, volveremos a ir al Panel de Control (o panello di controllo si lo tenemos en italiano :P) a la parte de CONFIGURACION REGIONAL Y DE IDIOMA y allí lo desinstalamos,  teniendo en cuenta, eso sí, que no podremos desinstalar  ni el idioma activo ni el idioma original, es decir, en nuestro caso deberíamos volver la interfaz a español y solo podríamos desinstalar el italiano.

Continuando con la configuración de preferencias, ahora os quiero hablar de algunas opciones avanzadas que podemos configurar.

Comienzo con la lista de variables de sistema que podemos presentar en pantalla y utilizar en aquellas preferencias que requieran de configuraciones vinculadas a la carpeta del sistema, el escritorio del usuario actual, etc. Todos sabemos que la variable %WindowsDir% corresponde a la carpeta de instalación de Windows, mientras que %SystemDir% corresponde a la carpeta System32 o que %DesktopDir% es la carpeta de escritorio del usuario actual, sin embargo, es probable que no conozcamos todas las variables de sistema disponibles.

Por ejemplo, si estamos creando una preferencia para agregar una carpeta personal en el escritorio de cada usuario, pero no conocemos la variable que debemos utilizar, entonces en las propiedades generales, seleccionamos el campo de ruta (path) y pulsamos la tecla F3 para mostrar la lista de variables disponibles.

En este caso seleccionamos DesktopDir y la variable se inserta en la ruta de la carpeta que queremos crear. Ahora solo nos falta poner el nombre a la carpeta como tal.

Otras características avanzadas interesantes son las llamadas opciones comunes. Todas las opciones de preferencias, tanto aquellas de configuración de Windows como las relacionadas con el Panel de Control, tienen una etiqueta denominada Common cuando abrimos las propiedades. Con las opciones comunes podemos controlar el procesamiento de la preferencia, así como establecer filtros basados en características del equipo o pertenencia a grupos.

Las primeras opciones que vemos son:

• 
  
  Parar el procesamiento si ocurre un error: Por defecto, si ocurre un error durante el procesamiento de un elemento, se siguen procesando los siguientes elementos configurados en la misma extensión. Si queremos que esto no ocurra y que se interrumpa el procesamiento, entonces debemos habilitar esta opción. Otras GPOs no se ven afectadas, por lo tanto continuarán su procesamiento normal.
  
  
• 
  
  Ejecutar en el contexto de seguridad del usuario que haya iniciado sesión (Opción para políticas de usuario): Las preferencias se ejecutan por defecto bajo Local System, por lo tanto si queremos que se pueda acceder a los recursos del usuario, como impresoras, discos de red, etc. es necesario habilitar esta opción.
  
  
• 
  
  Eliminar el elemento cuando no se aplique mas: Al contrario que sucede con las directivas de seguridad, el procesamiento de las preferencias no elimina la configuración cuando se elimina la GPO asociada. Esta opción cambia este comportamiento y permite que se eliminen las configuraciones de preferencias cuando se elimina la GPO.
  
  
• 
  
  Aplicar una sola vez y no volver a aplicar: Las Preferencias se procesan junto con el procesamiento de las GPOs en intervalos regulares, por lo tanto, si un usuario ha cambiado una configuración, durante el siguiente procesamiento, ésta configuración volverá al estado que se indique en la preferencia en la GPO. Si queremos que la configuración solo se aplique una vez y que los usuarios puedan a partir de ahí cambiar dicha configuración, entonces habilitaremos esta opción.
  
  
• 
  
  Filtrado a nivel de elemento: El filtrado determina a que usuarios y equipos se les va a aplicar las preferencias configuradas.

Con el botón Targeting, configuraremos los filtros de aplicación. Lo primero que observamos cuando accedemos es una pantalla que nos va a permitir editar los filtros. Se pueden aplicar más de un filtro a cada elemento de configuración y se pueden seleccionar operaciones lógicas para aplicar al filtro.

Podemos configurar un conjunto de preferencias pero solo aplicarlas a un subconjunto de equipos o usuarios de nuestra organización, por ejemplo, equipos portátiles, equipos con una versión de sistema operativo determinada, o equipos que cumplan con una serie de requisitos de software instalado antes de aplicar la preferencia. La lista de elementos configurables es muy amplia y nos aporta muchísima flexibilidad para prácticamente cualquier entorno o escenario corporativo.

Por ejemplo, si quisiéramos que una configuración de preferencia, solo se aplique a aquellos equipos con Windows Vista instalado y con al menos 2 GB de RAM y 5 GB de espacio en el disco del sistema, lo haríamos de la siguiente forma:

• 
  
  Seleccionamos New Item > Operating System con las opciones de edición predeterminadas.
  
  
• 
  
  Seleccionamos New Item > RAM y escribimos 2048 en el campo de texto
  
  
• 
  
  Seleccionamos New Item > Disk Space y escribimos 5 en el espacio libre y seleccionamos System en la letra de la unidad.

Con el botón Item Options, podemos cambiar un AND por un OR o un IS por un ISNOT, alterando así las condiciones de aplicación. En nuestro caso, lo dejamos con las opciones AND e IS en los tres elementos y obtenemos un resultado como el siguiente:

Una vez finalizada la configuración, pulsamos en OK para cerrar la pantalla de edición.

Como podéis observar, la configuración de las preferencias es extremadamente sencilla, pero muy potente y flexible. En definitiva, disponemos de una nueva herramienta centralizada para configurar los sistemas de forma rápida y sencilla, con la lógica y los filtros necesarios para establecer configuraciones granulares en entornos corporativos.

Hola a tod@s!

Si mis cálculos no me fallan, llevamos más de 1 año escribiendo sobre Windows Vista, y se han hablado de muchísimas tecnologías y novedades que nos trae este sistema operativo. Repasando los post que hemos estado escribiendo en estos últimos meses me he dado cuenta de que no se ha escrito nada de uno de los protagonistas de Windows. La línea de comandos. Así que le voy a dedicar un buen número de Posts a la línea de comandos, ya que Windows es administrable tanto por entorno gráfico como por línea de comandos, e inclusive, en ciertos escenarios, sólo es administrable bajo esto último. Así que es hora de darle un rinconcito a la línea de comandos, o comúnmente llamada Shell aquí en el blog.

Y qué mejor presentación de la línea de comandos que preparando el entorno para futuros posts? Pues vamos a ello!

Una de las cosas que se echan de menos en Windows es poder abrir una Shell de comandos directamente en una carpeta. Existe una PowerToy que realiza este trabajo, la llamada CmdHere.exe.

http://www.microsoft.com/spain/windowsxp/downloads/powertoys/xppowertoys.mspx

Nosotros vamos a realizar lo mismo que una powertoy, pero a nivel de registro, es decir,  lo vamos a realizar modificando opciones e ingresando claves en el registro de Windows. Así podréis ver lo fácil que es modificar comportamientos de Windows a través de modificar estructuras de registro.

Primero añadiremos una entrada para la Shell de Windows (CMD.EXE) y para la PowerShell.

Lo primero que  tenemos que realizar es un cuadro sobre lo que queremos que realice Windows Vista. Así que propondremos lo siguiente:

• 
  
        Nombre que voy a utilizar


• 
  
        Qué quiero lanzar


• 
  
        Cómo lo quiero lanzar


• 
  
        La aplicación admite variables?

Y las respuestas que obtengo son las siguientes:

• 
  
        Nombre: ShellSilverhack


• 
  
        Cmd.exe


• 
  
        Lo quiero lanzar sobre un determinado directorio


• 
  
        La aplicación lo permite

Lo siguiente que tenemos que hacer es ver en qué parte del registro de Windows podemos realizar estos cambios de comportamiento. El sitio más indicado para hacerlo, es añadir una clave a la parte del registro encargada de mantener actualizada los objetos y aplicaciones del sistema operativo. En nuestro caso, y sabiendo cómo funciona el registro de Windows, el encargado de realizar ésta y otras muchas tareas es la clave siguiente:

HKEY_CLASSES_ROOT

Esta clave, es la encargada de mantener lo siguiente:

• 
  
        Asociaciones de archivos


• 
  
        Referenciar objetos del propio sistema


• 
  
        Iconos asociados


• 
  
        Etc….

Este directorio no es un directorio común, como sí lo puede ser HKEY_LOCAL_MACHINE por ejemplo. Este directorio es un acceso directo de la clave siguiente:

HKEY_LOCAL_MACHINESOFTWAREClasses

Si modificamos algo en una de ellas, la otra automáticamente aplicará el cambio.

Como vamos a aplicarlo sobre un directorio específico, procederemos a introducir la nueva clave dentro del directorio siguiente:

HKEY_CLASSES_ROOTFolder

Y dentro de este directorio, el comportamiento que vamos a modificar es el de la entrada al directorio, es decir, vamos a decirle a Windows Vista que queremos entrar dentro de ese directorio de otra forma. Para ello, modificaremos el comportamiento de la clave siguiente:

HKEY_CLASSES_ROOTFoldershell

Dentro de esa clave, cuelgan dos más. Una de ellas es para explorar el documento, y la otra es para abrir el documento.

Para modificar el comportamiento nos crearemos una nueva clave, que será el nombre que nosotros queramos. Para ello, pulsaremos con el botón derecho del ratón en el directorio shell y crearemos una nueva clave.

Una vez creado el directorio con un nombre asociado a la tarea, lo siguiente es dotar a ese directorio de una acción. Para ello, crearemos otro directorio (botón derecho sobre el directorio nuevo y pulsar nueva clave) justamente dentro del siguiente, es decir, un subdirectorio. Este subdirectorio llevará el nombre de command y no se puede modificar ni llevar otro nombre diferente.

Una vez creado este directorio command lo siguiente a realizar es escribir la acción que va a tomar esa pestaña.

Para la shell por defecto (cmd.exe)

cmd.exe cd “%1” (los espacios son importantes)

En PowerShell difiere el comando ya que tenemos que decirle que no termine el proceso cuando lo iniciemos. Es por ello que necesitamos el parámetro NoExit.

Una vez hayamos terminado de escribir las claves necesarias tanto para el intérprete de comandos como para la PowerShell, podremos ver el progreso pinchando en un directorio cualquiera con el botón derecho del ratón.

Si necesitáis algo más rápido, y sin necesidad de instalar nada, podéis copiar estas entradas de registro y guardarlas como InstalaCMD.reg. Doble clic sobre el archivo, y estarán instaladas.

——————————————-No copies esta línea—————————————————

Otra curiosidad, es la de poder ejecutar un intérprete de comandos o una Shell de PowerShell con privilegios administrativos, y que también podamos iniciarlas desde el botón derecho del ratón, ya que puede haber ocasiones en las que tengamos que utilizar una Shell con dichos privilegios.

Para ello, el registro de Windows provee un nombre de clave que podemos utilizar llamado runas.

Por diseño de Windows, sólo permite un directorio runas por cada clave, así que no podremos tener los dos intérpretes como administrador, de momento….

No os perdáis la segunda parte!

Hasta pronto!

Dado que el mes pasado ha sido el primer mes que hemos impartido los HANDS ON LAB de virtualización en Windows Server 2008 después de la salida oficial de Hyper-V, me he animado a escribir la segunda parte del artículo sobre “virtualización de procesos” que ya publicamos hace unas semanas en este blog y que podéis ver aquí:

En esta ocasión abordaremos la virtualización de procesos ante los errores de escritura en el sistema de ficheros y ahondaremos más en esta tecnología para poder controlar que aplicaciones son virtualizadas y cuales no.

Haciendo un breve repaso, recordemos que Windows Vista es capaz de virtualizar aplicaciones ante errores de escritura tanto en el registro de Windows como en el sistema de ficheros, siempre y cuando tengamos el “Control de Cuentas de Usuario” (UAC), habilitado, ofreciéndonos la ventaja de conseguir que una mayor cantidad de aplicaciones, sobre todo aplicaciones antiguas y heredadas, sean capaces de funcionar sin requerir privilegios administrativos (recomiendo que releáis la primera parte del artículo para que no perdáis el hilo).

La virtualización del sistema de ficheros es similar a la virtualización del registro: cuando una aplicación “virtualizada” intenta escribir en una ubicación donde por defecto no tiene permisos de escritura (algo que generalmente ocurre por una mala programación o por una incompatibilidad cuando la aplicación procede de sistemas operativos anteriores), dicha escritura es redirigida a una ubicación donde el usuario si dispone de los permisos apropiados, “engañando” de esta manera al proceso afectado que no sabe que en realidad está escribiendo en otro sitio. De esta manera evitamos la necesidad de usar “privilegios administrativos” para ejecutar ciertas aplicaciones que por regla general no ofrecen ventaja administrativa alguna.

Hecho este repaso, vamos a realizar un ejemplo de virtualización con Windows Vista, similar al que ya realizamos en el anterior post sobre esta tecnología, pero cambiando el registro de Windows por el Sistema de ficheros.

La aplicación elegida para la práctica en este caso es el CMD, que deberemos ejecutar mediante un usuario estándar sin privilegios administrativos, o bien (para los que entendáis como funciona esto del UAC), con un usuario administrativo pero ejecutando el CMD mediante el “token” de usuario corriente.

Una vez estemos en el CMD podemos probar a intentar crear un fichero o carpeta en alguna de las ubicaciones tradicionales donde por defecto un usuario corriente no tiene privilegios de escritura como %programfiles% o %Windir%. El mensaje que nos devolverá el sistema, como es lógico, es de “Acceso Denegado”.

Para evitar dicho “Acceso Denegado” vamos a virtualizar el CMD. Para ello nos dirigimos al “Administrador de Tareas” y pinchamos en la pestaña “Procesos”, abrimos el menú contextual sobre el proceso “cmd.exe”, seleccionamos “virtualización” y pulsamos en “Aceptar” sobre la advertencia que nos aparece de que la aplicación podría tener u comportamiento inesperado (precisamente eso es lo que buscamos).

Una vez que ya tenemos el CMD en estado “virtualizado”, regresamos a él e intentamos realizar un “mkdir” sobre cualquiera de las ubicaciones donde anteriormente nos devolvía acceso denegado ¡¡Se nos crea la carpeta sin devolvernos ningún error de acceso!! Y si jugueteamos un poquito más podemos comprobar que al hacer un “dir /ad” nos aparece listada la carpeta e incluso podemos crear ficheros en ella, sinembargo si navegamos a dicha ubicación con el explorador o abriendo un nuevo proceso cmd, la carpeta no aparece por ningún sitio. La carpeta solo es visible para procesos virtualizados, por ejemplo, si queréis ver la carpeta desde otro proceso cmd deberéis virtualizar también dicho proceso.

Ahora surge la pregunta clave: si la carpeta no existe realmente en la ubicación donde realizamos el mkdir ¿dónde se crea realmente? Pues en aquel lugar donde un usuario corriente tenga permisos de escritura, es decir, en el perfil del usuario, concretamente en “%userprofile%AppdataLocalVirtualStore”.

 

Después de divertirnos virtualizando procesos, si lo deseamos, podemos echar un vistazo al “visor de eventos” para comprobar la información que se ha registrado ahí referente a la virtualización.

 

Ya hemos visto como se puede virtualizar manualmente un proceso, y conocemos los aspectos más significativos de este sistema, pero nos falta dar respuesta a otras preguntas interesantes como:

¿Es posible auditar los intentos de escritura que son virtualizados?

¿Cómo sabe Windows Vista que aplicaciones debe virtualizar?

¿Cómo puedo hacer para que mis aplicaciones sean o no sean virtualizadas?

En esta parte del post iremos dando respuesta a estás preguntas a modo de FAQ y nos sumergiremos un poquito más en Virtualización y el UAC.

Vamos con la primera pregunta:

Si, es posible auditar los intentos de escritura virtualizados, tanto en Windows Server 2008 como en Windows Vista.

Windows trata las escrituras virtualizadas como procesos de escritura “correctos” de cara a los registros de auditoría (no los trata como errores de escritura), de manera que habilitando la típica “auditoria de acceso a objetos” en las políticas, y la “auditoria correcta de escrituras” en la pestaña de seguridad de la carpeta correspondiente esteramos automáticamente auditando también los procesos de virtualización acontecidos sobre dicha carpeta.

Antes que nada debemos recordar que el propósito de la virtualización de procesos es que aplicaciones heredadas, no diseñadas para trabajar con Windows Vista, puedan funcionar sin ningún tipo de problema con bajos privilegios.

Las aplicaciones que se diseñen para Windows Vista o Windows Server 2008, deberían cumplir las especificaciones de este sistema operativo y ejecutarse sin problemas como un usuario  corriente avisando a este en el caso de que la aplicación requiera de privilegios administrativos. Por tanto las aplicaciones programadas para Windows Vista no deberían requerir virtualización.

Teniendo esto en cuenta vamos a comprobar las condiciones que deben cumplirse para que Windows determine que una aplicación “NO” necesite virtualizarse:

• Aplicaciones de 64bits. Se considera que son aplicaciones modernas y por lo tanto deberían estar preparadas para ejecutarse correctamente según los requisitos de Windows Vista y Windows Server 2008.

• Servicios de Windows. Aunque estos se ejecuten con una cuenta de usuario estándar.

• Aplicaciones con una “solicitud de nivel de ejecución” declarada en su “manifiesto”. La “solicitud de nivel de ejecución” es un nuevo elemento de Windows Vista y Windows Server 2008 que permite a Programadores y Administradores personalizar la manera en que sus aplicaciones interactúan con el UAC. Se considera que todas las aplicaciones adaptadas a Windows Vista deberían incluir este elemento en sus manifiestos internos. Cuando una aplicación tiene configurada una “Solicitud de nivel de ejecución” en su manifiesto, se considera como “no heredada” y no se virtualizará.

Según las condiciones que hemos visto en el punto anterior, todas las aplicaciones son automáticamente virtualizadas menos en casos específicos como que la aplicación sea de 64 bits o que en su manifiesto interno aparezca información para interactuar con el UAC. No obstante puede que nos interese virtualizar aplicaciones que no son virtualizas automáticamente o no virtualizar aquellas otras que se virtualizan de manera automática.

Si NO deseamos que nuestras aplicaciones sean virtualizadas de manera automática tenemos tres opciones:

• Deshabilitar el UAC

• Configurar la política de grupo oportuna, como ya mencione en el primer post sobre este asunto.

• Agregar en el manifiesto de la aplicación una entrada de “solicitud de nivel de ejecución”  (Ver Caso Practico)

Caso Práctico: Impidiendo la virtualización de aplicaciones heredadas mediante la edición de su manifiesto:

Como acabamos de ver, la manera más interesante para impedir la virtualización de una aplicación es modificar su manifiesto, pero ¿que es un manifiesto?

Un manifiesto es un pequeño fichero XML que describe aspectos de una aplicación, como la versión, el fabricante, las dll requeridas, las dependencias etc. Dicho manifiesto  puede ser interno (integrado en la propia aplicación) o externo (en un fichero con el mismo nombre pero con la extensión .manifest).

En su origen los manifiestos nacieron como una manera sencilla y eficaz de solucionar el conocido como “Infierno de las dlls”, al hacer la propia aplicación referencia a la versión de DLL que deseaba utilizar. Con el tiempo, los manifiestos han sido utilizado para diversos propósitos incluida la interacción de las aplicaciones con el UAC en el caso de Windows Vista.

Bueno, ahora que sabemos lo que es un manifiesto, solo nos queda editarlos, pero ¿como podemos editar un manifiesto de una aplicación? Pues con una herramienta versatil, sencilla y gratuita como XNResourceEditor 

Lo único que teneis que hacer es ejecutar la aplicación, pulsar en «OPEN» y seleccionar el .exe que deseeis editar.

Aunque nos aparecen varias carpetas de recursos, la que nos interesa en nuestro caso es la etiquetada como «XP Theme Manifest» que nos mostrará el manifiesto de la aplicación seleccionada, si este existe.

Si comparamos los manifiestos de una aplicación basada en XP (imagen superior) con otra basada en Windows Vista (imagen inferior) podremos ver una diferencia interesante ¿la encuentras?.

En efecto, la principal diferencia es algo asi como:

<trustInfo xmlns=»urn:schemas-microsoft-com:asm.v3″>
    <security>
        <requestedPrivileges>
            <requestedExecutionLevel
                level=»asInvoker»
                uiAccess=»false»
            />
        </requestedPrivileges>
    </security>
</trustInfo>

Esta parte del manifiesto indica el modo en que la aplicación desea relacionarse con UAC, la conocida como “solicitud de nivel de ejecución” que ya indiqué con anterioridad.

Ya podemos ir uniendo hilos…

..si deseamos que nuestra aplicación de XP no se virtualice automaticamente, lo unico que tenemos que hacer es agregarle una «Solicitud de nivel de ejecución» similar a la de arriba.

Vamos a probarlo en la práctica. En mi caso voy a utilizar una herramienta tradicional de Windows XP que MUCHOS de nosotros echamos de menos en Windows Vista: «el PinBall»

Lo unico que tenemos que hacer es copiar la carpeta %programfiles%Windows NTPinball de un equipo con WindowsXP a otro con Windows Vista, ejecutar el juego y comprobar si Windows Vista lo virtualiza o no de manera automática desde el «Administrador de tarteas»

En la imagen superior podemos ver claramente que PINBALL.exe aparece como Virtualizado (la columna «Virtualización» no aparece de manera automática y es necesario agregarla desde «Ver>Seleccionar Columnas»)

Vamos a impedir que el PINBALL se virtualice, para ello abrimos el fichero PINBALL.exe con la aplicación XNResourceEditor, vamos a «XP Theme Manifest» y bajo la etiqueta </dependency> pegamos la «Solicitud de nivel de ejecución» que deseemos (copiada de una aplicación de Windows Vista o de este mismo blog). Guardamos la aplicación en la carpeta del juego como PinBallNOVIRT.exe (XNResourceEditor no es capaz de sobreescribir el fichero desde el que esta leyendo por lo que debemos guardarlo con otro nombre) y lo ejecutamos.

¡¡¡FUNCIONA!!! Ya no aparece como virtualizado…

Para terminar, el último caso que puede interesarnos es virtualizar un determinado intento de escritura para una aplicación que no sea automáticamente virtualizada. Lógicamente la manera más sencilla de hacerlo sería modificar el manifiesto de la aplicación y eliminar la entrada de “solicitud de nivel de ejecución” para que la aplicación se considere como heredada, no obstante Microsoft nos ofrece una alternativa, más compleja, pero más profesional: “Application compatibility Toolkit 5.0” (ACT 5.0)

ACT5.0 está pensada para solucionar los problemas de compatibilidad que una aplicación puede presentar en Windows Vista. Es una herramienta ideada para que las empresas puedan identificar y distribuir soluciones a problemas de compatibilidad conocidos de manera corporativa y en forma de pequeños parches. Podéis descargar esta herramienta gratuitamente desde el siguiente enlace:

http://www.microsoft.com/downloads/details.aspx?FamilyID=24da89e9-b581-47b0-b45e-492dd6da2971&displaylang=en

ACT5.0 no virtualiza las aplicaciones de la misma forma que hemos tratado en este post, pero si es capaz de “virtualizar” o “redirigir” determinadas escrituras para que una aplicación funcione con normalidad. No obstante ACT es una herramienta extensa, que dará para varios posts en este mismo Blog en un futuro, y esto ya me esta quedando demasiado largo (como de costumbre), de manera que con la mención a esta herramienta creo que puedo dar por finalizado este tema…

Como siempre, gracias por vuestro tiempo, y os animo a seguir cotilleando lo que hay “dentro” de vuestro Windows Vista, que no es poco.

Se escucha un murmullo en los corrillos de la oficina, delante de la máquina de café, en la conversación del cigarrillo matutino… «Windows Vista deja colgados a los equipos», «Windows Vista no deja ver películas piratas», «Windows vista envía información personal a Microsoft», «con Windows Vista controlan tus programas P2P y tus descargas»,» Windows Vista es el nuevo Windows ME»…

La historia reciente deja constancia de otros bulos notables, los conocidos tradicionalmente como «leyendas Urbanas»…

¿Quién no conoce a alguien que no haya visto ese programa de «Sorpresa Sorpresa» de Ricky Martín una niña y su perro?

¿Bill Gates Asesinado en los Ángeles?

¿Tráfico ha instalado dispositivos para provocar llamadas a móviles y detener a los infractores?

¿»La Oreja de Van Gogh» declaró abiertamente en televisión su ideología Pro-Etarra?

Curiosamente muchos de estos «bulos» han provocado caídas en bolsa ¿o será también una leyenda urbana?

Y es que el ser humano tiene una necesidad nata de «opinar», de comentar, de cotillear sobre aspectos de los que muchas veces no tiene conocimientos. Quizás sea la necesidad de cubrir la ignorancia o el simple impulso de romper un silencio incomodo cuando los temas de conversación tradicionales quedan agotados ¿Qué tal el finde? ¿Qué tal la familia?¿Que tal las vacaciones?¿QUE TAL EL NUEVO WINDOWS VISTA?

Una empresa de Marketing ha decidido comprobar empíricamente lo que realmente opinan los usuarios de Windows Vista, y el resultado es MOJAVE, el nombre en código de una «supuesta» nueva versión de Windows que aspiraba a sustituir a Vista, pero a los sujetos del experimento les espera una sorpresa, ese Windows Codename Mojave, del que dicen maravillas no es sino otro que el propio «Windows Vista», del que 5 minutos antes habían echado pestes.

La conclusión del experirmento MOJAVE es: «Opina por ti mismo», prueba Windows Vista.

Antes de comenzar la parte más práctica de este artículo, me gustaría explicar que se entiende por preferencia y las diferencias que existen con respecto a las directivas de seguridad.
Normalmente, las empresas y organizaciones requieren la aplicación de dos tipos de configuraciones, configuraciones administradas y configuraciones no administradas. Las configuraciones administradas son aquellas que se fuerzan en su aplicación y no se permite su modificación por parte de los usuarios, por ejemplo, bloquear el acceso al panel de control. Las configuraciones no administradas son preferencias que se configuran para mejorar la experiencia del usuario y que el sistema se ajuste mejor a su perfil, pero se permite que el usuario modifique la preferencia en cualquier momento. Por lo tanto no tienen un carácter de seguridad, sino de personalización del entorno.

Normalmente, esta personalización del entorno se ha venido realizando hasta ahora mediante la ejecución de scripts durante el inicio o cierre de sesión, o generando imágenes de sistema operativo con las preferencias ya preconfiguradas.

Cuando hablo de preferencias, me refiero por ejemplo a la creación de una carpeta de usuario, creación de entradas de registro específicas, accesos directos en el escritorio u otras ubicaciones, configuración de la impresora predeterminada, etc.

Pues bien, ahora Microsoft y Windows Server 2008 nos ponen las cosas un poco más sencillas a los profesionales de TI, gracias al nuevo conjunto de elementos configurables en las GPOs, llamado preferencias del sistema.

Antes de poder configurar nada vamos a necesitar varios  componentes:

• 
  
  Un controlador de dominio basado en Windows Server 2008
  
  
• 
  
  Consola de administración de políticas de grupo para Windows Server 2008 o Windows Vista SP1 (en este caso hay que descargarse RSAT)
  
  
• 
  
  Group Policy Preference Client Side Extension (descargable desde aquí)

Solo se pueden administrar las preferencias desde la consola de administración de políticas de grupo que incluye Windows Server 2008 o el conjunto de herramientas de administración para Windows Vista SP1 (RSAT). Sin embargo, vamos a poder aplicar la configuración de preferencias a equipos con Windows XP SP2, Windows Vista, Windows Vista SP1 y Windows Server 2008.
Una de las ventajas que aporta la configuración de preferencias es que no es necesario disponer de aplicaciones que hayan sido diseñadas para “entender” las políticas de grupo, independientemente si  agregamos una entrada de registro o configuramos un archivo .ini.

Antes de que un equipo pueda recibir las configuraciones de preferencias debemos descargar e instalar Group Policy Preference Client Side Extension 

• 
  
  GPPCSE para Windows XP SP2 – http://www.microsoft.com/downloads/details.aspx?FamilyId=E60B5C8F-D7DC-4B27-A261-247CE3F6C4F8&displaylang=en
  
  
• 
  
  GPPCSE para Windows Vista – http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=AB60DC87-884C-46D5-82CD-F3C299DAC7CC&displaylang=es

Las configuraciones de preferencias se crean de forma muy similar a cualquier otra GPO. Desde la consola de administración de políticas de grupo creamos y vinculamos una nueva GPO en la OU en la que estén los equipos o usuarios que queramos configurar, por ejemplo, vamos a crear una GPO para configurar un acceso directo a una carpeta compartida.

En la consola de edición de la GPO que acabamos de crear, podemos observar que existe una carpeta llamada Preferencias, tanto a nivel de usuario como a nivel de equipo. Dentro de esta carpeta están todos los elementos configurables, agrupados en Configuración de Windows y Configuración del panel de control.

Este tipo de configuración nos va a permitir desde crear, modificar o eliminar carpetas, archivos .ini, o entradas de registro, hasta configurar los perfiles de energía, impresoras u opciones regionales.

Por fin tenemos un entorno totalmente configurable desde el Directorio Activo, sin necesidad de crear complicados scripts de inicio de sesión.
En este ejemplo, vamos a crear un acceso directo a nivel de usuario por lo tanto seleccionamos Shortcuts con el botón derecho y hacemos clic en New > Shortcut.
Se abre la siguiente pantalla, en donde configuraremos las opciones del acceso directo.

• 
  
  Action: Create
  
  
• 
  
  Name: Carpeta compartida (o cualquier otro nombre)
  
  
• 
  
  Target type: File System Object
  
  
• 
  
  Location: Desktop
  
  
• 
  
  Target Path: \nombre_servidorNOMBRE_CARPETA

El parámetro Location es dónde queremos que aparezca el acceso directo, mientras que el Target Path es la ruta hacia la carpeta compartida. También podemos crear accesos a aplicaciones, por ejemplo, la calculadora. En ese caso podríamos lo siguiente:

• 
  
  Action: Create
  
  
• 
  
  Name: Calculadora
  
  
• 
  
  Target type: File System Object
  
  
• 
  
  Location: Desktop
  
  
• 
  
  Target Path: C:WindowsSystem32calc.exe

Si le queremos pasar argumentos a la aplicación, los escribimos en el campo Arguments de la pantalla.

Una vez creada la configuración de preferencia, cerramos la pantalla de edición de la GPO y esperamos unos minutos a que el Controlador de Dominio se sincronice y a continuación ejecutamos gpupdate /force en el cliente Windows Vista para forzar la descarga de la nueva directiva. Observaremos que en el escritorio aparece el acceso directo que acabos de crear. Si no aparece automáticamente podemos presionar F5 para actualizar el escritorio y cerrar y volver a iniciar la sesión.

En el próximo post hablaré de las opciones de configuración avanzada que nos permiten las directivas de preferencias.

¡Hola de nuevo! ¿Os acordais de cuando exportamos nuestros datos para llevárnoslo a otro equipo? Pues bien, hoy vamos a llevarnos este fichero a otro equipo y a abrirlo.

Recordemos que se nos había creado un fichero con extensión .mig, que almacenamos en un dispositivo extraíble y que nos llevamos a nuestro nuevo equipo.

Este fichero vamos a llevarlo a otro equipo. En este caso es un Windows Vista recién instalado que simplemente dispone de una cuenta Administrador. Permitirme que os recuerde que aunque Windows Vista disponga de medidas para aumentar la seguridad de nuestro PC, la mejor condición de seguridad se dara cuando dispongamos de un usuario administrador que solo usemos en contadas ocasiones y un usuario sin privilegios administrativos para el dia a dia.

Es importante hacer notar que si queremos llevar la configuración de un equipo de 64 bits a otro de 32 bits, Windows Easy Transfer no nos lo va a permitir, pues podría existir algún tipo de incompatibilidad entre programas y datos exportados.

Cuando exportemos un fichero valido se nos presentara una pantalla indicándonos las cuentas existentes en el equipo antiguo y sobre que cuenta queremos implantarlas. Podemos crear cuentas nuevas con el nombre que deseemos o podemos sobrescribir la configuración de un usuario existente.

En este caso hemos decidido crear una cuenta nueva.

Antes de empezar la importación se nos pedirá que revisemos los datos que se van a importar y a continuación empezara a trabajar.

Cuando termine el asistente nos mostrara un breve resumen de el numero de elementos que se han exportado correctamente, además tenemos la opción de ver un resumen mucho mas detallado que podemos imprimir o guardar si hacemos clic en “Mostrar una lista de todo lo transferido”.
Cuando terminemos el asistente debemos de reiniciar la maquina para que los cambios realizados en la configuración del equipo tengan efecto. Y con esto tendremos nuestros datos exportados de un equipo a otro de manera fácil y sencilla.

Comentar por ultimo que también existe esta herramienta para Windows XP , lo que nos permite exportar nuestros datos de una maquina con XP, instalar Windows Vista en ella y cargar la configuración y los datos anteriores. Podeis descargarla gratuitamente desde la web de Microsoft. [http://www.microsoft.com/downloads/details.aspx?FamilyId=2B6F1631-973A-45C7-A4EC-4928FA173266&displaylang=es]

¡Un saludo!

Siempre que pensamos en el futuro, lo vemos como algo lejanos y con cantidad de mejoras tecnológicas hoy en día inconcebibles.  Nunca nos paramos a pensar en lo que ya tenemos y la capacidad de muchos de los inventos tecnológicos que hoy ya tenemos.  Realizamos videoconferencias en cuestión de segundos cuando antiguamente la carta. Pues bien, ya podemos controlar nuestro equipo con la voz, algo que parece del futuro pero que está muy presente hoy en día. Durante este post veremos cómo configura Vista para poder controlarlo a golpe de voz y así tener una escusa para cuando nos vean hablarle al ordenador.

Para ello vamos a Inicio/Panel de Control/Text to Speech

Una vez dentro pasaremos a configurar una serie de requisitos para el buen funcionamiento de la aplicación, tales como el micro y los altavoces y la creación de un perfil de reconocimiento de voz.

Para la creación de un nuevo perfil de reconocimiento de voz vamos a nuevo e introducimos un nombre, en mi caso yo he usado el mio para diferenciarlos del resto.

 

Una vez creado el perfil, pasamos al proceso en el que Vista asimilara y aprenderá los rasgos de nuestra voz.  Durante el proceso deberemos repetir las frases que nos indican en la pantalla y que además nos dan información de cómo usar el reconocimiento de voz posteriormente.

 

Pulsamos en siguiente para comenzar el proceso.  Durante la operación podemos probar ya el funcionamiento parando o reanudando el proceso.

 

Una vez finalizado el proceso solo nos queda activarlo.  Para ello en Inicio / Panel de Control  accedemos a Opciones de Reconocimiento de Voz (Speech Recognition Options) y pulsamos en Empezar Reconocimiento de Voz (Star Speech Recognition).

 

 

Es recomendable seguir enseñando a Vista nuestros rasgos de voz.  Esta opción aparece en la misma ventana que hemos usado antes para activar el reconocimiento de voz.

http://www.microsoft.com/enable/products/windowsvista/speech.aspx

 

Post realizado por Fernando Villarreal

A veces nos vemos con la necesidad de cambiar de equipo, ya sea por un fallo de hardware o porque las especificaciones y características del anterior se nos queden cortas. En cualquier caso siempre tenemos que hacer una de las tareas mas tediosas en esto de la informática: transferir los datos de un equipo a otro.
Antes (y mucha gente lo sigue haciendo en la actualidad) lo que hacíamos era replicar los datos importantes en un disco duro externo o un CD y llevarlos a la nueva maquina, donde necesitábamos volver a instalar y configurar todos los programas que además tuviésemos instalados en nuestro antiguo ordenador. Ahora disponemos de una herramienta llamada Microsoft Easy Transfer.
Microsoft Easy Transfer nos permite transferir entre maquinas una serie de elementos:
• Carpetas y ficheros
• Cuentas de usuarios
• Configuracion de aplicaciones
• Configuracion del propio Windows
Veamos paso a paso como usar este programa y algunas de sus características.
Para empezar hacemos clic en el menú inicio y empezamos a escribir el nombre del programa (Microsoft Easy Transfer) y le hacemos clic al icono. Despues de aceptar la elevación de privilegios (recordemos que vamos a poder copiar datos de otros usuarios) nos aparecerá la pantalla de bienvenida a la herramienta.
 
Paso importante es el siguiente, pues nos pregunta si lo que deseamos es empezar una nueva transferencia o continuar una existente. Esto es asi porque si (en siguientes pasos) hemos decidido usar algún tipo de dispositivo de almacenamiento de datos que no permite almacenar todos los datos seleccionados podremos continuar con la copia en el fichero exacto donde lo hubiésemos dejado.
 
En este caso vamos a empezar una nueva transferencia de datos de un equipo a otro, por lo que la siguiente pantalla nos preguntara acerca del equipo en el que nos encontramos: el que contiene los datos a exportar (Mi equipo antiguo) o el que va a recibir la nueva configuración (Mi equipo nuevo). En este caso vamos a copiar datos de mi equipo para llevármelos a otro.
 
Una vez decidida la maquina en la que nos encontramos hemos de seleccionar cual es el método que queremos usar para la transferencia. Disponemos de 3 opciones:
• Easy Transfer Cable
• A través de red
• Usando medios externos como CD o discos USB
 
Evidentemente la opción mas recomendada es la del cable Easy Transfer, aunque no se cuán fácil será de comprar en España. Este cable permite conectar por USB dos equipos y transferir los datos.
De las otras dos opciones vamos a elegir la de un disco extraíble. Debemos de tener en cuenta que quizás los datos exportados sobrepasen los varios gigas de datos, asi que es posible que necesitemos relanzar el asistente (opción Continuar una transferencia) o buscar un disco duro extraíble de capacidad suficiente.
En la siguiente pantalla se nos solicita una ubicación donde se guardara el fichero necesario para la exportación y se nos recomienda añadirle una contraseña para securizar el archivo.
 
Una vez seleccionada la ubicación se nos ofrecen opciones para exportar todos los datos de todo los usuarios, del usuario actual solamente o una exportación personalizada, que es la que vamos a hacer para poder mostrar la granularidad de la herramienta.
 
En la siguiente captura podeis ver como se nos permite seleccionar diferentes ficheros dependiendo de nuestras necesidades:
 
Una vez hecho esto es importante que nos fijemos en el tamaño que va a ocupar nuestro volcado de datos, aunque si no exportamos la carpetas documentos (como es mi caso) el tamaño se puede reducir considerablemente.
Si hacemos clic en Siguiente comenzara el proceso de transferencia o, en este caso, de creación del fichero para transportarlo al otro equipo.
 
Una vez terminado tendremos un fichero de extensión MIG que nos llevaremos a otro equipo… pero esto será otra historia!