Mostrando entradas con la etiqueta windows 2008. Mostrar todas las entradas
Mostrando entradas con la etiqueta windows 2008. Mostrar todas las entradas

martes, 10 de abril de 2012

Configurar windows server 2008 R2 para que se sincronice con un servidor NTP externo

echo Mostrar configuracion actual
w32tm /query /configuration


echo Parando el servicio horario
net stop w32time


echo Configurar servidor NTP externo con el que sincronizar
w32tm /config /syncfromflags:manual /manualpeerlist:"hora.roa.es"
w32tm /config /reliable:yes

echo Iniciando el servicio horario
net start w32time

echo Mostrar configuracion actual
w32tm /query /configuration


echo Comprobar la diferencia horaria
w32tm /monitor /computers:miservidorw2008server

miércoles, 24 de agosto de 2011

¿Cómo migrar GPOs a otro bosque?

Extraido del blog de http://blogs.technet.com/b/plataformas/

En muchas ocasiones recibimos consultas sobre cómo realizar la copia o migración de GPOs de un bosque a otro diferente. Hoy vamos a tratar este tema.

Como sabéis, a través de GPOs podemos desplegar muchos tipos de configuraciones. Con frecuencia, estas configuraciones contienen información específica que pertenece al propio dominio o a objetos en él. Es por esto que, si se importan las GPOs de un entorno directamente en otro con la GPMC (Group Policy Management Console – gpmc.msc) va a haber una serie de rutas, objetos y/o “SIDs” que el dominio destino no va a poder traducir, al tratarse de rutas o SIDs pertenecientes a otro entorno que desconoce y que no existen en él.

Será necesario que la configuración se “traduzca” para que los datos referenciados tengan “sentido” en el nuevo entorno. En el ejemplo mostrado en el siguiente dibujo, queremos migrar la GPO X del dominio B de nuestro bosque de pruebas al dominio E de nuestro bosque de producción. En este proceso necesitamos traducir la configuración del derecho de usuario “Log on locally” configurado en la GPO para reflejar los nuevos grupos/usuarios del bosque de producción, en lugar de referenciar a los de nuestro bosque de pruebas.

clip_image001

Por lo tanto, si lleváramos a cabo esta importación, el mecanismo para conseguir que las GPOs hagan referencia a objetos del dominio local sería llevar a cabo una modificación manual de la configuración de las GPOs, lo cual podría convertirse en una tarea muy tediosa y susceptible a fallos.

No obstante, existe la posibilidad de llevar a cabo la migración ayudándonos de “tablas de migración” a la hora de importar las GPOs. Con estas tablas vamos a poder especificar la correspondencia entre rutas/objetos del dominio origen y rutas/objetos del dominio destino, tal y como se indica en los siguientes artículos:

When using import to transfer GPO settings to a GPO in a different domain or different forest, you may want to use a migration table in conjunction with the import operation. A migration table allows you to facilitate the transfer of references to security groups, users, computers, and UNC paths in the source GPO to new values in the destination GPO.

To transfer the settings in GPO X from domain B in the test forest to a GPO in domain E in the production forest, the administrator must use an import operation and a migration table because trust does not exist between domain B and domain E. If trust did exist, it would also be possible to do this with a copy operation. When you use a migration table together with the import or copy operation, the Group Policy Management Console (GPMC) enables the administrator to update the settings in the destination GPO to the new values that are appropriate for the destination domain.

Con la ayuda de estas “tablas de migración” se va a facilitar el proceso de importar las GPOs en el dominio destino, ya que nos va a ayudar a realizar la traducción de lo que especifiquemos en dichas tablas en la GPO importada automáticamente.

Por ejemplo, las siguientes configuraciones contienen Security Principals y pueden ser modificados durante una importación utilizando una “tabla de migración”:

  • Configuración de políticas de Seguridad de los siguientes tipos:
    • Asignación de Derechos de Usuario.
    • Grupos Restringidos.
    • Servicios.
    • Sistema de Ficheros.
    • Registro.
  • Configuración avanzada de las políticas de Redirección de Carpetas.
  • La DACL de la GPO si queremos preservarla durante la copia.
  • Las DACLs en los objetos de Instalación de Software.

Las siguientes configuraciones pueden contener rutas UNC que puede ser necesario actualizar a nuevos valores durante la migración:

  • Configuración de las políticas de Redirección de Carpetas
  • Configuración de las políticas de Instalación de Software.
  • Configuración de políticas de Scripts (Ejecución de comandos), tales como los de Arranque e Inicio de Sesión, que puedan referenciar rutas UNC.

Hay otras configuraciones que pueden referenciar tanto a Security Principals como rutas UNC en otras políticas, como en algunas Plantillas Administrativas. Estas configuraciones no se pueden mapear con la información de la “tabla de migración”, por lo que se copiarán tal cual.

Las “tablas de migración” se implementan como ficheros XML con la extensión “.migtable”, pero no os preocupéis porque no tendréis que lidiar con los tags ni con la estructura de estos ficheros si no queréis, ya que la GPMC incorpora un “Editor de tablas de migración”, que podéis encontrar en %programfiles%\gpmc\mtedit.exe. También podéis acceder al editor desde el menú contextual (click derecho) del nodo Domains o Group Policy Objects de la GPMC y seleccionando Open Migration Table Editor.

clip_image002[4]

Podéis ver un ejemplo de “tabla de migración” en %programfiles%\GPMC\scripts\SampleMigrationTable.migtable.

En el siguiente enlace podéis obtener un documento que constituye una guía detallada de migración de GPOs de un dominio a otro con ejemplos, explicaciones detalladas de las tablas de migración y sus opciones de mapeo, etc.:

Aunque en el documento podéis encontrar los pasos de migración en detalle, os indico a continuación los pasos generales que tendríais que realizar para que veáis en qué consiste y el trabajo de búsqueda y traducción que os vais a evitar utilizando “tablas de migración”:

  1. Crear un backup de la GPO original desde la GPMC y guardarlo en disco.
  2. Crear una nueva GPO en el entorno de producción.
  3. Crear la tabla de migración desde el Editor, y desde el menú Tools, seleccionar Populate from Backup para que la autogenere desde la copia de seguridad creada en el punto 1.
  4. Editar la tabla de migración y mapear todo lo necesario.
  5. Importar la copia de seguridad de la GPO en la nueva política que hemos creado en el punto 2, indicando la ruta de la copia de seguridad y de la tabla de migración que queremos usar y que hemos completado en el punto 4.
  6. Configurar aspectos adicionles como filtrado de seguridad, permisos, etc.
  7. Enlazar la nueva GPO a los contenedores deseados en Directorio Activo.

En los siguientes enlaces podréis encontrar más información sobre las “Tablas de migración” y el “Editor de tablas de migración” incluido en la GPMC, así como ejemplos de uso:

Si vais a realizar una migración de este tipo, es importante que reviséis el siguiente artículo ya que incluye un fix que solventa algunos problemas, por ejemplo con las políticas de 802.1x:

Espero que esta información os resulte útil a la hora de crear y probar vuestras GPOs y migrarlas al entorno de producción.

- Paula Tomás Galed


jueves, 20 de mayo de 2010

Ampliar periodo de prueba o evaluación de Windows Server 2008

Cómo ampliar manualmente el período de evaluación
Cuando el período de evaluación 60 días inicial acerque a su final, puede ejecutar la secuencia de comandos slmgr.vbs para restablecer el período de evaluación. Para ello, siga estos pasos:

1. Haga clic en Inicio y, a continuación, haga clic en .
2. Escriba slmgr.vbs - dli y, a continuación, presione ENTRAR para comprobar el estado actual del período de evaluación.
3. Para restablecer el período de evaluación, escriba slmgr.vbs –rearm y, a continuación, presione ENTRAR.
4. Reinicie el equipo.

Esto restablece el período de evaluación a 60 días.

http://support.microsoft.com/kb/948472/es

viernes, 12 de marzo de 2010

Confianza con CA en dominio SBS 2008

Un aporte de Under C.P.D.

Hola.

De todos es conocido al mareo que nos trae confiar con la entidad certificadora desde clientes que no están en dominio, pensando que SBS 2008 trae una web de trabajo remoto y muchas cosas más que por supuesto están aseguradas con SSL, el equipo de producto ha diseñado una aplicación que soluciona complétamente este trabajo tanto si el cliente es un equipo con XP Sp2, Vista, o Windows Mobile (donde aquí el trabajo era extra).

La solución adoptada es:

En SBS 2008 nos encontramos una aplicación (para mandar al usuario a casa con esta aplicación en su pen drive) llamada Installcertificate.exe almacenada en la ruta \\servidorSBS\public\public downloads\certificate distribution package\ la cual solo con ejecutarla nos permite instalar la confianza con la entidad certificadora.

Si lo que queremos es confiar con nuestra CA desde un dispositivo con Windows Mobile, el único requisito es tener el dispositivo previamente sincronizado con Activesync.

lunes, 1 de febrero de 2010

Desactivas firewall en hyper-v

Comando:

Netsh advfirewall set allprofiles state off

martes, 7 de julio de 2009

Carpetas ofline (II de II) por Josh Saenz G

Continuando con el tema de las carpetas offline o desconectadas, os comentaré paso a paso cómo configurar un entorno basado en Windows Server 2008 y Windows Vista en donde se hace uso de la tecnología de carpetas offline y redireccionamiento de carpetas para mantener una copia sincronizada de los documentos de los usuarios en el servidor.

Lo primero que necesitaremos es un equipo que actuará como servidor en donde instalaremos Windows Server 2008. Para aquellos que quieran implantarlo con Windows Server 2003, es igualmente viable y totalmente funcional.

Una vez que tenemos instalado el sistema operativo de servidor, debemos promocionarlo a Controlador de Dominio con el asistente dcpromo desde Start > Run.

El asistente nos pedirá cierta información como la configuración de implantación, el nombre del nuevo dominio, la instalación del servicio DNS, etc. No voy a entrar en los detalles de la implantación de los Servicios de Directorio en Windows Server 2008, ya que no es el objetivo de este Post. Para aquellos que necesitéis alguna ayuda, podéis visitar http://technet2.microsoft.com/windowsserver2008/es/library/e398ac0c-0e73-494f-954c-f98fb04624c93082.mspx

Cuando hayamos finalizado el proceso de implantación de los servicios de directorio y DNS, continuamos con la instalación del servicio DFS.

Los servidores DFS permiten crear espacios de nombres para localizar recursos compartidos que pudieran estar distribuidos entre múltiples servidores de archivos. En realidad no es estrictamente necesario instalar un servidor DFS para el entorno que queremos lograr, sin embargo es muy aconsejable por si en un futuro queremos mover nuestro almacenamiento a otro servidor o escalar la infraestructura para soportar un número mayor de usuarios. Con DFS, se mapean los recursos y los usuarios no se ven afectados en caso de cambios de ubicación.

Para iniciar la instalación del servidor DFS, nos vamos a la consola Server Manager (administración del servidor), al nivel de roles en Start > Administrative Tools > Server manager > Roles

En la parte derecha superior de la consola pulsamos en Add Roles (agregar características) y se abre el asistente correspondiente. Dentro del asistente, seleccionamos en rol de File Services (servidor de archivos) y pulsamos Next.

Cuando llegamos a la pantalla de selección de características del servidor de archivos, seleccionamos Distributed File System, DFS Namespaces y DFS Replication, tal y como se muestra en la imagen.

En la siguiente pantalla, seleccionamos la opción de crear un espacio de nombres más adelante, ya que lo haremos desde la consola de administración del servicio DFS.

Una vez finalizada la instalación, iniciamos la consola de administración de DFS desde Start > Administrative Tools > DFS Management. Desde esta consola debemos crear un espacio de nombres de dominio y asociarlo con un recurso compartido en un disco duro. En mi caso, he utilizado un disco duro externo USB 2.0 de 500 GB para almacenar toda la información que pasa por el DFS.

Por lo tanto, seleccionamos en el panel de acciones New Namespace (nuevo espacio de nombres). En el asistente que aparece escribimos los siguientes datos en cada pantalla y vamos pulsando en Next (Siguiente):

  • Namespace Server: nombre del servidor local, por ejemplo SRVHome
  • Namespace name and settings: El recurso compartido raíz del espacio de nombres, por ejemplo DFSRoot
  • Namespace Type: Tipo de espacio de nombres, seleccionamos Domain-based namespace

Por último seleccionamos Create para crear el espacio de nombres DFS

Ya tenemos creado el espacio de nombres. A continuación debemos crear una carpeta en el disco externo para alojar los documentos y en general el redireccionamiento de carpetas de los usuarios del dominio.

Para ello, nos vamos al disco externo (en mi escenario es el disco E: ) y creamos una carpeta compartida llamada usuarios y asignamos permisos completos tanto a nivel de recurso compartido como NTFS al grupo usuarios del dominio y quitamos el grupo todos. Estos permisos son necesarios ya que lo usuarios deben poder crear sus carpetas del perfil automáticamente cuando inicien sesión y se les aplique la GPO que configuraremos.

Una vez creado el recurso, debemos agregarlo al espacio de nombres desde la consola de administración de DFS. Para ello seleccionamos New Folder (Nueva carpeta) del panel de acción. Seleccionamos el recurso compartido con el botón Add y escribimos el nombre que tendrá en el espacio DFS.

Ahora el recurso es accesible a través del espacio DFS, para probar si funciona podéis escribir desde una pantalla de Windows explorer o el menú ejecutar lo siguiente \\FQDN_Dominio\DFSRoot\usuarios en donde FQDN_Dominio es el nombre completo del dominio que habéis creado, por ejemplo \\informatica64.local\dfsroot\usuarios

Antes de crear la GPO para el redireccionamiento de carpetas, es recomendable crear una OU para agrupar los usuarios que se verán afectados por dicha directiva, por lo tanto creamos una Unidad Organizativa llamada Mi organización, o algo similar, como vosotros queráis.

En la consola Active Directory Users and computers (usuarios y equipos de Directorio Activo), crearemos la Unidad Organizativa y nuestro primer usuario, con las credenciales correspondientes. Este usuario lo utilizaremos para realizar las primeras pruebas con el cliente que uniremos al dominio. En mi caso, me he creado a mi mismo con mi nombre y apellidos completos.

Llega el momento de crear la GPO que redireccionará las carpetas de los usuarios, para ello iniciamos la consola de administración de GPOs en Start > Administrative Tools > Group Policy Management.

Seleccionamos la OU que acabamos de crear y con el botón derecho seleccionamos Create a GPO in this domain and link it here (Crear y vincular una GPO aquí). Escribimos el nombre Redireccionamiento de carpetas y seleccionamos OK.

Seleccionamos la GPO y con el botón derecho pulsamos en Edit (editar). Abrimos User Configuration > Policies > Windows Settings > Folder Redirection.

Ahora tenemos que decidir que carpetas queremos redireccionar. Fijaros que los usuarios de Windows Vista tienen la posibilidad de redireccionar todas las carpetas del perfil, sin embargo los usuarios de Windows XP solo podrán redireccionar Mis documentos, Escritorio, AppData y Menú de inicio.

Comenzamos con los documentos. Con el botón derecho seleccionamos propiedades y establecemos el redireccionamiento como básico, lo que significa que no se harán distinciones por grupos.

En Target folder location, seleccionamos la opción predeterminada, es decir, Create a folder for each user under the root path (Crear una carpeta para cada usuario en la raíz).

En Root Path escribimos \\FQDN_Dominio\DFSRoot\usuarios

En la etiqueta Settings (Configuración) nos aseguramos que estén seleccionadas las opciones Grant the user exclusive rights to Documents (otorgar permisos exclusivos al usuario) y Move the contents of documents to new location (mover el contenido a la nueva ubicación) y seleccionamos OK

Realizamos los mismos pasos para todas las carpetas que queramos redireccionar y cerramos la consola.

Ahora llega el momento de unir el equipo cliente al dominio y probar la aplicación de la directiva.

Desde el equipo cliente, debemos asegurarnos que esté configurado como DNS principal la dirección IP del controlador de dominio, si el equipo cliente no es capaz de resolver los servicios de directorio y localizar los controladores de dominio, no se podrá unir el equipo al dominio. Podemos dejar como DNS Secundario alguno externo para no perder la resolución de nombres cuando estemos fuera del dominio o de viaje. Si disponemos de DHCP en la red, entonces podemos configurar los DNS para que nos envíe la configuración correcta.

En un Windows Vista, desde las propiedades del sistema, seleccionamos Change Settings (cambiar configuración). En la etiqueta de nombre de equipo, seleccionamos Change (cambiar), seleccionamos dominio y escribimos el nombre de nuestro dominio. Cuando nos solicite las credenciales, escribimos las del administrador del dominio.

Tenemos que reiniciar el equipo. A continuación iniciamos sesión con el usuario de dominio que hemos creado anteriormente y comprobamos que se crean las carpetas redireccionadas y se establecen automáticamente como recursos con capacidad de lectura offline.

Para comprobar la creación de las carpetas, podemos ir físicamente al disco E: y abrir la carpeta usuarios y comprobar que se ha creado la del usuario que acaba de iniciar sesión por primera vez o también visualizar las propiedades de la carpeta Documentos desde el equipo cliente. En la etiqueta Location (ubicación) debe aparecer la ruta del espacio de nombres.

Para identificar problemas de redireccionamiento de carpetas podeis visualizar el visor de eventos de Políticas de Grupo del cliente. Un problema común con la aplicación del redireccionamiento de carpetas por primera vez suele ser que el usuario no dispone de los permisos necesaios para crear su carpeta en la raiz configurada en la GPO, por lo tanto deberemos revisar dichos permisos tal y como he indicado anteriormente.

Para finalizar, os recomiendo que antes de realizar el cambio a dominio del equipo cliente, hagáis una copia de seguridad de vuestros archivos. Tened en cuenta también que se creará un nuevo perfil de usuario, por lo tanto el usuario anterior será solamente local. Si no se va a utilizar más, se puede eliminar junto con su perfil y en el nuevo perfil creado, podemos volcar la copia de seguridad.

Para volúmenes grades de información, el proceso de sincronización de carpetas puede durar bastante tiempo, así que tened paciencia mientras volcáis la copia de seguridad ya que estará copiando tanto en la caché local CSC como en el espacio de nombres DFS. Para esto, os recomiendo tambien que la primera sincronización la hagais sobre una red cableada a 100Mbps o superior y no sobre la red WiFi. Una vez finalizada la sincronización inicial, podeis trabajar exclusivamente con la conexión WiFi, ya que solo se sincronizarán los archivos nuevos, eliminados o modificados.

Del blog de

vista-tecnica

Carpetas Offline (I de II) por Josh Sáenz G

Hasta ahora cuando tenía que realizar copias de seguridad de mis archivos, utilizaba varios procedimientos entre los que se encontraban copias completas e incrementales con NTBackup, copias completas arrastrando los elementos a un disco duro externo, sincronización de carpetas con SyncToy

(os lo recomiendo, muy sencillo y potente). Pero claro, ninguno de estos métodos logra mantener una copia sincronizada en todo momento y tampoco me dan la seguridad de que todos mis datos y documentos de trabajo están guardados en una ubicación alternativa al disco duro de mi portátil.

Por ello me decidí a montar mi propio dominio en casa, con un Windows Server 2008 y hacer uso del redireccionamiento de carpetas (mucho más potente para Windows Vista que para Windows XP), junto con las carpetas offline.

Para aquellos que no lo conozcan, las carpetas offline no son un componente nuevo en Windows Vista, pero si se ha mejorado en muchos de sus aspectos. Las carpetas offline permiten mantener una copia local de los archivos y otra en un servidor de archivos totalmente sincronizada continuamente. Cuando el equipo está conectado a la red, los procesos de lectura o escritura se realizan directamente en el servidor de archivos y se sincronizan con la caché local, mientras que si el equipo se desconecta automáticamente y de forma transparente comenzamos a trabajar con la caché local.

Esta forma de trabajo si me garantiza que mis datos estén continuamente copiados en una ubicación alternativa, en este caso en el servidor de archivos basado en Windows Server 2008, aunque también es posible utilizar Windows Server 2003.

Ahora, cuando llego a casa, lo único que tengo que hacer es conectarme a mi red WiFi, iniciar sesión en el dominio e inmediatamente comienza el proceso de sincronización de carpetas a guardar los cambios en ambos sentidos.

Además, con Windows Vista, todo esto se puede controlar desde el Centro de Sincronización. En caso de conflicto, nos avisará y tendremos que decidir que versión del archivo mantener.

Pero ¿Cómo funciona todo este entorno?

El servicio de carpetas offline genera un almacenamiento local denominado caché en C:\Windows\CSC (Client Side Caching) (es posible alterar esta ubicación, más adelante lo comentaré). El espacio dedicado a la caché de archivos se puede controlar desde el Panel de Control de Windows Vista, asignando más o menos espacio en función de las necesidades de almacenamiento.

El objetivo principal de uso de carpetas offline es para disponer de la información, independientemente de las condiciones de conectividad del usuario. Además, si a esto le sumamos la posibilidad de redireccionamiento de carpetas, entonces tendremos que los documentos y archivos de los usuarios están totalmente disponible para los usuarios independientemente de si están conectados a la red e incluso del equipo en donde se conecten.

En mi caso, implanté lo siguiente:

· Controlador de Dominio basado en Windows Server 2008

· Servicio DFS configurado con un espacio de nombres de dominio

· GPO para redireccionamiento de carpetas al espacio de nombres DFS

· Disco duro externo de 500 GB

· Cliente basado en Windows Vista SP1

Con esta sencilla implantación podéis conseguir que todos vuestros archivos e incluso el perfil de usuario estén en todo momento actualizado y sincronizado en el disco duro externo conectado al servidor.

En el siguiente post os comentaré paso a paso como configurar cada uno de los elementos que aquí menciono.

Del blog de

vista-tecnica

miércoles, 6 de mayo de 2009

Modificación de arranque de Windows Vista

Hay muchas formas de modificar el arranque en Windows Vista y Windows 2008. Entre ellas están:

1 - Típica a través de opciones avanzadas de las propiedades de Equipo (la más fácil pero pocas herramientas y utilidad)
2 - Comando bcdedit en la línea de comando, ejecutándolo como administrador
3 - Diferentes programas que ayudan y tienen muchas opciones, entre ellos está VistaBootPro, hay otros y en cuantos los encuentre los pongo aquí también.

Espero sirva de ayuda

martes, 31 de marzo de 2009

Backup en red con Windows Server 2008

Backup en red con Windows Server 2008
Hola.Como sabéis los que lo habéis intentado y los que no, os lo digo yo, con el backup de Windows Server 2008, podéis hacer backups de vuestro servidor manualmente a través de la red, pero no podéis automatizar este proceso, al menos el asistente de configuración no nos permite dejar esta tarea automatizada, pues bien, solo hace falta saber el comando y crear una tarea programada.El comando es:Wbadmin start backup –backupTarget:\\servidor\carpetacompartida –include:C: –quietSi esto queréis aplicarlo a un entorno virtual y realizar backups de máquinas virtuales en caliente, aprovechando las vss de windows server 2008, podéis aprender como hacerlo siguiendo estos dos artículos:http://www.itsolutionskb.com/2008/11/windows-server-backup-hyper-v-support/http://www.itsolutionskb.com/2008/11/windows-server-2008-hyper-v-backup/
Publicado por Miguel H. (Un gran tipo)

lunes, 17 de noviembre de 2008

seguridad de recursos de cluster en windows 2008

Buenas.

Pues como os adelantaba os paso un comando más que también ha costado lo suyo sacarlo, el comando en sí, es para establecer la seguridad de recurso compartido en un recurso de un cluster montado en windows 2008. Os pongo un ejemplo para el usuario "prueba" y el recurso compartido "prueba3":

cluster res prueba3 /priv "SECURITY descriptor"=prueba,SET,F:SECURITY

Así que nada, a ver si os sirve de ayuda

viernes, 14 de noviembre de 2008

Recursos FILE SHARE en Windows 2008

Buenas.

Desde hace bastantes años estamos montando cluster de windows, y gestionándolos con script por línea de comandos, pero resulta que tenemos que montar ahora un nuevo cluster con windows 2008, y ha cambiado bastante.
Hasta ahora, estábamos creando carpetas compartidas, por ejemplo para cada usuario de la empresa, y ahora vamos a hacer lo mismo y me encuentro que ya no esta el tipo de recurso "file share", para poder crearlo tengo que introducir un nuevo tipo con:

cluster resourcetype "File Share" /CREATE /DLLNAME:clusres.dll /TYPE:"File Share"

Y después para crear el recurso de cluster utilizamos la sentencia:

cluster.exe /cluster:dti2cluster res %1 /create /group:"Grupo de Datos" /type:"File Share" /adddep:"Disco L:" /adddep: "MEZQUITA"

Lo único que cambia es que hay que meterle dependencia al recurso de la dirección IP del grupo de datos.

Espero que os sirva de ayuda y posteriormente iré metiendo más comando de línea de comando para cluster en windows 2008