Mostrando entradas con la etiqueta w2003. Mostrar todas las entradas

1/02/2013

Programar reinicio automático Windows Server 2003

8/12/2012

Ampliar tamaño partición sistema máquina virtual W2003 VMware ESXi con GParted

Mostramos cómo ampliar el tamaño de la partición del sistema (unidad donde está instalado el sistema operativo) en un equipo virtual con Microsoft Windows Server 2003, virtualizado sobre VMware ESXi 5. Extendemos el nuevo espacio asignado al disco duro de la máquina virtual ESXi en donde reside la partición del sistema operativo W2003 usando GParted Live CD.

Escenario inicial, servidor ESX, ESXi, vSphere, W2003

En este tutorial explicaremos cómo ampliar (extender) el tamaño de la partición donde reside el sistema operativo. El equipo al que ampliaremos la partición estará virtualizado sobre un servidor con VMware ESXi 5 y tendrá el sistema operativo Microsoft Windows Server 2003.

Usaremos VMware vSphere Client para administrar las máquinas virtuales de nuestro servidor vSphere/ESX/ESXi. En el siguiente tutorial explicamos cómo instalar esta herramienta y cómo acceder a los servidores de virtualización ESX:

Administrar y gestionar un servidor VMware ESXi usando VMware vSphere Client.

Es evidente que el escenario inicial es disponer de un sevidor de virtualización con VMware ESX como indicamos en el siguiente tutorial (teniendo en cuenta que VMware ESX/vSphere debe instalarse en una máquina por sí mismo, no sobre VMware Workstation):

Instalar VMware ESXi 5 en VMware Workstation, instalar vSphere Client.

Y alguna máquina virtual instalada en este servidor con el sistema operativo Microsoft Windows Server 2003, en el siguiente tutorial explicamos cómo instalarlo:

Instalar Windows Server 2003 Enterprise Edition SP2.

Por supuesto, en todos los procesos en los que haya algún tipo de peligro y posibilidad de pérdida de datos deberemos hacer copia de seguridad de la máquina virtual completa antes de realizar un redimensionamiento de particiones. En el siguiente tutorial explicamos cómo hacer backup de una máquina virtual VMware ESX/ESXi/vSphere:

Copia de seguridad gratuita de máquinas virtuales VMware ESX con Veeam Backup.

Ampliar tamaño hd máquina virtual W2003 en VMware ESX, ESXi, vSphere

En primer lugar deberemos detener la máquina virtual a la que le ampliaremos el tamaño de la partición del sistema, este proceso debe realizarse convenientemente desde el propio sistema operativo:

Una vez apagada, abriremos VMware vSphere Client y seleccionaremos la máquina virtual en cuestión, en la parte derecha pulsaremos en la pestaña "Summary" y pulsaremos en "Edit Settings":

En la pestaña "Hardware" seleccionaremos "Hard disk 1" (o el disco duro virtual que queramos ampliar), en la derecha nos aparecerá el tamaño actual del disco duro, si podemos modificarlo aparecerá editable, si por algún motivo no es modificable directamente aparecerá deshabilitado:

Ampliaremos al tamaño que deseemos y pulsaremos "OK":

En el área de "Recent Tasks" nos mostrará la acción realizada como "Reconfigure virtual machine":

Si el proceso de ampliación de disco duro ha sido correcto (podemos volver a consultar las propiedades de la máquina para ver si nos ha mantenido el nuevo tamaño) iniciaremos la máquina virtual seleccionándola, pulsando con el botón derecho y seleccionando en el menú emergente "Power" - "Power On":

Iniciaremos sesión con un usuario con permisos suficientes para administrar los discos (a ser posible perteniciente al grupo de seguridad "Administradores"):

Accederemos al "Panel de control" - "Herramientas administrativas" - "Administración de equipos":

Si todo es correcto el administrador de discos habrá detectado el tamaño ampliado en la unidad de disco virtual, en nuestro caso 10GB más, la marcará como "No asignado":

En el caso de Microsoft Windows Server 2003 no podremos extender la partición del sistema como en Windows Server 2008, en el caso de este último si es posible extender la partición del sistema sin necesidad de reiniciar el equipo y sin usar software de terceros, como indicamos en el siguiente tutorial:

Ampliar tamaño partición sistema máquina virtual Windows Server 2008 VMware ESX.

En Microsoft Windows Server 2003 tampoco es posible extender la partición del sistema usando "diskpart" y "extend" como indicamos en el siguiente tutorial para extender otra partición que no sea del sistema en Microsoft Windows Server 2003:

Ampliar y extender un disco duro de una SAN en un equipo con Windows Server 2003.

Si intentamos extender la partición del sistema con el comando "dispart" y "extend" nos mostrará este aviso:

Los comandos usados y su resultado:

diskpart
Microsoft DiskPart versión 5.2.3790.3959
Copyright (C) 1999-2001 Microsoft Corporation.
En el equipo: vAjpdSoft3
DISKPART: list disk
Disco ### Estado Tamaño Libre Din Gpt
--------- ---------- ------- ------- --- ---
Disco 0 En pantall 50 GB 10 GB
DISKPART: select disk 0
El disco 0 es ahora el disco seleccionado.
DISKPART: list partition
Partición ### Tipo Tamaño Desplazamiento
------------- ---------------- ------- ---------------
Partición 1 Principal 40 GB 32 KB
DISKPART: select partition 1
La partición 1 es ahora la partición seleccionada.
DISKPART: extend
Es posible que el volumen que ha seleccionado no se extendido.
Seleccione otro volumen y vuelva a intentarlo.

Por lo tanto en la siguiente sección de este tutorial explicaremos cómo extender la partición del sistema en un equipo con Microsoft Windows Server 2003 usando GParted.

Extender tamaño partición sistema W2003 NTFS con GParted en VMware ESXi

Tras preparar la máquina virtual como hemos indicado en el apartado anterior, descargaremos el fichero ISO con la imagen de GParted Live CD, usaremos este fichero para arrancar con este sistema y expandir el disco duro de la máquina virtual W2003 con sistema de archivos NTFS a su nuevo tamaño. Para descargar GParted accederemos a la URL:

http://gparted.sourceforge.net/download.php

En nuestro caso, a fecha de este artículo, descargaremos: gparted-live-0.13.0-3.iso, una vez descargado el fichero ISO con GParted Live CD (no es necesario crear un CD con la imagen), subiremos el fichero ISO de GParted a algún datastore del servidor ESXi, para ello abriremos VMware vSphere Client, nos conectaremos al servidor ESXi, en la pestaña "Summary" seleccionaremos el datastore y pulsaremos con el botón derecho, seleccionaremos "Browse Datastore":

Extender tamaño partición sistema W2003 NTFS con GParted en VMware ESXi

Seleccionaremos la carpeta del datastore donde subiremos el fichero ISO (podemos crear una si lo deseamos) y pulsaremos en el botón "Upload files to this datastore", en el menú emergente seleccionaremos "Upload File":

Seleccionamos el fichero ISO descargado con la imagen de GParted (gparted-live-0.13.0+-3.iso) y pulsaremos "Abrir":

VMware nos avisará de que si ya existe un fichero con el mismo nombre en la carpeta del datastore seleccionada dicho fichero será reemplazado, pulsaremos "Yes":

Se iniciará la subida del fichero ISO de GParted:

Una vez subido el fichero ISO de GParted cerraremos la ventana de Datastore Browser, seleccionaremos la máquina virtual con W2003, abriremos las propiedades de la máquina virtual, pulsando con el botón derecho del ratón sobre ella y seleccionando "Edit settings":

Seleccionaremos "CD/DVD drive 1" en la pestaña "Hardware", en la parte derecha marcaremos "Datastore ISO File" y pulsaremos "Browse":

Accederemos al datastore y carpeta donde hemos subido el fichero ISO "gparted-live-0.13.0-3.iso" y pulsaremos "OK":

Marcaremos en "Device status" la opción "Connect at power on" y pulsaremos "OK":

Lo que hemos hecho anteriormente ha sido indicarle a la máquina virtual que use como CD/DVD el fichero ISO de GParted Live CD, de esta forma en el próximo arranque se iniciará GParted antes que el propio sistema operativo. Esto es necesario cuando queremos modificar el tamaño de la partición de sistema donde está instalado W2003, si no arrancamos con GParted no podremos modificar el tamaño de una partición del sistema.

Tras indicar a ESXi que la unidad de CD sea el fichero ISO, en la pestaña "Optons", en "Advanced" - "Boot Options" marcaremos la opción "The net time the virtual machine boots, force entry into the BIOS setup screen", de esta forma en el próximo inicio de la máquina virtual W2003 se abrirán las opciones de la BIOS y podremos configurar la secuencia de arranque para que sea el CD con GParted el primero en leerse:

Iniciaremos ahora la máquina virtual W2003 pulsando sobre ella con el botón derecho del ratón y seleccionando "Power" - "Power On":

Se abrirá la BIOS, nos desplazaremos con las teclas de cursor a la opción de menú "Boot", seleccionaremos "CD-ROM Drive" y con la + (más) subiremos "CD-ROM Drive" a la primera posición de la lista, como muestra la siguiente imagen:

Nos desplazaremos a la opción de menú de la BIOS "Exit", seleccionaremos "Exit Saving Changes", pulsaremos "INTRO":

Seleccionaremos "Yes" y pulsaremos "INTRO" en la ventana de confirmación para guardar los cambios en la BIOS de la máquina virtual:

Con el texto: Setup Configuration. Save configuration changes and exit now?

Si todo es correcto la máquina virtual con W2003 se iniciará desde GParted Live, seleccionaremos "GParted Live (Default settings) y pulsaremos "INTRO":

Seleccionaremos con las teclas de cursor arriba/abajo "Select keymap from full list" y pulsaremos "INTRO":

Seleccionaremos el tipo de teclado que tengamos, en nuestro caso "pc / qwerty / Spanish / Standard / Standard" y pulsaremos INTRO:

Introduciremos el número correspondiente a nuestro idioma, en nuestro caso "25" y pulsaremos INTRO:

Introduciremos "0" para arrancar GParted en modo gráfico y pulsaremos INTRO:

Se iniciará GParted y nos mostrará los discos duros y sus particiones. Si todo el proceso es correcto nos mostrará el nuevo espacio libre sin asignar a la derecha del disco duro virtual donde reside la partición del sistema. En nuestro caso disponemos de un disco duro con dos particiones:

/dev/sda1: partición donde se encuentra el sistema operativo, a la que queremos aumentarle el tamaño.
sin asignar : espacio no particionado resultado de la expansión anterior.

Seleccionaremos la partción /dev/sda1 (la que queremos extender o ampliar, la que contiene W2003 con NTFS), pulsaremos con el botón derecho del ratón y seleccionaremos "Redimensionar/mover":

GParted nos mostrará el espacio usado en la partición (en amarillo), el espacio libre de la partición (en blanco) y el espacio al que se puede extender (el nuevo añadido anteriormente, en gris):

Arrastraremos el triángulo negro del final de la parte blanca hacia la derecha hasta llegar al final, de forma que quede "Espacio libre precedente (MiB)" a 0 y "Espacio libre a continuación (MiB)" a 0. Pulsaremos "Redimensionar/mover":

Una vez que hayamos realizado las operaciones anteriores (GParted aún no las ha aplicado), para aplicarlas definitivamente (siempre nos aseguraremos de tener copia de seguridad, hasta este punto el proceso es reversible) pulsaremos en el menú "Editar" - "Aplicar todas las operaciones":

GParted nos avisará de que la operación a partir de ahora será irreversible y podría causar la pérdida de datos, si tenemos la copia de seguridad y estamos seguros pulsaremos "Apply":

Con el texto: ¿Está seguro de querer ejecutar todas las operaciones pendientes? la edición de particiones puede causar PÉRDIDA DE DATOS. Se recomienda hacer una copia de seguridad de sus datos antes de continuar.

El proceso se iniciará, el asistente de GParted nos mostrará las acciones que está realizando y el progreso de cada una de ellas. En nuestro caso el proceso de redimensionar la partición del sistema tardará sólo unos segundos, debido a que se trata de un disco duro virtual no muy grande. Cuando el proceso de redimensionar particiones concluya, GParted nos lo indicará con "Operaciones completadas. Todas las operaciones se completaron satisfactoriamente". Pulsaremos "Close":

Pulsaremos en el botón "Exit":

Marcaremos "Shutdown" y pulsaremos "OK" para apagar la máquina virtual:

Una vez detenida la máquina virtual accederemos a sus propiedades y seleccionaremos "CD/DVD drive 1" y volveremos a marcar "Host Device" (o la opción que queramos), de esta forma volveremos a dejar el CD de la máquina virtual como lo teníamos al principio y no con el GParted:

Ya podremos arrancar la máquina virtual W2003 y comprobar que todo el proceso de aumento del tamaño de la partición del sistema ha sido correcto, accediendo a la "Administración de equipos" veremos que el espacio libre ya es detectado por W2003 correctamente:

Por supuesto ya podremos usarlo para lo que queramos, ahora ya disponemos de 10GB más en la partición del sistema operativo W2003 con NTFS:

Créditos

Artículo realizado íntegramente por Alonsojpd miembro fundador del proyecto Proyecto AjpdSoft.
Artículo en inglés.

5/29/2011

Agregar equipos Windows XP y Windows 7 a un dominio Windows Server 2003

Explicamos cómo agregar un equipo con sistema operativo Microsoft Windows XP ó Microsoft Windows 7 a un dominio formado por un equipo servidor con Microsoft Windows Server 2003. Mostramos los requisitos tanto para el servidor como para los equipos clientes que se agregarán al dominio, indicamos cómo crear un usuario en el dominio (Active Directory) y las distintas directivas de contraseñas. Indicamos las ventajas y desventajas principales de pertenecer a un dominio.

¿Por qué agregar equipos cliente con Windows XP ó Windows 7 a un dominio Windows Server 2003 ó Windows Server 2008?

En una organización con 10 ó más equipos es recomendable disponer de un dominio Windows con al menos un servidor controlador de dominio con Windows Server 2000, Windows Server 2003 ó Windows Server 2008 y todos los equipos agregados a este dominio. La ventaja principal es que, de esta forma, es posible aplicar directivas de seguridad y configuración a los equipos de nuestra organización de forma automática y centralizada. Así podremos tener los equipos clientes "controlados" sin necesidad de ir equipo por equipo aplicando las políticas de seguridad y configuración.

Otra gran ventaja de disponer de un dominio Windows es que nos ayudará a cumplir la Ley de Protección de Datos (LOPD) pues, al validar los equipos en el dominio Windows, los usuarios y contraseñas se "almacenan" en el servidor y no en el equipo cliente. De esta forma es posible, mediante directivas, controlar la caducidad de contraseñas, la fortaleza de contraseñas y auditar los accesos (aciertos y fallos). Todo ello de forma centraliza en el servidor (o servidores) controladores del dominio.

Por el motivo anterior, conseguimos otra ventaja y es que, dado que los usuarios y contraseñas quedan almacenadas en el servidor controlador de dominio (o servidores) cualquier usuario podrá iniciar sesión en cualquier equipo de la organización sin que se haya creado el usuario en el equipo local, puesto que los equipos agregados al dominio realizan la validación (comprobación de las credenciales de usuario y contraseña) en el servidor y no en el equipo local. Esto supone una gran ventaja pues nos evitará tener que crear las cuentas de usuario que vayan a usar el equipo en el propio equipo, mejorando así la movilidad. Por supuesto, para que este método sea lo más adecuado posible lo "ideal" es que todos los datos de los usuarios residan en un servidor de almacenamiento y no en el equipo local. Así cualquier usuario podrá acceder a sus datos desde cualquier equipo de la organización.

Por ejemplo, el tener un dominio y los equipos (PCs) de los usuarios agregados en este dominio permite en nuestra organización aplicar una política de homogeneización de la configuración de los equipos cliente: fondo de escritorio (papel tapiz) con el logotipo de la empresa, página de inicio del navegador oficial de la organización, uso obligatorio de un proxy de red, denegar el acceso a dispositivos de almacenamiento extraíbles (para evitar propagación de los típicos virus de autorun en pendrives), ejecutar scripts de configuración al inicio y al finalizar la sesión, instalar (distribuir) aplicaciones de forma desatendida en los equipos cliente agregados al dominio, impedir el uso de determinadas aplicaciones, ... Todo ello de forma centralizada, desde el servidor, aplicando las directivas oportunas, sin necesidad de acceder ni físicamente ni por control remoto a los equipos clientes.

Sin duda son muchas las ventajas de disponder de un dominio Windows y todos los equipos de la organización validados (agregados) en él.

Para indicar alguna desventaja, podríamos decir que, puesto que es necesario un equipo servidor (al menos) con Windows Server 2003 ó Windows Server 2008 se necesitará un desembolso económico en hardware (un servidor, aunque este servicio no necesita muchos recursos) y en licencias del sistema operativo. Para una organización con unos 300 equipos clientes es recomendable que el servidor de Windows Server 2003 / 2008 sea dedicado, es decir, que sólo se use con este fin: dominio de Windows (promocionado a controlador de dominio con Active Directory). Aunque con unos 300 usuarios también es recomendable disponer de un segundo controlador de dominio para mantener una copia del catálogo global (base de datos de Active Directory).

Otra desventaja de disponder de un dominio y los equipos agregados y validados en él es que si sólo disponemos de un servidor controlador de dominio y éste sufre una caída (por avería física, por "cuelgue" del sistema operativo o por avería de la electrónica de red) los usuarios que intenten validar (iniciar sesión) en sus equipos no podrán hacerlo pues el controlador de dominio para validación del usuario y contraseña no estará disponible. Por ello recomendamos disponer de dos controladores de dominio (al menos), el "secundario" podría dedicarse a otro fin además de la validación (almacenamiento de datos, servidor de base de datos, etc.).

Requisitos iniciales para validación en dominio Windows Server

Servidor con Windows Server 2003 ó Windows Server 2008

El primer requisito indispensable para que los equipos de los usuarios de nuestra organización sean agregados a un dominio Windows es, precisamente, disponer de uno o varios servidores pertenecientes a un dominio Windows con un controlador de dominio y Active Directory. En el siguiente artículo explicamos cómo instalar el sistema operativo Microsoft Windows Server 2003, necesario para montar un dominio Windows:

Instalar Windows Server 2003 Enterprise

En este otro artículo explicamos cómo instalar Windows Server 2008 que también sirve, por supuesto, para montar un dominio Windows:

Instalar y testear Windows Server 2008 Enterprise Release Candidate

Servidor promocionado a controlador de dominio (Active Directory)

El servidor con Windows Server 2003 ó Windows Server 2008 debe estar promocionado a controlador de dominio. En el siguiente artículo explicamos cómo promocionar un servidor con Windows Server 2003 a controlador de dominio (Active Directory), requisito necesario para montar un dominio Windows, pues al promocionar un equipo a controlador de dominio, si es el primero, se creará el dominio para validar los equipos:

Promocionar el servidor a Controlador de Dominio (Active Directory)

Disponer de una red LAN y todos los equipos conectados a la red, incluido el servidor

Otro de los requisitos evidentes es disponer de una red LAN y todos los equipos conectados a la misma red que los servidores, pues a partir de ahora la identificación de usuario (validación de crendenciales) se realizará a través de la red en el servidor y no en el equipo cliente.

Servidor de DNS, configuración de red, equipo controlador de dominio

El equipo servidor promocionado a controlador de dominio con Active Directory, con el que hemos creado el dominio Windows, debe ser servidor de DNS (es lo recomendable). Si el servidor no tiene activo este servicio o si no lo tenemos en otro servicor lo podemos activar desde "Agregar o quitar programas", pulsando en "Agregar o quitar componentes de Windows":

Seleccionaremos "Servicios de red" y pulsaremos "Detalles":

Marcaremos el subcomponente "Sistema de nombres de dominio (DNS)" y pulsaremos "Aceptar" (es posible que nos solicite el CD de instalación de Windows Server 2003):

Tras instalar el servicio de Servidor de DNS, desde el menú "Inicio" - "Herramientas administrativas" podremos seleccionar "DNS":

Desde donde podremos ver el estado y configurar el servidor de DNS (Domain Name System) que traduce nombres de equipo DNS en direcciones IP: zonas de búsqueda directa, zonas de búsqueda inversa, sucesos de DNS:

Por supuesto, el servidor controlador de dominio no debe tener activada la opción de "Obtener una dirección IP automáticamente", debe tener una IP fija (estática), por ejemplo 192.168.1.125. Además, este servidor, como servidor de DNS preferido en laconfiguración de la red tendrá su propia IP pues él mismo es servidor de DNS:

Configuración de red equipo cliente

Es muy recomendable que los equipos clientes tengan como DNS primaria la IP del servidor controlador de dominio (que será servidor de DNS). Accederemos a la configuración de red del equipo desde "Conexiones de red", pulsando con el botón derecho del ratón sobre "Conexión de área local" y sleccionando "Propiedades":

Seleccionaremos "Protocolo Internet (TCP/IP)" y pulsaremos en "Propiedades":

En "Servidor DNS preferido" introduciremos la IP del servidor controlador de dominio de nuestra red (en nuestro ejemplo 192.168.1.125):

Nota: si usamos un servidor DHCP y los equipos clientes tienen habilitada la opción "Obtener la dirección del servidor DNS automáticamente" deberemos establecer en el servidor DHCP, en el ámbito correspondiente, como servidor DNS primario la IP del servidor controlador de dominio. De esta forma en los equipos clientes se configurará este DNS de forma automática.

Sistema operativo para el equipo cliente que agregaremos al dominio Windows

En cuanto a los equipos cliente, es suficiente con que dispongan de un sistema operativo Microsoft Windows XP, Microsoft Windows Vista ó Microsoft Windows 7. A continuación mostramos tres artículos sobre cómo instalar estos sistemas operativos:

Obtener datos necesarios para agregar equipos cliente a un dominio Windows

Necesitaremos dos datos principales para agregar un equipo cliente con Windows XP, Windows Vista ó Windows 7 a un dominio Windows Server: la IP del servidor de DNS (normalmente coincidirá con la IP del controlador de dominio) y el nombre del dominio. Para obtener estos datos accederemos al servidor controlador de dominio con Windows Server 2003 ó Windows Server 2008, pulsaremos en el botón "Inicio" - "Panel de control" - "Sistema":

En la pestaña "Nombre de equipo" de la ventana de Propiedades del sistema, en Dominio podremos consultar y anotar el nombre del dominio Windows que hemos montado al promocionar el primer servidor a controlador de dominio. En nuestro caso el dominio se llama "dominioajpdsoft.com":

También podremos obtener este dato desde una ventana de MS-DOS (línea ó shell de comandos), introduciendo el siguiente comando que mostrará el valor de la variable de entorno USERDNSDOMAIN:

set USERDNSDOMAIN

Desde el shell de comandos también podremos obtener la IP del servidor (si es el servidor de DNS) que necesitaremos para configurar la red de los equipos cliente que agregaremos al dominio, el comando a ejecutar es:

ipconfig

Anotaremos la "Dirección IP". Por supuesto, también podemos obtenerla en el modo gráfico, desde las propiedades de red:

Crear los usuarios de los equipos clientes en el servidor Windows Server 2003, establecer directivas de contraseñas

Alta de usuarios en el dominio, servidor con Active directory

Uno de los requisitos fundamentales para agregar los equipos informáticos de nuestra organización a un dominio Windows es crear los usuarios que usarán cada equipo. Dichos usuarios se crearán en el servidor controlador de dominio con Windows Server 2003, pues a partir de este momento ya no se usarán usuarios locales de los equipos, los usuarios y sus credenciales (contraseña) quedarán guardados de forma centralizada únicamente en el servidor promocionado a controlador de dominio con Active Directory. Por lo tanto será en el servidor donde creemos todos los usuarios que iniciarán sesión en los equipos informáticos de nuestra empresa.

Además, la Ley de Protección de Datos (LOPD) obliga a que no se usen usuarios genéricos (un mismo usuario y contraseña compartida por varias personas) sino que se utilice un usuario y contraseña por cada persona de la organización. Por ello, el primer paso antes de agregar un equipo informático a un dominio Microsoft Windows será crear los usuarios que iniciarán sesión en estos equipos.

Para crear un usuario en Active Directory accederemos al servidor con un usuario miembro del grupo administradores (con permisos de administrador), abriremos "Usuarios y equipos de Active Directory" (que podremos encontrar en "Inicio" - "Herramientas administrativas"). Desde "Usuarios y equipos de Active Directory" podremos crear unidades organizativas (carpetas contenedoras) para ordenar y guardar los usuarios de nuestra organización por departamentos. Por ejemplo, podremos tener las siguientes unidades organizativas (se crean pulsando con el botón derecho sobre "dominioajpdsoft.com" y seleccionado "Nuevo" - "Unidad organizativa"): uoFacturacion, uoContabilidad, uoDesarrollo, uoMarketing, ... En realidad, las unidades organizativas son como "carpetas" donde podremos estructurar los usuarios para administrarlos de forma más sencilla. Podremos, por ejemplo, aplicar directivas de seguridad diferentes a cada unidad organizativa. No son obligatorias pero recomendamos usarlas.

Si hemos creado unidades organizativas, para crear un usuario en Active Directory, pulsaremos con el botón derecho del ratón sobre la unidad organizativa donde queramos crear el usuario y seleccionaremos "Nuevo" - "Usuario":

Crear los usuarios de los equipos clientes en el servidor Windows Server 2003

Introduciremos los datos del usuario, el más importante es "Nombre de inicio de sesión de usuario" que será el nick (usuario) que introducirá la persona en el equipo cliente para iniciar sesión. Pulsaremos "Siguiente" para continuar:

A continuación introduciremos la contraseña para el usuario, se recomienda, para cumplir la LOPD y por seguridad, introducir una contraseña "estándar" y obligar al usuario a que cambie la contraseña e introduzca una suya propia que sea personal e intransferible (que nadie, salvo él, la sepa). Por ejemplo, introduciremos como contraseña "11223344" y marcaremos la opción "El usuario debe cambiar la contraseña al iniciar una sesión de nuevo". De esta forma, cuando el usuario inicie sesión por primera vez en su equipo deberá introducir la anterior y se le solicitará y obligará a que cambie la contraseña por una nueva:

Por último el asistente para crear un nuevo usuario en Active Directory nos mostrará el resumen de las opciones seleccionadas para el nuevo usuario, si son correctas pulsaremos "Finalizar":

Tras crear el usuario, podremos establecer los grupos de seguridad de los que será miembro. Para ello pulsaremos con el botón derecho del ratón sobre el usuario y seleccionaremos "Propiedades":

En la pestaña "Miembro de" de la ventana de Propiedades del usuario podremos agregar los grupos de seguridad a los que pertenecerá. Por ejemplo, para hacer un usuario administrador del dominio pulsaremos en "Agregar":

Introduciremos el grupo de seguridad al que pertenecerá el usuario (o varios grupos separados por punto y coma) y pulsaremos "Aceptar". En nuestro caso, como ejemplo, agregaremos el usuario "facturacion" al grupo de seguridad "Admins. del dominio" por lo que lo convertiremos en administrador del dominio. Obviamente esto es un ejemplo, no conviene agregar usuarios a este grupo pues tendrán todos los permisos administrativos sobre el servidor y sobre todos los equipos clientes agregados al dominio:

De esta forma el usuario será miembro de los grupos de seguridad que hayamos elegido, en función de estos grupos de seguridad tendrá más o menos permisos sobre los equipos del dominio. Por defecto, un usuario sólo pertenecerá al grupo de seguridad "Usuarios del dominio", con este grupo es suficiente para iniciar sesión en cualquier equipo cliente agregado al dominio y realizar las tareas típicas de navegación, correo electrónico, ofimática, etc.:

Directiva de cuenta, directiva de contraseñas, caducidad, historial, longitud mínima

Además de crear los usuarios para los equipos clientes en el dominio, podremos indicar las directivas de seguridad para establecer el nivel de complejidad de las contraseñas, cifrado, historial, longitud mínima, vigencia máxima (caducidad). Para ello accederemos al servidor controlador de dominio, pulsaremos en "Inicio" - "Herramientas administrativas" - "Directiva de seguridad de dominio". En esta ventana, accederemos a "Configuración de seguridad" - "Directivas de cuenta" - "Directiva de contraseñas":

Para activar una directiva haremos doble clic sobre ella, por ejemplo "Las contraseñas deben cumplir los requerimientos de complejidad" y marcaremos "Habilitada". De esta forma, la directiva quedará activa y se aplicará a todos los usuarios de todos los equipos que hayamos agregado al dominio:

A continuación mostramos las directivas de contraseñas disponibles y una descripción de cada una de ellas:

Almacenar contraseñas usando cifrado reversible: esta configuración de seguridad determina si el sistema operativo almacena contraseñas con el cifrado reversible. Esta directiva proporciona compatibilidad para aplicaciones que usan protocolos que exigen el conocimiento de la contraseña del usuario para propósitos de autenticación. Almacenar contraseñas con el cifrado reversible es fundamentalmente lo mismo que almacenar versiones de texto simple de las contraseñas. Por esta razón, esta directiva no debería habilitarse nunca, a menos que los requisitos de la aplicación tengan más importancia que la necesidad de proteger la información de contraseñas. Se exige esta directiva cuando se usa la autenticación CHAP (Protocolo de autenticación por desafío mutuo) a través de acceso remoto o IAS (Servicios de autenticación Internet). También se exige cuando se usa la autenticación implícita en Internet Information Services (IIS). El valor predeterminado es: deshabilitada.
Forzar el historial de contraseñas: esta configuración de seguridad determina el número de nuevas contraseñas únicas que deben asociarse a una cuenta de usuario antes de poder reutilizar una contraseña antigua. El valor debe estar comprendido entre 0 y 24 contraseñas. Esta directiva permite a los administradores mejorar la seguridad ya que garantiza que no se reutilicen continuamente contraseñas antiguas. El valor predeterminado: 24 en controladores de dominio, 0 en servidores independientes. Nota: de manera predeterminada, los equipos miembros usan la configuración de sus controladores de dominio. Para mantener la eficacia del historial de contraseñas, no permita que las contraseñas se cambien inmediatamente después de haberlas cambiado habilitando también la configuración de directiva de seguridad Vigencia mínima de la contraseña.
Las contraseñas deben cumplir los requerimientos de complejidad: esta configuración de seguridad determina si las contraseñas deben cumplir los requisitos de complejidad. Si se habilita esta directiva, las contraseñas deben cumplir los siguientes requisitos mínimos:
- No contener el nombre de cuenta del usuario o partes del nombre completo del usuario en más de dos caracteres consecutivos.
- Tener una longitud mínima de seis caracteres.
- Incluir caracteres de tres de las siguientes categorías: mayúsculas (de la A a la Z), minúsculas (de la a a la z), dígitos de base 10 (del 0 al 9), caracteres no alfanuméricos (por ejemplo, !, $, #, %).
Longitud mínima de la contraseña: esta configuración de seguridad determina el número mínimo de caracteres que debe contener la contraseña de una cuenta de usuario. Puede establecer un valor comprendido entre 1 y 14 caracteres, o puede indicar que no se exija contraseña alguna estableciendo el número de caracteres en 0. El valor predeterminado: 7 en controladores de dominio, 0 en servidores independientes.
Vigencia máxima de la contraseña: esta configuración de seguridad determina el período de tiempo (en días) en que puede usarse una contraseña antes de que el sistema solicite al usuario que la cambie. Puede establecer las contraseñas para que expiren tras un número de días comprendido entre 1 y 999, o puede especificar que las contraseñas no expiren nunca estableciendo el número de días en 0. Si la vigencia máxima de la contraseña está comprendida entre 1 y 999 días, la vigencia mínima deberá ser menor que la vigencia máxima. Si la vigencia máxima de la contraseña se establece en 0, la vigencia mínima de la contraseña podrá ser cualquier valor entre 0 y 998 días. Nota: como recomendación de seguridad, se aconseja hacer que las contraseñas expiren a los 30-90 días, en función del entorno. De este modo, un atacante contará con tiempo limitado para apropiarse la contraseña de un usuario y obtener acceso a los recursos de la red. El valor predeterminado: 42.
Vigencia mínima de la contraseña: esta configuración de seguridad determina el período de tiempo (en días) en que debe usarse una contraseña antes de que el usuario pueda cambiarla. Puede establecer un valor entre 1 y 998 días, o puede permitir que se realicen cambios de forma inmediata estableciendo el número de días en 0. La vigencia mínima de la contraseña debe ser menor que la vigencia máxima de la contraseña, salvo que esta última esté establecida en 0, lo que indica que las contraseñas no expirarán nunca. Si la vigencia máxima se establece en 0, la vigencia mínima podrá establecerse en cualquier valor comprendido entre 0 y 998. Configure la vigencia mínima de la contraseña de modo que sea mayor que 0 si desea que sea efectiva la configuración Exigir historial de contraseñas. Sin una vigencia mínima, los usuarios pueden reutilizar las contraseñas repetidamente hasta llegar a una contraseña favorita antigua. La configuración predeterminada no sigue esta recomendación, de modo que un administrador puede especificar una contraseña para un usuario y, a continuación, pedir al usuario que la cambie cuando inicie sesión. Si el historial de contraseñas se establece en 0, el usuario no tiene que elegir una nueva contraseña. Esta es la razón de que Exigir historial de contraseñas se establezca en 1 de manera predeterminada. El valor predeterminado: 1 en controladores de dominio, 0 en servidores independientes.

Agregar equipo con Windows XP a dominio Windows Server 2003

Para agregar un equipo con Microsoft Windows XP deberemos cumplir los requisitos del servidor y del equipo cliente indicados aquí y deberemos obtener los datos necesarios como explicamos aquí.

Arrancaremos el equipo cliente con Microsoft Windows XP, iniciaremos sesión en el equipo con un usuario administrador del equipo local a ser posible. Accederemos al botón "Inicio" - "Panel de control":

Agregar equipo con Windows XP a dominio Windows Server 2003

Haremos doble clic en "Sistema" (también es posible con la combinación de teclas Windows + Pausa):

Desde la pestaña "Nombre de equipo" pulsaremos en el botón "Cambiar":

En "Miembro de" marcaremos la opción "Dominio" e introduciremos el nombre del dominio Windows Server al que queremos agregar el equipo cliente, en nuestro caso "dominioajpdsoft.com". Pulsaremos "Aceptar":

Si hemos añadido el dominio correctamente nos solicitará usuario y contraseña. Introduciremos un usuario y contraseña del dominio con permisos suficientes para agregar un equipo. Para evitar problemas de permisos podremos usar un usuario del dominio miembro del grupo administradores:

Si todo es correcto mostrará un mensaje con el texto "Bienvenido al dominio dominioajpdsoft.com":

Nos indicará con otro mensaje que debemos reiniciar el equipo para que los cambios tengan efecto:

Pulsaremos "Aceptar" en la ventana de Propiedades del sistema:

Nos mostrará un cuadro de diálogo indicando si queremos reinciar ahora el equipo, pulsaremos "Sí" para reiniciarlo:

Tras el primer reinicio nos solicitará usuario y contraseña, antes de introducirlo, pulsaremos en el botón "Opciones":

En "Conectarse a" nos aparecerá el dominio al que hemos agregado el equipo, lo seleccionaremos. A partir de ahora deberemos introducir un usuario y contraseña del dominio (no del equipo local) por lo que debe estar creado en el servidor:

Tras introducir usuario y contraseña en la ventana anterior de Inicio de sesión de Windows el equipo realizará la comprobación de las credenciales (usuario y contraseña) en el equipo servidor controlador de dominio. En nuestro caso usaremos el usuario creado aquí llamado "facturacion". Si son correctas las credenciales se iniciará sesión:

Puesto que hemos marcado para el usuario "facturacion" la opción de que en el próximo inicio de sesión se le solicite un cambio de contraseña, en el arranque nos mostrará este mensaje:

Con el texto: Necesita cambiar su contraseña la primera vez que inicie la sesión.

Introduciremos la nueva contraseña para el usuario "facturacion". Esta nueva contraseña sólo debe conocerla la persona que utilizará en adelante el usuario con el que se está iniciando sesión. Una vez cambiada, la contraseña quedará almacenada en el servidor controlador de dominio (Active Directory) y no en el equipo local:

Además, si hemos aplicado alguna directiva de contraseñas, obligaremos a los usuarios a cumplir con los requisitos de complejidad marcados por las directivas, si no los cumplen mostrará un mensaje como este (el mensaje variará en función de la directiva de seguridad infringida):

Con el texto: La contraseña debe tener al menos 4 caracteres, no puede repetir ninguna de las 24 contraseñas anteriores y debe tener una antigüedad de al menos 1 días. Escriba una contraseña diferente. Escriba una contraseña que cumpla con estos requisitos en ambos cuadros de texto.

Si todo es correcto, mostrará una aviso al usuario indicando que la contraseña se ha cambiado correctamente:

Si es el primer inicio de sesión que se realiza en el equipo local con el usuario actual del dominio, se creará su perfil de usuario (escritorio y demás carpetas del perfil):

De esta forma, los usuarios y contraseñas quedarán guardados sólo en el servidor y no en los equipos locales. Además, por defecto, el usuario con el que se inicia sesión (creado en el servidor) por defecto será una cuenta limitada y en el equipo cliente agregado al dominio no podrá realizar tareas de administración. Por ejemplo, si volvemos a mostrar las Propiedades del sistema, veremos que no aparecen todas las opciones y algunas sólo aparecen para consulta y no son modificables:

Con esta medida evitaremos que un usuario pueda instalar software indeseado o innecesario, tampoco podrá modificar la configuración del equipo y será más difícil que el equipo sea infectado por un virus, pues el usuario con que se ha iniciado sesión, por defecto, es limitado. Esto redundará en un ahorro para la empresa en mantenimiento informático, con este método los equipos no necesitarán mantenimiento (limpieza de malware, spyware, adware, virus, etc.).

Como ya hemos comentado, una vez que el equipo es miembro del dominio, se le aplicarán de forma automática las directivas que hayamos establecido en el servidor. A partir de este momento este equipo podrá ser administrado y configurado de forma automática y centralizada en el servidor. Se le aplicarán, por ejemplo, las directivas de contraseñas para el usuario que inicia sesión.

Tras agregar el equipo al dominio, aparecerá automáticamente en "Computers", en "Usuarios y equipos de Active Directory":

Desde el servidor podremos aplicar directivas de seguridad tanto a los usuarios como a los equipos. A partir de este momento, cualquier usuario puede iniciar sesión en cualquier equipo de la empresa (siempre que esté agregado al dominio).

Agregar equipo con Windows 7 a dominio Windows Server 2003

Para agregar un equipo con Microsoft Windows 7 a un dominio deberemos cumplir los requisitos del servidor y del equipo cliente indicados aquí y deberemos obtener los datos necesarios como explicamos aquí.

Iniciaremos sesión en el equipo, a ser posible con un usuario con permisos de administrador. Pulsaremos en el botón "Iniciar" - "Panel de control":

Agregar equipo con Windows 7 a dominio Windows Server 2003

Pulsaremos en "Sistema" (también podemos abrir esta ventana pulsando las teclas Windows + Pausa):

En la ventana de Sistema, en la sección "Configuración de nombre, dominio y grupo de trabajo del equipo", pulsaremos en "Cambiar configuración":

En la pestaña "Nombre de equipo" de la ventana "Propiedades del sistema" pulsaremos en el botón "Cambiar":

En "Miembro del" marcaremos "Dominio" e introduciremos el nombre del dominio, en nuestro caso "dominioajpdsoft.com". Pulsaremos en "Aceptar":

Si todo es correcto, nos mostrará un mensaje con el texto "Se unió correctamente al dominio dominioajpdsoft.com":

Nos avisará de que debemos reiniciar el equipo para aplicar los cambios:

Pulsaremos "Aceptar" en la ventana de Propiedades del sistema:

Pulsaremos "Reiniciar ahora" para reinciar el equipo y agregarlo definitivamente al dominio:

Tras el arranque del equipo, pulsaremos Control + Alt + Supr:

Para iniciar sesió por primera vez validando en el dominio pulsaremos en "Cambiar de usuario":

Pulsaremos en "Otro usuario":

Introduciremos un usuario existente en el servidor con Active Directory, en la parte inferior nos indicará el dominio donde se iniciará sesión: "Iniciar sesión en: AJPDSOFT". Si queremos cambiar el dominio usaremos la nomenclatura:

nombre_usuario@nombre_dominio

Por ejemplo, para iniciar sesión con el usuario "alonso" en el dominio "ajpdsoft" introduciríamos "alonso@ajpdsoft".

Introduciremos usuario y contraseña y pulsaremos en la flecha o INTRO para iniciar sesión:

Nota: volvemos a repetir que este usuario y contraseña no existen en el equipo local sino en el dominio de Windows Server. Por ello se aplicarán las directivas establecidas en el dominio para el usuario de caducidad de contraseña, complejidad, cifrado, historial, etc.

Y ya tendremos el equipo validado en el dominio y podremos iniciar sesión con un usuario de Active Directory:

En el servidor con Windows Server 2003 controlador de dominio, en Usuarios y equipos de Active Directory podremos ver el equipo agregado, en "Computers":

Recomendaciones importantes para los equipos clientes agregados al dominio Windows

Una de las recomendaciones más importantes para los equipos clientes validados (agregados) en el dominio Windows Server es deshabilitar los usuarios locales de los equipos. Si no deshabilitamos los usuarios locales cualquier persona podría iniciar sesión sin validar en el equipo, algo que no es recomendable. En el caso de un equipo con Microsoft Windows 7 pulsaremos en el botón "Iniciar", en "Equipo" pulsaremos con el botón derecho del ratón y seleccionaremso "Administrar":

En la ventana de Administración de equipos seleccionaremos "Herramientas del sistema" - "Usuarios y grupos locales" - "Usuarios", en la parte derecha aparecerán todos los usuarios del equipo local, para deshabilitarlos y que no puedan ser usados pulsaremos con el botón derecho del ratón sobre ellos (uno a uno), seleccionaremos "Propiedades":

En la pestaña "General" marcaremos la opción "La cuenta está deshabilitada" y pulsaremos "Aceptar":

Con esto impediremos que una persona pueda iniciar sesión con un usuario local del equipo y lo obligamos a que valide siempre con un usuario del dominio.

Por seguridad recomendamos que también se deshabilite el usuario administrador. Por tareas de mantenimiento, para los administradores de los equipos, podríamos crear un usuario local en todos los equipos, hacerlo miembro del grupo de seguridad "Administradores" y establecer una contraseña segura que ningún usuario sepa (salvo los administradores del sistema). De esta forma tendremos un usuario local en todos los equipos con el mismo nombre por si en algún momento queremos sacar el equipo del dominio o por si la red falla y no tenemos acceso al servidor, en este caso sólo se podría iniciar sesión sin validar en el dominio, de forma local con este usuario.

Por último, hay que tener en cuenta que las versiones de "Home" de Windows XP, Windows Vista y Windows 7 no permiten validación en dominio Windows. Estas versiones de estos sistemas operativos no sirven para ser agregadas a un dominio.

Créditos

Artículo realizado íntegramente por Alonsojpd miembro fundador del proyecto AjpdSoft.

1/02/2013

Programar reinicio automático Windows Server 2003

8/12/2012

Ampliar tamaño partición sistema máquina virtual W2003 VMware ESXi con GParted

Escenario inicial, servidor ESX, ESXi, vSphere, W2003

Ampliar tamaño hd máquina virtual W2003 en VMware ESX, ESXi, vSphere

Extender tamaño partición sistema W2003 NTFS con GParted en VMware ESXi

Artículos relacionados

Créditos

5/29/2011

¿Por qué agregar equipos cliente con Windows XP ó Windows 7 a un dominio Windows Server 2003 ó Windows Server 2008?

Requisitos iniciales para validación en dominio Windows Server

Servidor con Windows Server 2003 ó Windows Server 2008

Servidor promocionado a controlador de dominio (Active Directory)

Disponer de una red LAN y todos los equipos conectados a la red, incluido el servidor

Servidor de DNS, configuración de red, equipo controlador de dominio

Configuración de red equipo cliente

Sistema operativo para el equipo cliente que agregaremos al dominio Windows

Obtener datos necesarios para agregar equipos cliente a un dominio Windows

Crear los usuarios de los equipos clientes en el servidor Windows Server 2003, establecer directivas de contraseñas

Alta de usuarios en el dominio, servidor con Active directory

Directiva de cuenta, directiva de contraseñas, caducidad, historial, longitud mínima

Agregar equipo con Windows XP a dominio Windows Server 2003

Agregar equipo con Windows 7 a dominio Windows Server 2003

Recomendaciones importantes para los equipos clientes agregados al dominio Windows

Artículos relacionados

Créditos

Etiquetas