vista-tecnica : Administración

Mejoras en el administrador de discos en Windows Vista

Juan Francisco Arrabé Murillo — Fri, 21 Nov 2008 17:54:00 GMT

Nos falta prácticamente un mes para cumplir un año como BLOG y ya llevamos más de 170 artículos y posts sobre Windows Vista, y aun hay cosas de las que hablar (para los que digan que Windows Vista no aporta nada nuevo a Windows XP).

En esta ocasión voy a hablar sobre las mejoras en el "Administrador de discos" de Windows Vista, particularmente de la capacidad de redimensionar particiones grafica, cómoda y rápidamente sin tener que usar otras herramientas como "Partition Magic", por mencionar la más conocida.

El "Administrador de discos" es una herramienta gráfica de gestión de volúmenes incluida en Windows para tareas habituales de almacenamiento como la inicialización de discos, la creación de particiones y el formato de estas. También incluye opciones menos conocidas como la creación de "Discos Dinámicos" para la creación de sistemas RAID lógicos gestionados por el sistema operativo.

Vamos con el tema que nos ocupa:

La manera más rápida para abrir el "Administrador de discos" es abrir el menú contextual sobre Equipo y seleccionar "Administrar" (ver imagen)

Esto abrirá el administrador de equipos probablemente bien conocido por todos dado que es la consola gráfica principal de gestión del sistema, desde la que podemos crear usuarios, administrar recursos compartidos, comprobar dispositivos, el visor de eventos etc.

Dentro del administrador de equipos debemos ir a "ALMACENAMIENTO>ADMINISTRADOR DE DISCOS" donde podremos gestionar nuestros discos duros.

En el ejemplo presente tengo un solo disco duro con una única partición que ocupa todo el almacenamiento disponible. Esto es un caso típico (quizás el más habitual), donde cuando instalamos el sistema operativo no pensamos que necesitaremos una partición adicional en un futuro para otro sistema operativo, o una partición para los datos.

En un caso como el mostrado necesitaremos redimensionar la partición haciéndola más pequeña para después usar el espacio obtenido para crear una partición nueva.

Windows Vista, a diferencia de XP, ofrece la posibilidad de "Reducir el volumen" sin necesidad de hacer uso de software de terceros. Para ello solo debemos pulsar con el botón derecho del ratón sobre la partición deseada y seleccionar "reducir volumen".

Esto abrirá un asistente que nos preguntará cuanto espacio en MB deseamos reducir (en mi ejemplo, voy a reducir 20GB para instalar Windows Server 2008 en una nueva partición). Tras pulsar en "Aceptar" comenzará la reducción del volumen, un proceso bastante rápido con respecto a otro software comercial ya que no hay movimiento de información (el volumen solo puede reducirse hasta la ubicación del cilindro del último bloque de datos escrito).

Una vez reducido el volumen (imagen superior) podemos proceder a la creación de la nueva partición en el espacio no asignado (en negro) para Windows Server 2008, pero justo en este momento, un compañero de trabajo nos dice que en vez de instalar Windows Server 2008 nos puede pasar una máquina virtual de "Virtual PC 2007 SP1" que ocupa 10GB con dicho sistema operativo ya instalado y preparado para trastear con él.

Necesitamos instalar esa máquina virtual y para ello necesitamos recuperar almenos 10GB del volumen que habíamos reducido (el proceso contrario), para ello es imprescindible que el espacio No Asignado (el espacio en negro de la imagen) sea contiguo (en la parte derecha) al de la partición que vamos a aumentar, esto es así porque el proceso de redimensión del administrador de discos de Windows Vista no mueve ni copia sectores por lo que solo puede ampliarse el espacio por el final de la partición.

Pulsamos con el botón derecho del ratón sobre la partición a aumentar y seleccionamos la opción "Extender Volumen" (ver imagen).

Indicamos el espacio a aumentar (10GB) y pulsamos en "aceptar". En menos de un minuto tendremos nuestra partición redimensionada demostrando de nuevo la rapidez de este sistema (ahora el espacio no asignado lo tenemos en 9,77GB).

Ya podemos copiar esa máquina Virtual de Windows Server 2008 y reproducir un laboratorio de Directorio Activo, Terminal Services, Rights Management Services o Network Access Protecction entre otros...

Espero que os sea de utilidad, un saludo y hasta el próximo artículo.

Hands On Lab de Windows Vista en Estella en Octubre

Antonio Diaz — Tue, 30 Sep 2008 09:29:00 GMT

Se realizará 1 semana de Hands On Lab centrados en diversos aspectos de Windows Vista. Una de las sesiones será dedicada a Windows Vista, otra será dedicada a la Gestión de Aplicaciones con MDOP, en una de las sesiones nos ocuparemos del diagnóstico y gestión de errores, el Service Pack 1 ocupará la cuarta sesión, y finalizaremos con dos sesiones más una de ellas enfocada a las políticas de grupo y la otra a la compatibilidad de aplicaciones. Tienes toda la campaña en la siguiente URL: Hands On Lab Estella. Los Hands On Lab de Windows Vista los tienes descritos aquí:

HOL-VIS02 Microsoft Windows Vista. Administración
13 y 14 Octubre 16:00-19:00 - Temario Completo

Durante el seminario se verán las herramientas de administración del sistema Windows Vista. Las herramientas de gestión remota, la gestión de usuarios y recursos dentro del sistema y como se integra dentro de sistemas informáticos basados en dominios Microsoft.

1. Introducción a Windows Vista.
2. Administración de la interfaz Windows Aero.
3. Las consolas de administración y gestión de Windows Vista.
4. Administración del sistema: gestión de rendimientos con Superfetch y EMD.
5. Sistemas de gestión de red.
6. La administración local del sistema.
7. Windows Mail.
8. Administración de documentos: sistemas de búsquedas.
9. Internet Explorer 7.
10. Copias de seguridad y recuperación.

HOL-VIS08 Microsoft Windows Vista. Gestión de Aplicaciones con MDOP. (SOFTGRID y Microsoft Asset Inventory Service)
14 Octubre 09:00-15:00 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar las nuevas herramientas que proporciona Microsoft para gestionar y mantener las aplicaciones de forma dinámica. Con estas herramientas se podrá virtualizar aplicaciones, gestionar el uso de licencias a un número determinado de usuarios, inventariar el software instalado en la empresa y el estado del mismo, etc.

1. Introducción a MDOP.
2. La gestión de las aplicaciones en la empresa.
3. Virtualización de aplicaciones. Reducción de costes y mejoras en los sistemas de seguridad.
4. Componentes de SoftGrid.
5. Configuración de SoftGrid.
6. Despliegue de aplicaciones.
7. Actualización.
8. Eliminación de aplicaciones.
9. Microsoft Asset Inventory Service.
10. Inventariado de aplicaciones.
11. Análisis de licencias

HOL-VIS09 Microsoft Windows Vista. Diagnóstico y Gestión de errores. (Diagnostics and Recovery Toolsets y Center Desktop Error monitoring)
15 Octubre 09:00-15:00 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar las nuevas herramientas que proporciona Microsoft para la resolución de problemas en el sistema operativo Windows Vista. Ambas herramientas mejorarán la respuesta de resolución de los problemas e incluso conseguirá una resolución dinámica de los mismos.

1. Introducción a MDOP.
2. Diagnostics and Recovery toolsets.
3. Center Desktop Error monitoring.
4. Diagnóstico de las Estaciones de trabajo: Procedimiento.
5. Análisis y recuperación frente a fallos.
    a) Arranque.
    b) Sistemas Bloqueados.
    c) Pérdida de información.
6. La gestión de errores centralizada con MDOP y SCOM 2007.
7. Configuración de agentes.
8. Configuración de respuestas frente a errores.
9. Informes de estado.

HOL-VIS12 Microsoft Windows Vista. Service Pack 1
15 y 16 Octubre 16:00-19:00 - Temario Completo

En este Hands On Lab se aprende a identificar las principales mejoras y características de Windows Vista SP1. Se explicarán los diferentes métodos de instalación para diversos escenarios y se realizarán demostraciones prácticas de cifrado, conexiones SSTP, mejoras en el rendimiento, copias de seguridad y configuraciones mediante GPOs.

1. Introducción a Windows Vista SP1
2. Métodos de instalación
3. Requisitos previos
4. Mejoras del Service Pack 1
    a) Formato exFAT
    b) Copias de seguridad con carpetas y archivos cifrados con EFS
    c) Mejora del rendimiento cuando se copian archivos
    d) Cliente RDC 6.1 con control ActiveX para TS Web Access
    e) Cifrado de volúmenes que no son de sistema con Bitlocker
    f) Soporte para SSTP en conexiones VPN
    g) Selección de defragmentación de volúmenes lógicos
    h) Configuración de clientes NAP para recibir actualizaciones desde WU
    i) Configuración de propiedades de red mediante GPO
    j) IIS 7 completamente soportado
5. Otras mejoras

HOL-VIS10 Microsoft Windows Vista. Políticas de Grupo y Directivas para Windows Vista en un Escenario de Empresa.
16 Octubre 09:00-15:00 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar la nueva herramienta que proporciona Microsoft para gestionar y mejorar el uso de políticas de grupo que se realiza en el entorno empresarial. Dicho aplicativo se integra completamente con GPM y permite la modificación de políticas offline, recuperación total o de un estado concreto de una política, etc.

1. Introducción.
2. Gestión de entorno y seguridad con Políticas de Grupo.
3. La aplicación de las políticas de grupo.
4. Gestión de políticas con GPM.
5. La gestión avanzada mediante MDOP: Microsoft Advance Group Policy Management.
6. Delegación y gestión granular de políticas.
7. Gestión y control de cambios.
8. Gestión de plantillas de GPO.
9. Edición off-line de políticas.
10.Recuperación de políticas eliminadas.

HOL-VIS11 Microsoft Windows Vista. Compatibilidad de aplicaciones en Windows Vista
17 Octubre 09:00-15:00 - Temario Completo

En este Hands On Lab se aprende a mejorar la compatibilidad de las aplicaciones en Windows Vista. Se abordarán una serie de aplicaciones de Microsoft que permiten detectar los problemas de compatibilidad, establecer planes de análisis de compatibilidad y principalmente mecanismos que resuelven dichos problemas.

1. El entorno de ejecución de Windows Vista.
2. Compatibilidad de las aplicaciones.
3. Procedimiento para el desarrollo de un plan de compatibilidad de aplicaciones.
4. El asistente para compatibilidad de aplicaciones en Windows Vista.
5. Virtualización de aplicaciones mediante SoftGrid.
6. Ejecución de aplicaciones en máquina virtual.
7. Virtual PC 2007.

Más información de toda la campaña en: http://www.microsoft.com/spain/seminarios/hol_estella.mspx#Listado_de_Seminarios

Hands On Lab de Windows Vista en Madrid en Septiembre

Antonio Diaz — Wed, 10 Sep 2008 19:32:00 GMT

Se realizará 1 semana de Hands On Lab centrados en la seguridad de Sistemas ya que esta es una de las prioridades de la Escuela, focalizada en todos los aspectos relacionados con la Seguridad. Una de las sesiones será dedicada a Windows Vista, otra será dedicada a la Gestión de Aplicaciones con MDOP, en una de las sesiones nos ocuparemos de la seguridad, y continuaremos en otra sesión con el diagnóstico y gestión de errores, las políticas de grupo y directivas ocuparán la quinta sesión y finalizaremos con dos sesiones más, en una será protagonista la compatibilidad de aplicaciones y en otra el Service Pack 1. Tienes toda la campaña en la siguiente URL: Hands On Lab Madrid. Los Hands On Lab de Windows Vista los tienes descritos aquí:

HOL-VIS02 Microsoft Windows Vista. Administración
22 Septiembre 08:30-14:30 - Temario Completo

Durante el seminario se verán las herramientas de administración del sistema Windows Vista. Las herramientas de gestión remota, la gestión de usuarios y recursos dentro del sistema y como se integra dentro de sistemas informáticos basados en dominios Microsoft.

1. Introducción a Windows Vista.
2. Administración de la interfaz Windows Aero.
3. Las consolas de administración y gestión de Windows Vista.
4. Administración del sistema: gestión de rendimientos con Superfetch y EMD.
5. Sistemas de gestión de red.
6. La administración local del sistema.
7. Windows Mail.
8. Administración de documentos: sistemas de búsquedas.
9. Internet Explorer 7.
10. Copias de seguridad y recuperación.

HOL-VIS08 Microsoft Windows Vista. Gestión de Aplicaciones con MDOP. (SOFTGRID y Microsoft Asset Inventory Service)
22 y 23 Septiembre 16:00-19:00 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar las nuevas herramientas que proporciona Microsoft para gestionar y mantener las aplicaciones de forma dinámica. Con estas herramientas se podrá virtualizar aplicaciones, gestionar el uso de licencias a un número determinado de usuarios, inventariar el software instalado en la empresa y el estado del mismo, etc.

1. Introducción a MDOP.
2. La gestión de las aplicaciones en la empresa.
3. Virtualización de aplicaciones. Reducción de costes y mejoras en los sistemas de seguridad.
4. Componentes de SoftGrid.
5. Configuración de SoftGrid.
6. Despliegue de aplicaciones.
7. Actualización.
8. Eliminación de aplicaciones.
9. Microsoft Asset Inventory Service.
10. Inventariado de aplicaciones.
11. Análisis de licencias

HOL-VIS03 Microsoft Windows Vista. Seguridad
23 Septiembre 08:30-14:30 - Temario Completo

En este Hands On Lab se aprenden los distintos métodos de seguridad que
Microsoft ha planteado con respecto a Windows Vista, abordando temas de referencia
en la actualidad muy relacionados con la seguridad. Abordaremos las nuevas
funcionalidades que acompañan a Windows Vista en estos campos y las mejoras
existentes sobre antiguas herramientas a las que se le ha dotado de nuevas
funcionalidades.

1. Introducción a Windows Vista.
2. El sistema de gestión UAC (User Account Control).
3. La seguridad en los procesos de autentificación.
4. Políticas de seguridad.
5. Sistema de protección en red.
6. El firewall de Windows Vista.
7. Windows Defender.
8. Protección de datos: Bitlocker Drive Encryption.
9. Integración de clientes Rights Management.
10. Gestión y protección de servicios.
11. El subsistema de seguridad de Internet Explorer 7.

HOL-VIS09 Microsoft Windows Vista. Diagnóstico y Gestión de errores. (Diagnostics and Recovery Toolsets y Center Desktop Error monitoring)
24 Septiembre 08:30-14:30 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar las nuevas herramientas que proporciona Microsoft para la resolución de problemas en el sistema operativo Windows Vista. Ambas herramientas mejorarán la respuesta de resolución de los problemas e incluso conseguirá una resolución dinámica de los mismos.

1. Introducción a MDOP.
2. Diagnostics and Recovery toolsets.
3. Center Desktop Error monitoring.
4. Diagnóstico de las Estaciones de trabajo: Procedimiento.
5. Análisis y recuperación frente a fallos.
     a) Arranque.
     b) Sistemas Bloqueados.
     c) Pérdida de información.
6. La gestión de errores centralizada con MDOP y SCOM 2007.
7. Configuración de agentes.
8. Configuración de respuestas frente a errores.
9. Informes de estado.

HOL-VIS10 Microsoft Windows Vista. Políticas de Grupo y Directivas para Windows Vista en un Escenario de Empresa.
24 y 25 Septiembre 16:00-19:00 - Temario Completo

En este Hands On Lab se aprende a implantar y configurar la nueva herramienta que proporciona Microsoft para gestionar y mejorar el uso de políticas de grupo que se realiza en el entorno empresarial. Dicho aplicativo se integra completamente con GPM y permite la modificación de políticas offline, recuperación total o de un estado concreto de una política, etc.

1. Introducción.
2. Gestión de entorno y seguridad con Políticas de Grupo.
3. La aplicación de las políticas de grupo.
4. Gestión de políticas con GPM.
5. La gestión avanzada mediante MDOP: Microsoft Advance Group Policy Management.
6. Delegación y gestión granular de políticas.
7. Gestión y control de cambios.
8. Gestión de plantillas de GPO.
9. Edición off-line de políticas.
10.Recuperación de políticas eliminadas.

HOL-VIS11 Microsoft Windows Vista. Compatibilidad de aplicaciones en Windows Vista
25 Septiembre 08:30-14:30 - Temario Completo

En este Hands On Lab se aprende a mejorar la compatibilidad de las aplicaciones en Windows Vista. Se abordarán una serie de aplicaciones de Microsoft que permiten detectar los problemas de compatibilidad, establecer planes de análisis de compatibilidad y principalmente mecanismos que resuelven dichos problemas.

1. El entorno de ejecución de Windows Vista.
2. Compatibilidad de las aplicaciones.
3. Procedimiento para el desarrollo de un plan de compatibilidad de aplicaciones.
4. El asistente para compatibilidad de aplicaciones en Windows Vista.
5. Virtualización de aplicaciones mediante SoftGrid.
6. Ejecución de aplicaciones en máquina virtual.
7. Virtual PC 2007.

HOL-VIS12 Microsoft Windows Vista. Service Pack 1
26 Septiembre 08:30-14:30 - Temario Completo

En este Hands On Lab se aprende a identificar las principales mejoras y características de Windows Vista SP1. Se explicarán los diferentes métodos de instalación para diversos escenarios y se realizarán demostraciones prácticas de cifrado, conexiones SSTP, mejoras en el rendimiento, copias de seguridad y configuraciones mediante GPOs.

Más información de toda la campaña en: http://www.microsoft.com/spain/seminarios/hol.mspx

"Utilidad De Configuración Del Sistema" por Fran Nogal

Juan Francisco Arrabé Murillo — Mon, 08 Sep 2008 15:19:00 GMT

Detrás de este nombre tan misterioso se encuentra una herramienta que cualquier técnico de sistemas ya ha utilizado en Windows XP y que en Windows Vista ha tomado un poco más de importancia de la que ya tenía, y que nos va a servir para resolver problemas con el inicio de nuestro equipo.

Como la mayoría sabréis, la forma más común, tanto en Windows Vista como Windows XP, de arrancar esta utilidad es ir a INICIO-EJECUTAR (esto en Windows XP) o WINDOWS +R (Windows Vista) y ahí ejecutamos MSCONFIG. Una vez abierta la herramienta (en el caso de Windows Vista antes nos habrá saltado el UAC si lo tenemos habilitado porque esta herramienta es una herramienta de administración y por tanto necesita elevación de privilegios.) pasaremos a revisar su funcionamiento en cada una de las pestañas.

En la primera pestaña, tanto en Windows XP como en Windows Vista, nos salen las diferentes opciones que nos ofrece el Sistema Operativo para controlar su inicio. Seleccionando INICIO NORMAL el sistema operativo arrancará de forma predeterminada cargando todos sus programas, servicios y controladores. Sí seleccionamos INICIO CON DIAGNOSTICO Windows decidirá que controladores de dispositivos y software cargará al inicio. Si utilizamos esta opción se deshabilitaran algunos servicios como los de RED, Informe de Errores y Restaurar Sistema, por ejemplo. En la tercera opción, INICIO SELECTIVO, tendremos nosotros que tomar la decisión de qué queremos que cargue al inicio. Si clicamos en esta opción, se activaran los checkbox que tenemos debajo. Sí desactivamos la casilla de verificación, por ejemplo CARGAR SERVICIOS DEL SISTEMA, esa opción no se procesara al reiniciar el sistema, es decir, no se cargaran esos servicios. Si aun clicando en la casilla de verificación, esa opción sigue quedándose activada, significará que todavía algún servicio será cargado.

Cuando pasamos a la siguiente pestaña, mientras que en Windows XP nos salen System.ini y Win.ini, en Windows Vista ya no es así ya que han dejado de existir esas dos pestañas dentro de esta utilidad en el nuevo sistema operativo. Quitando esas dos pestañas, la siguiente pestaña es que nos aparece es, o boot.ini en Windows XP o Arranque en Windows Vista. Esta es una de las pestañas más importantes y que mas cambio ha sufrido, sobre todo por el cambio en el modo de arranque de Windows Vista. En Windows XP desde esta pestaña podremos modificar el archivo de arranque boot.ini agregándole además ciertos parámetros. Pero con Windows Vista esto se ha vuelto incluso con más posibilidades de modificación.

Si seleccionamos Arranque a prueba de errores, se nos habilitaran las opciones que tenemos debajo, actuando estas de la siguiente manera:

MINIMO: arranca el explorador de Windows, servicios críticos pero no se arranca los servicios de red
SHELL ALTERNO: No se ejecutan ni la interfaz grafica ni los servicios de red, apareciendo solo el símbolo de sistema y ejecutándose los servicios crítico
REPARAR ACTIVE DIRECTORY: Se ejecutan los servicios críticos del sistema y Active Directory
RED: Se arranca la interfaz grafica de usuario y los servicios de red están habilitados

Si marcamos la opción de SIN ARRANQUE DE GUI, no nos mostrara la pantalla de bienvenida de Windows al arrancar.

Con REGISTRO DE ARRANQUE activaremos que al iniciar el sistema nos creara un log del arranque en la ruta %SystemRoot%Ntbtlog.txt. Y ya por último, dentro de todo este abanico de opciones, con VIDEO BASE e INFORMACION DEL ARRANQUE DEL SO, lo que haremos es, en el primer caso cargar únicamente los controladores VGA ESTANDAR, mientras que en el segundo caso nos ira mostrando el nombre de los controladores según vayan cargando.

Veréis además que hay una casilla con la etiqueta de CONVERTIR EN PERMANENTE TODA LA CONFIGURACIÓN DE INICIO que si la marcamos hará que todos los cambios que realicemos a partir de que aceptemos tengan que ser de forma manual, ya que no se guardarán los cambios que hagamos, por ejemplo, al seleccionar la opción de INICIO NORMAL de la pestaña general.

Pero además de todo esto, tenemos un botón de opciones avanzadas, en las que nos dará la opción de todavía poder modificar mas el arranque, pudiendo seleccionar cuantos procesadores queremos que trabajen en el arranque del equipo o indicar cuál es la cantidad máxima de memoria con la que queremos trabajar pero lo más importante es que podremos realizar una depuración hacia un dispositivo USB (en XP solo era posible con puertos COM y Firewire), de manera que sea posible realizar una conexión remota para el control del arranque sin necesidad de que el sistema operativo se encuentre online.

Las dos siguientes fichas no han sufrido mucho cambio de Windows XP a Windows Vista, mientras que en la ficha SERVICIOS aparecerán los servicios que se ejecutan al inicio del sistema pudiendo desde ella habilitar y deshabilitar cualquiera de ellos. Quizas la característica más curiosa sea la de Ocultar todos los servicios de Microsoft, que si la seleccionamos nos mostrara en pantalla únicamente los servicios que pertenezcan a productos de terceros, como podemos ver en la imagen.

La pestaña INICIO DE WINDOWS tiene la misma funcionalidad tanto en WINDOWS XP como en Windows Vista, es decir, podemos deseleccionar que programa no queremos que se ejecute al inicio para no ralentizar demasiado el sistema (desde el Explorador de Software de Windows Defender también podremos seleccionar que programas se ejecutan al inicio pero teniendo más información).

Y ya por ultimo tenemos una nueva pestaña, llamada HERRAMIENTAS (que también se incluye en Windows XP SP3), desde la que podremos ejecutar diferentes utilidades avanzadas pero que como principal característica es que podremos añadirle las herramientas que creamos. Para hacer esto deberemos guardar dentro de %SystemRoot%/system32 un archivo llamado Mscfgtlc.xml. En nuestro caso hemos añadido la línea siguiente:

<MSCONFIGTOOLS>

</MSCONFIGTOOLS>

Creo que es bastante fácil de entender, ejecutaremos el símbolo de sistema y un IPCONFIG para ver nuestra dirección IP. Guardamos y cerramos el archivo y cuando volvamos a abrir la utilidad de configuración del sistema ya nos aparecerá la nueva herramienta como podéis ver:

Como podéis ver, esta utilidad sigue conservando todo lo bueno que tenía en el WINDOWS XP pero además se le han añadido nuevas características que la hacen todavía mejor herramienta.

Otra referencia a MSCONFIG la encontramos en este mismo BLOG en un post sobre cómo acelear Windows Vista en: http://geeks.ms/blogs/vista-tecnica/archive/2008/07/03/acelera-tu-windows.aspx

Nota: Gracias

Como ejecutar una aplicación con privilegios administrativos en perfiles limitados por Josh Sáenz G.

Joshua Saenz — Mon, 21 Jul 2008 14:43:00 GMT

En muchas ocasiones nos encontramos con esta situación: Un usuario limitado que necesita ejecutar una aplicación en su equipo con privilegios administrativos, pero no queremos que conozca las credenciales de otro usuario administrador.

En Windows Vista, con UAC habilitado podemos hacer que por defecto el sistema ejecute una aplicación como administrador (Propiedades del acceso directo > Avanzado > Ejecutar como administrador), o si no, simplemente con el botón derecho seleccionamos el menu Ejecutar como Administrador...

En ambos casos, el sistema solicitará la contraseña del administrador. Pero si no queremos indicarle al usuario cuales son estas credenciales, entonces que opciones tenemos.

La primera opción es otorgarle permisos administrativos directamente al usuario, sin embargo ésto no es recomendable ya que estaríamos dándole más privilegios de los que realmente necesita y podíra ejecutar acciones que no queremos, por ejemplo, instalar programas o modificar la configuración del equipo. Otra opción es modificar manualmente los permisos necesarios tanto a nivel de archivos como de registro para que la aplicación se pueda ejecutar correctamente. Esto puede ser viable siempre y cuando el producto se mantenga mas o menos estable, es decir, que con una actualización no se altere la estructura de permisos necesarios. Además tendríamos que averiguar qué carpetas, archivos y claves de registro requiere acceso la aplicación, por lo tanto el trabajo necesario puede llegar a ser bastante laborioso. Las herramientas Filemon, Regmon y ProcessExplorer de Microsoft Sysinternals, nos pueden ayudar en estas tareas.

Pero nos queda una última opción gracias a la combinación del programa runas.exe y el uso de accesos directos.

Por ejemplo, si queremos hacer que un usuario limitado ejecute Internet Explorer como un administrador, pero sin tener que introducir las credenciales cada vez que inicia el programa, haríamos lo siguiente:

Crear un nuevo acceso directo a Internet Explorer en el escritorio (u otra ubicación)
En la linea de ejecución del asistente escribimos: runas.exe /user:Administrator /savecred "C:\Program Files\Internet Explorer\iexplore.exe"
Escribimos el nombre del acceso directo, por ejemplo "Internet Explorer Admin" y lo guardamos.

Cuando ejecutemos el acceso directo por primera vez, el sistema nos solicitará las credenciales del usuario Administrador, pero gracias al parámetro /savecred, la contraseña se almacena localmente y no se volverá a solicitar, permitiendo así que un usuario limitado ejecute una aplicación como un administrador, sin tener que conocer previamente las credenciales administrativas.

Si, vamos un poco más alla, podemos hacer que un usuario limitado pueda cambiar las propiedades del Firewall de Windows Vista, o abrir una consola administrativa. El procedimiento es similar al anterior y la única diferencia es la línea de ejecución que tendrá el acceso directo:

runas.exe /user:Administrator /savecred "mmc.exe C:\AdminCon.msc" (Si la consola administrativa AdminCon.msc está ubicada en el disco C:)
runas.exe /user:Administrator /savecred "control.exe /name Microsoft.WindowsFirewall"

Si el usuario administrativo no es local, sino un usuario de dominio, entonces cambiamos /user:Administrator por /user:DOMINIO\USUARIO_ADMINISTRADOR

A continuación os dejo la lista de subelementos del panel de control que podemos ejecutar directamente desde la línea de comandos o desde un acceso directo:

Microsoft.AddHardware	Microsoft.PenAndInputDevices
Microsoft.AdministrativeTools	Microsoft.PeopleNearMe
Microsoft.AudioDevicesAndSoundThemes	Microsoft.PerformaceInformationAndTools
Microsoft.AutoPlay	Microsoft.Personalization
Microsoft.BackupAndRestoreCenter	Microsoft.PhoneAndModemOptions
Microsoft.BitLockerDriveEncryption	Microsoft.PowerOptions
Microsoft.Bluetooth	Microsoft.Printers
Microsoft.CardSpace	Microsoft.ProblemReportsAndSolutions
Microsoft.ColorManagement	Microsoft.ProgramsAndFeatures
Microsoft.DateAndTime	Microsoft.RegionalAndLanguageOptions
Microsoft.DefaultPrograms	Microsoft.ScannersAndCameras
Microsoft.DeviceManager	Microsoft.SecurityCenter
Microsoft.EaseOfAccessCenter	Microsoft.SpeechRecognitionOptions
Microsoft.FolderOptions	Microsoft.SyncCenter
Microsoft.Fonts	Microsoft.System
Microsoft.GameControllers	Microsoft.TabletPCSettings
Microsoft.GetPrograms	Microsoft.TaskbarAndStartMenu
Microsoft.GetProgramsOnline	Microsoft.TextToSpeech
Microsoft.IndexingOptions	Microsoft.UserAccounts
Microsoft.Infrared	Microsoft.WelcomeCenter
Microsoft.InternetOptions	Microsoft.WindowsAnytimeUpgrade
Microsoft.iSCSIInitiator	Microsoft.WindowsDefender
Microsoft.Keyboard	Microsoft.WindowsFirewall
Microsoft.MobilityCenter	Microsoft.WindowsSideShow
Microsoft.Mouse	Microsoft.WindowsSidebarProperties
Microsoft.NetworkAndSharingCenter	Microsoft.WindowsUpdate
Microsoft.OfflineFiles	Microsoft.ParentalControls

A pesar de esto, hay que tener en cuenta que este procedimiento no impide que un usuario limitado modifique el acceso directo y ejecute otros componentes o aplicaciones que no queremos que ejecute, por lo tanto, es recomendable utilizar esta alternativa sólo si se puede garantizar que el usuario no tenga acceso a otros componentes o a ejecutar otras aplicaciones, por ejemplo, limitando su acceso mediante políticas de grupo o modificando las ACE en el acceso directo.

Windows RE por Francisco Nogal

Pedro Laguna — Thu, 10 Jul 2008 08:21:00 GMT

El proceso de arranque ha sufrido un importante cambio en Windows Vista respecto a sus antecesores ya que desaparecen tanto el archivo NTLDR como el archivo de texto plano boot.ini para dar paso a BOOTMGR y a un archivo llamado BCD respectivamente. Así, el proceso de arranque en Vista constaría de cuatro pasos:

1. FASE DE PREARRANQUE

En esta fase la placa base se encarga de cargar la BIOS para que esta ejecute el proceso de POWER ON SELF TEST (o POST), en el que se chequea y se inicializa componentes de hardware del equipo como la memoria, el disco duro o el procesador. Cuando esto acaba la BIOS carga el MBR y este se ocupa de buscar una partición activa en el disco duro y se carga el sector de arranque de esa partición.

2. ADMINISTRADOR DE ARRANQUE

El sector de arranque ejecuta el ADMINISTRADOR DE ARRANQUE DE WINDOWS, winload.exe, que se encargará de leer la base de datos de configuración de inicio e iniciara nuestro Sistema Operativo, y en el caso de que haya más de uno, nos mostrara un menú para que seleccionemos que sistema queremos iniciar.
Durante esta fase también podremos cargar las OPCIONES DE ARRANQUE AVANZADAS pulsando F8 y que tanto pueden ayudar cuando tenemos que resolver algún problema de inicio de Windows.

3. CARGA DE SERVICIOS Y DISPOSITIVOS

Sabemos que nos encontramos en esta fase porque en pantalla nos aparece la barra de progreso. En ella se cargan los drivers para el hardware que ya ha sido detectado y durante la que se lee desde el registro cuales son los servicios de inicio que se van a inicializar. Vista lo que hace es intentar optimizar el inicio de esos servicios para que se muestre lo antes posible la pantalla de inicio.

4. SECUENCIA DE LOGIN

Esta fase, una vez iniciada con éxito la sesión, cargará el perfil del usuario que ha iniciado sesión e iniciará Windows EXPLORER, además de seguir iniciando los servicios que no eran necesarios para el arranque de Vista.

Una vez que ya sabemos cómo arranca un Windows Vista, vamos a explicar cómo podemos solucionar problemas que nos pueden surgir durante la segunda fase. Para ello Vista trae una plataforma de recuperación que sustituye a la antigua CONSOLA DE RECUPERACION de XP. Esta plataforma se llama WINDOWS RE y nos provee de dos funcionalidades muy importantes:

• Diagnósticos automáticos y recuperación de problemas de arranque con STARTUP REPAIR

• Herramientas avanzadas de recuperación

Imaginemos que un día llegamos a nuestro equipo (casa, trabajo, etc.) y después de encender el ordenador nos encontramos con una pantalla como esta:

Tendremos que utilizar la herramienta que nos proporciona Vista para solucionar problemas de arranque (Windows RE como ya hemos indicado). Para ejecutar esta herramienta deberemos de arrancar desde el DVD de Windows Vista y una vez que hayamos seleccionado el idioma nos saldrá la ventana donde podremos seleccionar REPARAR EQUIPO como aparece en la imagen:

Justo despues nos aparecerá la pantalla en la que tendremos que indicar que Sistema Operativo queremos recuperar, sabiendo, eso si y que ademas lo pone dentro de esta ventana, que solo se podran reparar instalaciones de Windows Vista.Ademas en esta ventana podremos cargar controladores en el caso de que no haya sido reconocida nuestra instalacion.

Una vez pulsado en siguiente nos apareceran las diferentes herramientas que nos proporciona WINDOWS RE para recuperar el equipo.

REPARACION DE INICIO O STARTUP REPAIR:

Durante esta fase Windows RE intentara reparar automáticamente el problema de inicio que hemos tenido, ya sea reparando o reemplazando metadatos de disco (MBR o el sector de arranque) que hayan sido dañados debido a, por ejemplo, un virus o a una instalación defectuosa de un Sistema Operativo adicional.
También intentara reparar la configuración de arranque, que al no existir ya el archivo boot.ini tendrá que ir a localizarla a la carpeta C:\Boot. Reparación de inicio reconstruye la configuración de inicio escaneando que instalaciones de Windows tenemos en nuestro equipo y reconstruyendo la información de arranque. A su vez, puede detectar problemas ocasionados en el arranque debido a drivers defectuosos y revertir a un controlador anterior.

RESTAURAR SISTEMA:

Restaurar sistema ya se encontraba disponible en sistemas operativos anteriores y lo que hará será devolver el equipo a un estado anterior. Windows Vista por defecto trae habilitada esta opción que tomara instantáneas de nuestro equipos cuando se haga un cambio de configuración importante en el, como instalaciones de software o actualizaciones de drivers. Con esta opción podremos resolver, por ejemplo, el borrado accidental de un programa ( o un .exe)

RESTAURACION DE WINDOWS COMPLETE PC:

Esta opción es muy parecida a la anterior solo que en este caso en vez de un punto de restauración lo que utilizaremos será una copia de seguridad completa que hayamos creado anteriormente.

HERRAMIENTA DE DIAGNOSTICO DE MEMORIA DE WINDOWS:

Esta herramienta de nueva inclusión en Windows Vista testeará nuestra memoria en busca de errores.

SIMBOLO DEL SISTEMA:

Igual que XP traía su consola de recuperación basada en el símbolo de sistema, Windows Vista no podía ser menos y también trae el suyo. Desde el símbolo de sistema podremos recuperar archivos corruptos desde el DVD de Vista con el comando EXPAND.EXE, o acceder para intentar recuperar a mano la configuración de arranque de Vista con BCDEDIT.EXE, acceder al registro con REGEDIT.EXE, al administrador de tareas con TASKMGR.EXE o reparar el MBR con BOOTREC.EXE o manejar particiones y discos con DISKPART.

Lo que no podremos hacer, y así le quitamos la idea a alguno, es ejecutar herramientas que en el caso de ejecutarlas directamente en Vista nos solicitarían privilegios de administrador, como por ejemplo MSCONFIG.EXE

Y con esto ya acabamos el repaso a Windows RE, una herramienta que nos será de mucha ayuda en el caso de que no podamos arrancar nuestro Vista.

PD: Para acabar bien, para solucionar el error de la primera imagen, el del WINLOAD.EXE, yo, desde símbolo de sistema, ejecutaría bcdedit.exe /set {current} path \Windows\system32\boot\winload.exe

Acelera tu Windows Vista por Fernando Villareal

Juan Garrido — Thu, 03 Jul 2008 04:45:00 GMT

Ayer decidí aumentar la memoria de mi portátil hasta el límite de Vista (4Gb) Un compañero me comento, que tras hacer lo mismo, que el arranque de su ordenador había disminuido considerablemente y; me sorprendí al observar que en mi caso la diferencia era ínfima siendo de parecidas características las dos máquinas.Vamos a ver cómo disminuir el tiempo en el arranque de Windows Vista, aunque lo siguiente es igualmente válido para versiones anteriores, así que al lio.Durante el arranque de Windows se ejecutan una cantidad de procesos y servicios que permiten que el sistema operativo funcione, de los cuales, con el paso del tiempo y tras instalaciones de programas vamos corrompiendo haciendo que el arranque de nuestro Windows se ralentice. Hay tres métodos que se complementan entre ellos:En primer lugar, vamos a inicio y en la barra de búsqueda escribimos msconfig

Esta es una utilidad del sistema en la que podemos ver todos los programas que arrancan al iniciar Windows. En esta utilidad diferenciamos varias pestañas, en la primera debe aparecer marcado selective startup (arranque selectivo)para llevar a cabo nuestra meta.

La siguiente pestaña nos da la información de la partición en la que Windows arranca, la cual no debemos modificar si queremos que las cosas vayan bien. Seguidamente vemos otra pestaña llamada Services que muestra los servicios que se ejecutan en el arranque y cuales de ellos están activos y cuales no. Aquí podemos modificar aquellos que no queremos que inicien en el arranque o que no nos hagan falta.

En la siguiente imagen observamos los programas que inician con Windows, muchos de ellos de ninguna utilidad en el arranque ya que posteriormente podemos ejecutarlos y que ralentizan nuestro Vista consumiendo recursos del sistema. Como vemos en la siguiente pantalla tenemos marcados bastantes programas que en el momento del arranque no hacen falta.

En mi caso he decidido desmarcar varias aplicaciones que podré invocar en el momento que sea necesario, tales como: Quick Time, Nokia Pc Suite, Reproductor Ciberlink, etc.

Todas estas aplicaciones en el momento de la instalación habilitan el inicio con Windows.

Tenemos que resaltar que esto varía dependiendo de las aplicaciones que cada uno instale.

Si nos fijamos atentamente veremos que en cada aplicación se hace referencia al fabricante, ruta y localización, que nos facilita la tarea. Llegados a este punto; y cómo no, éste no iba a ser menos, vamos a hacer referencia al registro de Windows que como ya sabemos nos ayuda a modificar muchas de las funciones de nuestro sistema operativo, en concreto al apartado location (localización) que muestra la ruta del registro donde se almacenan las aplicaciones de arranque.

El sistema para acceder al registro de Windows es el mismo que en post anteriores, inicio/ejecutar/regedit que en Vista valdría con escribir en la barra de búsqueda regedit, apareciendo la siguiente ventana y cuya ruta es la que se marca en Location:

En mi caso voy a eliminar 2 variables que aparecen en el arranque, resaltando que aunque no hay que tenerle miedo debemos operar con cautela, pues al eliminar una variable necesaria es posible que Windows no arranque. He elegido 2 programas: un reproductor de DVD y el famoso Daemon que retrasa mucho el arranque al tener que montar las imágenes que tengo configuradas.

Todo lo anterior nos ayudará a acelerar nuestro Windows. En caso de que tengamos dudas sobre qué modificar podemos usar la Suite de Sysinternals, en especial la aplicación autoruns que debemos ejecutar con derechos de administrador, ya que de no hacerlo así veremos la siguiente pantalla:

Una vez iniciado el programa elegimos la pestaña everything, en ella aparecen detallados lo anteriormente mencionado (programas, servicios…) parece mucho más difícil, pero pulsando con el botón derecho sobre cada uno podemos obtener información de utilidad, buscando en Internet datos aclaratorios de lo que estamos modificando

Esta Suite la podemos descargar gratuitamente en el siguiente link:

http://technet.microsoft.com/en-us/sysinternals/default.aspx Espero que os haya sido de utilidad y realiceis nuevas marcas en el arranque de vuestro Windows.Un saludo y hasta la siguiente.

El extraño caso de las vistas en carpetas

Juan Garrido — Thu, 22 May 2008 15:43:00 GMT

Artículo escrito por Fernando Villarreal y Juan Garrido

Muchas veces pasa que tras haber configurado a nuestro gusto las vistas de nuestro explorador vemos que al volver a acceder a dicha ventana no nos ha respetado la personalización que nosotros habíamos configurado. A continuación veremos cómo configurar nuestro Windows Vista para que pueda hacerlo.
Para que se pueda entender esta cuestión, tenemos que retroceder unos cuantos años, en lo que a sistemas operativos se refiere.
Os cuento mi experiencia personal con este tema.
Hace un tiempo, tuve que hacer una migración de un sistema operativo a otro más avanzado. En mi caso fue de Windows 95 a Windows XP. Eran unos 1000 equipos y ya os podéis imaginar cómo era la envergadura de la migración.
Teníamos que mirar si las aplicaciones iban a soportar el sistema operativo, si la memoria RAM iba a ser suficiente para soportar Windows XP (teníamos equipos con 64MB de RAM!!), capacidad de disco, comunicación en red, etc… Os suenan todos estos problemas? ;-)
Cuando finalizamos la migración dábamos por hecho que tendríamos incidencias. Qué es una migración sin incidencias? Pero gracias a Dios las solventamos todas. O casi todas….
Salió una incidencia muy curiosa y que a mi particularmente me llamó mucho la atención. Es una incidencia que a bote pronto puede parecer una tontería, pero que a mí personalmente me trajo de cabeza varios días.
El extraño caso de las vistas en las carpetas.
Todos los Windows, a partir de Windows 2000 (Y hablamos de sistemas multiusuario), vienen con una configuración basada en usuario, y otra muy diferente basadas en equipo.
En el perfil basado en usuario, tendremos un directorio, en el que supuestamente se guardará todo lo guardable por un usuario.
Así tendremos un directorio llamado vídeos, otro directorio llamado descargas, otro llamado música, otro llamado imágenes, etc…
Windows está configurado para que podamos personalizar las carpetas a nuestro gusto, o incluso no personalizar nada y dejar lo que viene de “fábrica” aplicado a todas las carpetas, tal y como reza la opción del explorador de Windows “Recordar la configuración de vistas de todas las carpetas”.

Si marcamos esta opción, tanto en Windows Vista como por ejemplo en Windows XP, lo que realmente está haciendo Windows es activar una clave de registro que marca esta opción. En nuestro caso es la siguiente:



HKEY_CURRENT_USER \Software \Microsoft \Windows \CurrentVersion \Explorer \Advanced

La clave en cuestión se llama ClassicViewState y puede tener dos valores posibles, los cuales son los siguientes:

0 es igual que recuerda la configuración
1 es igual a que no recuerde la configuración

Microsoft no recomienda compartir directorios en el escritorio, ni guardar todo en el escritorio, debido a que el escritorio está configurado de forma diferente a la de Mis Documentos, por ejemplo. De ahí a que tengamos directorios personalizados para guardar ciertos tipos de datos.
Otro punto a tener en cuenta, es que Windows (Anterior a Windows Vista) recién instalado (Sin ninguna configuración posterior), es capaz de “recordar” la configuración de 200 carpetas locales, y 200 carpetas de Red. Eso hace un total de 400 carpetas de recuerdo. Para una persona que tenga o trabaje con muchos datos, 200 directorios locales se convierten en muy pocos, teniendo en cuenta la cantidad de información con la que podemos trabajar en una empresa hoy en día.
Pero qué ocurre si tienes más de 200 carpetas locales que “recordar”? Pues que sobrepasamos ese límite de fábrica, y Windows dejará de “recordar” posteriores configuraciones.
Pues eso es lo que me pasó en su día. Tomamos en cuenta todo tipo de incidencias, pero no tuvimos en cuenta esta. Las vistas de carpetas de los usuarios. No pensamos que un usuario común pudiese tener un directorio con películas e imágenes por ejemplo. U otro directorio con 30 o 40 subdirectorios, y que la suma de éstos sumase más de 200 directorios locales.
O como por ejemplo yo. Que tengo un directorio llamado “cositas” dentro de otro subdirectorio llamado “Mayo”, y que dentro de ese subdirectorio hay otros “N” directorios más…
Este tipo de incidencias se pueden dar en una migración de Windows XP a Windows Vista por ejemplo, debido a que cada sistema operativo tiene unos valores establecidos de fábrica, que obviamente podremos cambiar a nuestro gusto.
En Windows Vista, esa configuración está por defecto en 5000, o sea, que nuestro Windows Vista recordará la vista de unos 5000 directorios.

Si necesitamos aumentar esa caché, debido a que determinados equipos de nuestra organización manejen muchos datos, o porque tengamos casi todo el volumen de datos en carpetas de red, deberemos aumentar esa caché desde el registro. Para ello, iremos a esta dirección:



HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell

Y una vez allí, modificaremos la clave llamada BagMRU Size a otro valor más adecuado a nuestro modelo de datos. Un valor entre 10000 y 20000 es bastante óptimo para organizaciones medias.
También se nos puede presentar otro tipo de incidencia, pero esta vez esta incidencia se da más a nivel local o grupo de trabajo que a nivel empresarial.
Muchas veces, a amigos, familiares, o incluso en redes pequeñas en donde no hay o no debería de haber muchos datos, “reciclamos” usuarios para que puedan utilizarlos otros.
Limpiamos aplicaciones, pasamos limpiadores de registro (ya hablaremos en otros post de este tipo de aplicaciones), borramos archivos temporales, y vualá! Usuario limpito para que pueda utilizarlo otro.
El problema se presenta cuando el usuario anterior tenía ya vistas “recordadas”, con lo cual, hay en el equipo una caché que hay que eliminar o pasar a 0, para que el nuevo usuario pueda disfrutar de esta característica.

Para reiniciar los valores en Windows Vista, y dejarlos tal y como vienen de fábrica, o sea, a 0, tendremos que eliminar el contenido de estas claves de registro:



HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU
HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags

Y para terminar este post, si necesitamos que el Explorador de Windows recuerde una vista para cuando no tenemos ninguna personalizada (por ejemplo un conjunto de directorios que hayamos creado o unos nuevos directorios en nuestra Intranet), o porque se haya llenado esa caché, podemos poner una directiva en el registro de Windows que haga el trabajo. Si queremos activar esta característica, utilizaremos la clave siguiente:



HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags\AllFolders\Shell

Nos crearemos una nueva clave llamada FolderType, que puede tomar muchos valores. De entre ellos destacamos los siguientes:

NotSpecified
Music
Documents
Pictures

Con esta configuración, lo que evitaremos es que el Explorador de Windows intente “pintar” una vista personalizada, si no sabe o no recuerda “pintarla”.
Y por último, si queremos realizarlo todo en un simple paso, por ejemplo, para automatizarlo en una política de Directorio Activo, podemos hacerlo con este simple archivo de registro:
--------------------No copies esta línea---------------------- Windows Registry Editor Version 5.00 ; Volver a los valores de fábrica en las vistas personalizadas. [-HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU] [-HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags] ; Desactivar la característica de auto-recordar vistas. [HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags\AllFolders\Shell] "FolderType"="NotSpecified" ; Modificar la caché a 10000 [HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell] "BagMRU Size"= dword:00002710 -------------------------No copies esta línea-------------------------------

1Saludo a tod@s!

Administración Remota de Windows Vista mediante WS-Management (I de III)

Juan Francisco Arrabé Murillo — Sun, 18 May 2008 20:04:00 GMT

Ya llevamos un año y medio de Windows Vista, y aun tenemos para largo para llegar a explicar todas las mejoras incluidas en este Sistema Operativo. Hoy revelaremos una bastante útil e interesante: la administración remota mediante WINRM, la implementación de Microsoft del estándar "WS-Management".
WS-Management también conocido como "Web Services for Management" (Servicios Web para Administración) es un protocolo estándar del "Distributed Management Task Force" (DMTF), importante grupo del que forman parte empresas como IBM, Novell, HP, Sun Microsystems, Intel y Microsoft entre muchas otras. Las especificaciones concretas de WS-Management las podéis obtener en PDF (y en inglés) en la siguiente dirección:

http://www.dmtf.org/standards/wsman

A grandes rasgos WS-Management busca concretar las bases para una administración remota, multiplataforma, fácil, eficaz y distribuida a través de HTTP y HTTPS mediante el estándar de comunicación de aplicaciones "SOAP", esto significa que es posible administrar un equipo remotamente y de manera segura a través de https (puerto abierto en la mayoría de los routers) sin necesidad de preestablecer una comunicación mediante VPN.

WS-Management hace uso de URIs para identificar y publicar un elemento de administración y "Selectores" para identificar una determinada instancia de ese elemento si existe más de una; este formato sigue el convenio de publicación de "WS-Addressing", de manera que se puedan identificar y buscar servicios publicados para comunicaciones SOAP.

El siguiente ejemplo representa las cabeceras de comunicación XML (usado en SOAP) de un mensaje WS-Management estándar basado en WS-Addressing (URI y Selector en Negrita).

<s:Envelope

xmlns:s=http://www.w3.org/2003/05/soap-envelope

xmlns:wsa=http://schemas.xmlsoap.org/ws/2004/08/addressing

xmlns:wsman="http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd">

<s:Header>

...

<wsa:To>http://123.99.222.36/wsman</wsa:To>

<wsman:ResourceURI mustUnderstand="true">

http://example.org/hardware/2005/02/storage/physDisk

</wsman:ResourceURI>

<wsman:SelectorSet>

<wsman:Selector Name="LUN"> 2 </wsman:Selector>

</wsman:SelectorSet>

<wsa:Action> http://schemas.xmlsoap.org/ws/2004/09/transfer/Get</wsa:Action>

<wsa:MessageID> urn:uuid:d9726315-bc91-430b-9ed8-ce5ffb858a91</wsa:MessageID>

...

</s:Header>

<s:Body> ... </s:Body>

</s:Envelope>

Configuración de una Shell Remota mediante WS-Management:

Windows Vista (y por ende Windows Server 2008) ofrecen dos comandos para la gestión de WS-Management: WINRM (para la configuración del servidor y de servidores remotos) y WINRS (cliente para la ejecución de comandos remotos), a estos dos comandos habría que añadir la capacidad de PowerShell 2.0 (el potentísimo nuevo interprete de comandos de Microsoft) de invocar CMDLETS remotos gracias a este protocolo.

Podéis descargar la versión CTP de PowerShell 2.0 en el siguiente enlace:

http://www.microsoft.com/downloads/details.aspx?FamilyID=60deac2b-975b-41e6-9fa0-c2fd6aa6bc89&DisplayLang=en

Como he señalado hace un momento, WINRM es el comando de configuración del servidor del protocolo WS-Managament, no obstante, una versión anterior de este comando ya aparecía en "Windows Server 2003 R2" destinada fundamentalmente (aun que no de manera exclusiva) a la gestión remota de hardware. Para más información sobre este elemento en "Windows Server 2003 R2" podéis visitar el siguiente enlace (en inglés):

http://technet2.microsoft.com/windowsserver/en/library/f550cac0-5344-41cb-8e89-6e5c932368861033.mspx?mfr=true

WinRM también se puede instalar en Windows XP, aquí tenéis el enlace de la descarga:

http://www.microsoft.com/downloads/details.aspx?FamilyID=845289ca-16cc-4c73-8934-dd46b5ed1d33&DisplayLang=en

Configurando el Servidor para la ejecución remota de comandos:

Comencemos con lo que nos interesa: vamos a comprobar como se configura un equipo con Windows Vista y WINRM para lanzar comandos e instrucciones remotamente desde otro equipo.

Primeramente deberemos abrir el CMD, pero como WINRM es un comando administrativo requeriremos elevar los privilegios atravesando el "Control de Cuentas de Usuario" (UAC) seleccionando la opción "Ejecutar como Administrador" en el menú contextual sobre el CMD.

Como cualquier otro comando, os interesará comprobar la ayuda de WINRM ejecutando "WINRM /?"; compruebe la información de ayuda de los parámetros principales, pero sobre todo no olvide comprobar la ayuda de los aspectos básicos relacionados con WINRM mediante "winrm help uris", "winrm help aliases", "winrm help config", "winrm help remoting", "winrm help auth", "winrm help input" y "winrm help switches", donde podrá obtener información general de las especificaciones del protocolo.

Existen diferentes aspectos importantes que se pueden llegar a configurar dentro de WINRM, como cuáles son las IPs de los equipos considerados de confianza para la ejecución de comandos, la asociación de certificados SSL para HTTPS, métodos de autenticación admitidos, el número máximo de conexiones concurrentes etc.; no obstante, existe un parámetro que nos permite realizar en un solo paso las tareas necesarias para configurar WS-Management a nivel básico: "WINRM quickconfig", el cual además de activar el servicio necesario, configurará las reglas del Firewall para permitir el acceso a través del puerto 80 (http).

Si deseamos configurar el acceso a través del puerto 443 (https) se debe usar "WINRM quickconfig -transport:https" y se requiere disponer de un certificado SSL valido emitido por una Entidad Emisora de Certificados de confianza para nuestro equipo.

Nota: WINRM no permite el uso de certificados autofirmados.

Tras la labor anterior es conveniente comprobar que el servicio necesario se encuentre en funcionamiento y que se hayan creado las reglas del firewall oportunas (ver imágenes), también es conveniente ejecutar un "netstat -an" para comprobar que el puerto 80 TCP se encuentre a la escucha en el equipo (no se requiere Internet Information Server para el funcionamiento de este protocolo).

Nota: Una buena práctica de seguridad consistiría en modificar las reglas predeterminadas del firewall para limitar el ámbito de equipos que pueden tener acceso de manera remota al puerto 80, e incluso habilitar IPSEC para dicho puerto.

Tras ejecutar "quickconfig" ya estaría el Servidor preparado para dar servicio a equipos remotos, no obstante es posible (y conveniente) modificar las opciones de configuración predeterminadas para conseguir un mayor control y seguridad en las comunicaciones (utilizar https siempre que se a posible, limitar las interfaces a la escucha etc.).

A continuación expondré algunos de los comandos de utilidad relativos a la configuración de WINRM.

Comandos WINRM para comprobación de la configuración:

winrm enumerate winrm/config/Listener

Lista la configuración del puerto a la escucha

winrm get wmicimv2/Win32_Service?Name=WinRM

Comprueba la configuración del servicio WINRM mediante WMI

winrm get winrm/config

Muestra la configuración actual de WINRM

Nota: Dentro de la configuración es interesante comprobar los tipos de autentificación usados por defecto en WINRM (Kerberos y NTLMv2), también podemos comprobar que la autentificación básica está deshabilitada y que no existen filtros IPs para la comunicación, algo que también es aconsejable configurar.

Ejemplos de uso de WINRM para cambios de configuración:

WINRM set winrm/config/service/Auth @{Basic="TRUE"}

Permite conexiones con autentificación básica (contraseña enviada usando base64 y por tanto insegura)

WINRM set winrm/config/service @{IPv4Filter="192.168.5.200-192.168.5.255"}

Establece un filtro IP de manera que el servicio WINRM solo escuche en las interfaces configuradas con alguna de las IPs del rango indicado

WINRM set winrm/config/service @{MaxConnections="10"}

Aumenta el número de conexiones concurrentes permitidas de 5 a 10.

Nota: Como podéis comprobar las configuraciones más sencillas se realizan usando "winrm set URI_DE_RECURSO @{Clave="Valor";Clave=valor;...}" debiendo escribir el nombre de la clave de forma correcta ya que se distinguen mayúsculas de minúsculas.

Conexión y ejecución de Shell remota desde cliente:

Una vez realizada la configuración básica del equipo que ejercerá de servidor, solo nos queda probar la ejecución remota de comandos desde un equipo cliente con el comando WINRS.

Antes de usar WINRS debemos comprobar que el servidor está preparado para ejecutar comandos remotos mediante "winrm get winrm/config/winrs", el valor AllowRemoteShellAccess debe estar establecido en "TRUE" (configuración por defecto). En caso de que no deseemos permitir la ejecución de comandos remotos es necesario ejecutar:

"winrm set winrm/config/winrs @{AllowRemoteShellAccess="false"}"

Si no somos clientes de un Dominio o usamos https, WINRS requerirá que configuremos un parámetro adicional "TrustedHosts", donde deberemos indicar las IPs de los equipos a los cuales deseamos conectarnos para la ejecución de comandos. Para modificar este parámetro debemos ejecutar el comando:

"winrm set winrm/config/client @{TrustedHosts="*"}" (al poner un "*" estaremos permitiendo la comunicación con cualquier equipo remoto que ofrezca servicios WS-Management).

Una vez realizada la configuración de los parámetros AllowRemoteShellAccess y TrustedHosts ya estamos en condiciones de ejecutar comandos remotos sin problemas. Aquí tenéis algunos ejemplos:

WINRS -r:169.51.2.101 -u:administrador -p:123abc. ipconfig

Ejecuta el comando ipconfig en el equipo 169.41.2.101 con el usuario "administrador" y la contraseña "123abc."

WINRS -r:169.51.2.101:81 -u:administrador -p:123abc. set

Ejecuta el comando "SET" en un equipo configurado para escuchar bajo el puerto 81

WINRS -r:http://192.168.5.201 -u:administrador hostname

Ejecuta el comando "hostname" en el equipo 192.168.5.201 habiéndose indicado http como mecanismo de transporte. Al no poner el atributo "-p" se le preguntará al usuario de manera interactiva por una contraseña.

Si tuvierais cualquier problema de conexión podéis probar a ejecutar el siguiente comando para comprobar el buen funcionamiento de la comunicación:

"WINRM identify -r:192.168.5.201 -u:administrador -p:123abc."

Bueno, con esto ya hemos comprobado el uso WS-Management para la ejecución de comandos remotos, sin embargo esta no es la única tarea que puede realizarse con WINRM, ya que podemos usarla también para la Gestión y configuración de elementos WMI y las Suscripciones al visor de eventos Eventos de Windows Vista, en próximos post iremos desgranando estas interesantes características (prometo que no serán posts tan largos).

Por último solo queda añadir que ya existe la nueva versión WINRM 2.0 (actualmente en CTP), con nuevas APIs para el desarrollo de funcionalidades, nuevos elementos de autorización de clientes y con la capacidad de enlazar comunicaciones WS-Management como si de un Proxy se tratara. Podéis descargar esta nueva versión en el siguiente enlace:

https://connect.microsoft.com/site/sitehome.aspx?SiteID=200

Como de costumbre mis posts suelen ser más largos de lo habitual en este blog, así que espero que os haya resultado ameno (en la medida de lo posible) e interesante. Agradezco vuestro interés y os espero en el próximo post para seguir indagando en este interesante sistema.

PowerShell (II de V)

Joshua Saenz — Mon, 11 Jun 2007 06:30:00 GMT

Comenzamos esta segunda entrega describiendo la base de la sintaxis en powershell. Lo primero que debemos conocer es que los comandos de PowerShell ahora se denominan cmdlets y comparten una sintaxis común.

Todos los cmdlets consisten de un verbo y un nombre, separados por un guión.

Esta estructura permite un aprendizaje más rápido y sobre todo relacionar fácilmente el verbo con lo que se quiere realizar, por ejemplo.

Algunos de los verbos admitidos en esta versión 1.0 de powershell son get, set, new, write, start, stop, remove, add, etc..Es relativamente sencillo suponer qué es lo que hace cada uno de los verbos. Si a continuación le agregamos el nombre, completamos el cmdlet, por ejemplo:

Get-help
Get-childitem
Get-service
Get-process
New-item
Set-acl
Set-alias
Set-date

Sin embargo muchos de estos cmdlets tienen su alias en versión UNIX y CMD.EXE para aquellos administradores que vengan desde estos entornos, por ejemplo:

Get-childitem nos sirve para listar los objetos dentro de una carpeta o disco y podemos utilizar el cmdlet nativo de Powershell o los ya conocidos ls y dir de UNIX y CMD.EXE respectivamente. Además, para no tener que escribir todo el cmdlet, también existe un alias reducido como gci en este caso.

Si no conocemos el nombre que debemos utilizar después de un verbo, PowerShell incluye una ayuda para autocompletar los cmdlets utilizando la tecla tabulación. Por ejemplo, si escribimos el verbo set- y queremos saber qué nombres están admitidos, solo vamos circulando por los nombres con TAB.

Set-acl -> TAB -> set-alias -> TAB -> set-authenticodeSignature -> TAB -> set-content -> TAB -> set-date -> TAB -> set-ExecutionPolicy -> y así sucesivamente

Podemos también comenzar escribiendo las primeras letras del nombre y PowerShell completará los nombres que coincidan con estas primeras letras.

Windows PowerShell es una consola orientada a objetos, lo que quiere decir que todos los comandos de entrada y salida son en sí mismos objetos. PowerShell se basa en el modelo de objetos de.Net.

.Net es una representación de objetos unificada que utilizan todos los equipos de desarrollo de Microsoft, por lo tanto desde PowerShell se pueden gestionar todos los componentes de Windows y de las aplicaciones basadas en .Net

Por ejemplo, si queremos conocer el día de la semana del 4 de enero de 1643 (nacimiento de Isaac Newton), solo tenemos que escribir lo siguiente:

(get-date “04/01/1643”).DayOfWeek

En este ejemplo, el cmdlet get-date devuelve el objeto .Net DateTime, que tiene una propiedad que calcula el día de la semana. Una aplicación más interesante para los administradores de sistemas es por ejemplo verificar si un archivo es más reciente que otro.

(get-childitem archivo1.txt).lastwritetime –gt (get-childitem archivo2.txt).lastwritetime

Si queremos conocer todos los detalles de cada cmdlet, Get-help nos muestra la ayuda completa. Su so es: get-help cmdlet, por ejemplo: get-help get-childitem.

La ayuda en PowerShell está muy cuidada y es muy extensa, de hecho podemos mostrar tres niveles de ayuda:

get-help get-childitem (Ayuda general y resumida)
get-help get-childitem –detailed (ayuda detallada)
get-help get-childitem –full (ayuda técnica completa)

Si la ayuda es extensa para visualizarla en pantalla, podemos exportar el contenido a un archivo de texto:

get-help get-childitem –full | out-file C:\AyudaPowerShell.txt

Aunque si estáis acostumbrados a cmd.exe, podemos escribir lo siguiente para hacer lo mismo:

get-help dir –full > C:\AyudaPowerShell.txt

Además, parte de la ayuda completa incluye numerosos ejemplos de aplicación de cada cmdlet.

Como habéis podido observar, en el anterior ejemplo hemos utilizado el símbolo | Una de las características más importantes de PowerShell es la capacidad de crear pipas (pipes), de tal forma que podemos pasar los resultados de un cmdlet hacia el siguiente. Esta funcionalidad ya la conocen muy bien los administradores que vienen del entorno UNIX ya que es una característica común desde hace mucho tiempo, y que sin embargo en Windows había sido una funcionalidad reducida a algunos comandos muy específicos, como por ejemplo > para exportar los resultados a un archivo de texto.

Cada cmdlet en un pipeline recibe un objeto del cmdlet previo, realiza una operación en él y después pasa el resultado al siguiente cmdlet en la pipa.

Get-childitem –recurse –filter *.exe | format-table name, lenght

En el ejemplo anterior, el cmdlet get-childitem recorre todas las carpetas por debajo de la ubicación actual en busca de archivos .exe y el resultado se pasa al cmdlet format-table para dar formato con el nombre y la longitud de los archivos encontrados.

Esta es una forma sencilla de hacer búsquedas y formatear la salida en pantalla. Otro ejemplo similar es el siguiente:

Get-childitem –recurse –path “C:\windows” –filter *.dll | where {$_-name –match “system.*dll”}

Esta instrucción busca todos los archivos en la carpeta Windows que lleven la palabra system y con extensión dll.

Una característica destacable es la capacidad de ejecución en streaming de Powershell, es decir, no necesitamos esperar a que se procesen todos los resultados para verlos en pantalla, sino que a medida que se van encontrando valores coincidentes, se van presentando en pantalla.

En la mayoría de las consolas, el streaming se consigue ejecutando procesos separados para cada elemento en la pipa. PowerShell solo utiliza un proceso de ejecución y un único hilo. El streaming se logra particionando los cmdlets en tres cláusulas: inicio de proceso (begin-processing), objeto en proceso (process-object) y fin de proceso (end-processing).

Con esto llegamos al final de esta segunda entrega de PowerShell, seguiremos comentando más detalles de los cmdlets y su utilización por parte de los administradores de sistemas en el siguiente post.