INSTALACION Y

CONFIGURACION DE
WINDOWS SERVER 2012 R2
PREVIEW

_________________________
Como ya se los comenté en la anterior
 
entrega, el sistema operativo de Cloud
o Cloud OS de Microsoft es Windows Tan pronto se muestre la imagen de
Server 2012. instalación se verá la primera pantalla
que pregunta el lenguaje de instalación,
Hoy les voy a mostrar el proceso de
el formato de fecha y hora y la
instalación, el cual es muy sencillo y las
configuración del teclado:
labores post-instalación, que son muy
sencillas.

Si no lo han descargado  vean mi

artículo http://blogs.technet.com/b/itprocol
/archive/2013/07/01/la-era-del-cloud-
os.aspx

Una vez se tenga el ISO de instalación

se puede quemar en un DVD e instalar
en una máquina física, pero la mayoría
Como ya lo comenté, todas las
de nosotros no tenemos una máquina
instalaciones de S.O. las haré en Inglés
para dedicarla a ello en un ambiente de
así que aquí se instalará el sistema en
pruebas así que podemos instalarla en
Inglés:
una máquina virtual.
 
En este ejercicio voy a usar Hyper-
V como plataforma de virtualización pero
ustedes pueden usar otras plataformas
para instalar el S.O. (no me voy a referir
a esas otras plataformas acá).

Como todo lo vamos a ir tratando paso a

paso, no me voy a referir tampoco al
proceso de instalación de Hyper-V bien
sea en Windows 8, Windows Server
2008 R2 o Windows Server 2012. Aquí Presionamos Next
asumiremos que ya se tiene Hyper-
V instalado y configurado en cuanto a
networking.

Entonces, manos a la obra… una vez

hayamos encendido la máquina con el
medio de instalación empezará el
proceso:
Y ahora Install Now

Bueno, nos vamos a ir por el proceso de

instalación de la versión Core, que no
Arranca el proceso…
tiene modo gráfico y poco a poco vamos
a ver cómo agregarle modo gráfico si es
necesario y cómo personalizarla estando
en ambiente Core.

En este caso, es necesario escribir el

número de licencia para poder continuar,
este número consta de 16 dígitos y es el  
que se obtuvo al descargar el software,
recuerden el post anterior Seleccionamos Core y presionamos Next
(http://blogs.technet.com/b/itprocol/archiv
e/2013/07/01/la-era-del-cloud-os.aspx)

I accept the license terms y Next

Una vez se escriba se presiona Next (el

número que aparece en la imagen no es
válido, es necesario usar el que el sitio
web le entregó para la instalación)

Como es una instalación por primera vez,

seleccionamos Custom: Install Windows
only (advanced)
Como en este ejemplo tenemos un sólo Presione OK y escriba una contraseña
disco, presionamos Next fuerte
(recomiendo http://technet.microsoft.com/
en-us/library/cc875814.aspx)

El proceso arranca, debemos esperar a

que termine
Una vez asignada la contraseña
presione Enter (algo muy diferente a
123456, por favor…)

Apenas finalice ya tenemos una máquina

instalada. Si está en una máquina física
puede presionar CTRL+ALT+SUPR para
iniciar sesión o si es una virtual se le ¡Presione OK y listo!
puede enviar CTRL+ALT+FIN
Ahora se verá algo similar a lo siguiente:

Ahora es necesario cambiar la

¿Y ahora qué? Bueno, la instalación en
contraseña de administrador
realidad es muy sencilla y no tiene
mucho misterio. Lo más interesante es lo En este ejercicio le voy a poner a la
que viene después, como por ejemplo máquina el nombre SERVER2012-01.
parametrizar la máquinas en cuanto Apenas ejecute el comando el sistema
a hostname y configuraciones de red. me pide ser reiniciado

Ahora lo vamos a hacer usando

Powershell, pues si observamos esta
máquina tiene un nombre aleatorio y una
dirección
IP APIPA (verhttp://technet.microsoft.com
/en-us/library/cc725638.aspx)

Para reiniciar la máquina uso el

comando Restart-Computer

Para hacer los cambios deseados,

empezamos invocando Powershell desde
la línea de comandos, basta
escribir powershell y Enter

Espero que se reinicie y ya tengo

cambiado el nombre.

Ahora vamos a cambiar los parámetros

de red, empezando por la dirección IP,
pero antes de ellos necesitamos saber
cuántos adaptadores hay en la máquina
y cuál es su nombre, para ello usamos el
comando Get-NetAdapter
Apenas esté en Powershell se ve el
prompt PS. Lo primero que vamos a
hacer es cambiar el nombre de la
máquina usando el comandoRename-
Computer

Ya sabemos que nuestra interface se

denomina Ethernet, entonces ya
podemos asignar la IP de la siguiente
manera:
 Aquí le decimos al sistema que el DNS
de la interface Ethernet corresponde a la
IP 192.168.0.100, noten la importancia
de usar antes el comando Get-
NetAdapter para conocer el nombre de la
interface de red.

Finalmente podemos verificar los

parámetros que cambiamos
El comando completo es con IPCONFIG / ALL

New-NetIPAddress –IPAddress
192.168.0.99 -InterfaceAlias "Ethernet"
-DefaultGateway 192.168.0.1 –
AddressFamily IPv4 –PrefixLength 24

Vamos a asignar la IP 192.168.0.99 a la

interface denominada Ethernet con
máscara de red /24 (255.255.255.0) y
Default Gateway 192.168.0.1
¡Esto hasta ahora empieza! En la
Este cambio se aplica de manera
próxima entrega vamos a agregar modo
inmediata y si escribimos IPCONFIG
gráfico a la máquina, no se la pierdan.
vemos la IP ya asignada a la máquina

Ahora vamos a cambiar los parámetros

de DNS de la interface de red

Para ello usamos el comando

Set-DnsClientServerAddress
-InterfaceAlias "Ethernet"
-ServerAddresses 192.168.0.100
 cualquier medio, por entidades con fines de lucro). c) Si

altera o transforma esta obra o genera una obra derivada,

sólo puede distribuir la obra generada bajo una licencia

idéntica a ésta. Al reutilizar o distribuir la obra, tiene que

dejar bien claro los términos de la licencia de esta obra.

Alguna de estas condiciones puede no aplicarse si se obtiene

el permiso del titular de los derechos de autor. Los derechos

derivados de usos legítimos u otras limitaciones no se ven

afectados por lo anterior. Licencia completa en castellano.

La información contenida en este documento y los derivados

de éste se proporcionan tal cual son y los autores no

asumirán responsabilidad alguna si el usuario o lector, hace

mal uso de éstos.

Introducción.

Es imprescindible primero estudiar y

comprender, los conceptos descritos en el
documento titulado «Introducción al
protocolo DNS.»

Acerca de Bind (Berkeley Internet Name

Domain).

BIND (acrónimo
de Berkeley Internet Name Domain) es una
implementación del protocolo DNS y
provee una implementación libre de los
principales componentes del Sistema de
Nombres de Dominio, los cuales incluyen:
 Un servidor de sistema de nombres
de dominio (named).
 Una biblioteca resolutoria de
sistema de nombres de dominio.
Configuración de servidor de  Herramientas para verificar la
nombres de dominio (DNS), parte I. operación adecuada del servidor
DNS (bind-utils).
Autor: Joel Barrios Dueñas
Correo electrónico: darkshram en gmail El Servidor DNS BIND es utilizado de
punto com manera amplia en Internet en
Sitio de aproximadamente el 99% de los servidores
Red: http://www.alcancelibre.org/ DNS del mundo, proporcionando una
Jabber ID: darkshram@jabber.org robusta y estable solución.
Creative Commons Reconocimiento-NoComercial-
CompartirIgual 2.1
© 1999-2015 Joel Barrios Dueñas. Usted es libre de copiar,

distribuir y comunicar públicamente la obra y hacer obras

derivadas bajo las condiciones siguientes: a) Debe reconocer

y citar al autor original. b) No puede utilizar esta obra para

fines comerciales (incluyendo su publicación, a través de

Equipamiento lógico necesario.
Paquete. Descripción.
bind  Incluye el Servidor
DNS (named) y herramientas
para verificar su
funcionamiento.
bind-libs  Bibliotecas compartidas, que
consisten en rutinas para
aplicaciones para utilizarse
cuando se interactúe
con Servidores DNS.
bind- Contiene un árbol de archivos
chroot  que puede ser utilizado como
una
jaula chroot para namedañadi
endo seguridad adicional al
servicio.
bind-utils  Colección de herramientas
para consultar Servidores
DNS.
caching- Archivos de configuración que
nameserv harán que el Servidor
er  DNS actúe como un caché
para el servidor de
nombres. Este paquete
desaparece en CentOS 6 y Red
Hat™ Enterprise Linux 6, pues
su contenido se incorporó en
el paquete principal de bind.
Instalación a través de yum.
Ejecute lo siguiente para instalar Bind
9.9 en CentOS 7 o Red Hat™ Enterprise
Linux 7:
yum -y install bind bind-
chroot bind-utils
Ejecute lo siguiente para instalar Bind
9.8 en CentOS 6 o Red Hat™ Enterprise
Linux 6:
yum -y install bind bind-
chroot bind-utils
Si se utiliza CentOS 5 o Red Hat™
Enterprise Linux 5 se puede instalar Bind
9.3.6 utilizando lo siguiente:
yum -y install bind bind-
chroot bind-utils caching-
nameserver
Si se utiliza CentOS 5 o Red Hat™
Enterprise Linux 5, también puede
instalar, aunque de manera opcional, Bind
9.7, el cual incluye soporte para DNSSEC,
utilizando lo siguiente:
yum remove bind-libs bind-
utils bind bind-chroot
caching-nameserver
yum -y install bind97
bind97-chroot bind97-utils
Firma digital del servidor.
Con la finalidad de mejorar la seguridad,
genere una firma digital de 512 bits (el
valor predeterminado es 128 bits) para el
servidor DNS. Ejecute lo siguiente:
rndc-confgen -a -r
/dev/urandom -b 512 -c
/etc/rndc.key
Cambie las pertenencias para que este
archivo sea propiedad del usuario root y
grupo named:
chown root:named
/etc/rndc.key
Asegure que los permisos de acceso sean
lectura y escritura para usuario, sólo
lectura para grupo y nada para otros, es
decir un permiso 640 (rw-r-----):
chmod 640 /etc/rndc.key
Actualice el archivo de cache con los
servidores DNS raíz.
El archivo /var/named/named.ca contiene
la información de los servidores DNS raíz
necesaria para poder iniciar el cache de
todo servidor DNS de Internet. Actualice
este archivo para evitar problemas para la
resolución de algunas zonas ejecutando lo
siguiente:
wget -N
http://www.internic.net/doma
in/named.root \
-O /var/named/named.ca
También puede ejecutar lo siguiente para
lograr el mismo fin.
dig +bufsize=1200 +norec NS .
@a.root-servers.net >
/var/named/named.ca
Conviene verificar periódicamente si hay
alguna actualización de este archivo. La
versión más reciente al momento de
redactar este documento corresponde al 3
de enero de 2013.
El archivo debe pertenecer a root y el
grupo named.
chown root:named
/var/named/named.ca
Asigne permiso de lectura y escritura para
usuario, sólo lectura para grupo y nada
para otros (rw-r-----).
chmod 640
/var/named/named.ca
Procedimientos.
SELinux y el servicio named.
A mediados de 2008, Common
Vulnerabilities and Exposures List y US-
CERT, reportaron que el investigador Dan
Kaminsky descubrió una vulnerabilidad
que afectaba a varias implementaciones
de DNS (BIND 8 y 9 antes de 9.5.0-P1,
9.4.2-P1 y 9.3.5-P1; Microsoft DNS en
todas las versiones de Windows 2000 SP4,
XP SP2 y SP3, así como Server 2003 SP1 y
SP2).
Esta vulnerabilidad permite a cualquier
atacante remoto el poder falsificar tráfico
DNS a través de ciertas técnicas de
contaminación de cache en servidores que
realizan resolución recursiva (es decir
cuando se usa la opción allow-
recursion abierta a todo el mundo, como
ocurre en los servidores DNS públicos) y se
relaciona a insuficiente aleatoriedad de las
identidades de transacción y de los puertos
de origen. Es decir, una vulnerabilidad de
entropía de insuficiencia de zócalos
(sockets) de DNS (conocido como DNS
Insufficient Socket Entropy
Vulnerability). A través de esta
vulnerabilidad un atacante puede
contaminar el cache de un servidor DNS y
hacer que los clientes se conecten hacia
direcciones falsas. Es importante aclarar
que en realidad se trata de una
vulnerabilidad en el diseño del protocolo
DNS.
SELinux protege casi por completo al
servicio named contra la vulnerabilidad
anteriormente descrita. Es por tal motivo
que es importante utilizar SELinux.
Ejecute lo siguiente para que SELinux
permita al servicio named trabajar con
permisos de escritura para zonas maestras,
es decir un esquema de servidor maestro
con servidores esclavos o bien como
servidor DNS dinámico:

setsebool -P
named_write_master_zones 1
Lo anterior aplica para CentOS 5 y 6 y Red
Hat Enterprise Linux 5 y 6.
Windows Server 2012 (R2):
Crear un Dominio –
Instalación del Primer
Controlador de Dominio
Cuando se hacen notas para un blog
como este, una pregunta que uno se
hace es “¿a qué nivel de conocimientos
apunto?” Hasta ahora en general me
he inclinado por un nivel medio de
conocimientos previos, ya que hice
algunas notas apuntando al que tenga
conocimientos avanzados y no fueron
muy populares
de nombres de DNS, y es
independiente del dominio con
el que se tenga prescencia en
Internet. Son dos cosas
totalmente diferentes “dominio
Active Directory” y “dominio de
Internet”
Y para los de habla española,
recordar que no incluya vocales
acentuadas o la letra “ñ” ya que
traen problemas luego
 Cómo será la convención de
nombres para los Controladores
de Dominio
 Qué configuración de red
tendrá, que deberá ser
ingresada manualmente, y no
como cliente de DHCP
Así que lo primero que debemos hacer
luego de instalar el servidor es
asignarle la configuración IP. Esto
variará con cada instalación, yo he
elegido la red 192.168.1.0/24 que no es
una red recomendable

Así que en esta ocasión, comenzaré

con algo básico, como es la creación
de un Dominio Active Directory desde
el principio

Haré dos notas correlativas, en esta

primera crearemos el Dominio, y en la
segunda agregaremos un Controlador
de Dominio adicional al Dominio
existente. En esta última veremos la
configuración inicial necesaria, y
verificaremos que fue agregado
exitosamente, y nombraremos las
condiciones para que provea tolerancia
a fallas sobre el servicio

[Actualización] Debido a la gran
popularidad de esta nota, he creado un
video en Youtube con esta misma
demostración
(https://youtu.be/IR5LixTrpkE)

Antes de comenzar con cualquier

configuración hay que tener definidas
algunas opciones, pero las más
básicas incluyen:

 Cómo se llamará el Dominio

Debe seguir las convenciones
  

Luego de lo anterior debemos asignarle

al servidor que será Controlador de
Dominio un nombre adecuado, de
acuerdo a la convención de nombres
que tengamos

Observen que la configuración de

servidor DNS está en blanco
Y reiniciamos la máquina, ya que es
requerido por el cambio de nombre
 

Luego del reinicio e iniciando sesión

con una cuenta de administrador local
procederemos a instalar la
funcionalidad de acuerdo a como se
muestra en las siguientes pantallas
Cuando seleccionemos “Active
Directory Domain Services” solicitará la
instalación de componentes
adicionales, que por supuesto lo
aceptaremos
 La opción ofrecida por omisión es crear
un nuevo Bosque (“Forest”), que es lo
que debemos seleccionar cuando
estamos creando nuestro primer
Dominio Active Directory. Sólo
debemos ingresar el nombre del
Dominio a crear

Finalizada la instalación, y ya en el
último paso, debemos promover al
equipo como Controlador de Dominio
configurándolo de acuerdo a la
necesidad
Vamos a detenernos un tiempo en esta
pantalla porque hay configuraciones
importantes. Salvo que posteriormente
vayamos a instalar Controladores de
Dominio con versiones anteriores del
sistema operativo, no convendrá
disminuir los niveles funcionales.
Y es muy importante colocar una
contraseña segura de “Directory
Service Restore Mode” (DSRM). Esta
contraseña es necesaria si tuviéramos
que hacer una restauración desde una
copia de seguridad del Controlador de
Dominio. Esta contraseña no tiene
relación con la cuenta de administrador
del Dominio, no se sincroniza, y es
individual para cada Controlador de
Dominio

Sugiere el nombre NetBIOS del

Dominio, que salvo que esté duplicado
en la red, siempre será la parte más a
la izquierda del nombre de Dominio que
hayamos colocado

Es normal que no pueda efectuar la

delegación en el DNS superior, y en
nuestro caso sería un problema grave
de seguridad si pudiera delegar en un
dominio de Internet, nuestro Dominio
Active Directory. Así que a ignorar la
advertencia y continuar

Salvo que tengamos en nuestro

servidor más de un disco físico y
esperemos que nuestro Active
Directory sea “muy grande”, no
conviene cambiar las ubicaciones de
los archivos
Como aclaración: mover la base y los
logs es muy sencillo luego, pero
cambiar la ubicación de SYSVOL es
problemático

Y vemos que el sistema nos da algunas

advertencias. Entiendo que nadie a
esta altura tendrá servidores NT 4.0, y
por el tema delegación DNS ya lo
hemos visto, así que podemos seguir
adelante tranquilos
Observen que informa que se reiniciará
la máquina automáticamente al finalizar
el proceso
Verificamos si todo lo que
seleccionamos es lo que realmente
deseamos
 Podemos observar que ya es
Controlador de Domino de, en mi caso,
“ad.guillermod.com.ar”

También ya tenemos instaladas las

aplicaciones de más uso para
administrar nuestro Dominio

Luego del reinicio podremos iniciar

sesión con el administrador del
Dominio, ya no administrador local,
aunque su configuración en este caso
se ha migrado

Si abrimos “Active Directory Users and

Computers” veremos que está creada
la correspondiente cuenta de máquina
en la Unidad Organizativa “Domain
Controllers”

También podemos observar que se han
creado las correspondientes zonas
DNS (en la consola DNS), y se han
creado los registros correspondientes.
Tanto en la zona con el nombre del
Dominio, como en la zona que
comienza con “_msdcs.”
En esta nota llegamos hasta acá. En
la próxima nota instalaremos un
segundo Controlador de Dominio, por
lo cual veremos la configuración de
partida, el proceso de promoción, y las
configuraciones finales que hay que
efectuar a fin de proveer tolerancia a
fallos
Red Hat Enterprise Linux 3: Manual
de administración del sistema
Capítulo 25. Protocol
de configuración
Anterio dinámica de host
r (DHCP) Siguiente
25.3. Configuración de
un cliente DHCP
El primer paso al configurar un
cliente DHCP es asegurarse de que
el kernel reconoce la tarjeta de la
interfaz de red. La mayoría de las
tarjetas se reconocen durante el
proceso de instalación y el sistema
se configura para utilizar el módulo
de kernel correcto para la tarjeta. Si
instala una tarjeta después de la
instalación, la
aplicación Kudzu [1] debería
reconocerla y solicitarle por la
configuracióndel módulo del kernel
correspondiente para ésta.
Asegúrese de comprobar la Lista de
compatibilidad de hardware
disponible
enhttp://hardware.redhat.com/hcl/.
Si el programa de instalación o la
aplicación Kudzu no configuran la  DHCP_HOSTNAME — Utilice
tarjeta de red y sabe qué módulo de esta opción solamente si el
kernel debe cargarse para ella, servidor DHCP requiere que
consulte elCapítulo 40 para obtener el cliente especifique un
más información sobre la carga de nombre de host antes de
módulos de kernel. recibir una dirección IP. (El
demonio del servidor DHCP
Para configurar un cliente DHCP
en Red Hat Enterprise Linux
manualmente, debe modificar el
no soporta esta
archivo /etc/sysconfig/network par
característica.)
a habilitar redes y el uso del archivo
de configuración para cada  PEERDNS=<answer>,
dispositivo de red en el donde <answer> es uno de
directorio /etc/sysconfig/network- los siguientes:
scripts. En este directorio, cada
o yes —
dispositivo debería tener un archivo
Modifica /etc/resolv.
de configuración llamado ifcfg-
conf con información
eth0 donde eth0 es el nombre del
desde el servidor. Si
dispositivo de red.
se está usando DHCP,
El entonces yes es el
archivo /etc/sysconfig/network de valor por defecto.
bería contener la línea siguiente:
o no — No
modifica /etc/resolv.
NETWORKING=yes
conf.

Si quiere que se inicie la red en el  SRCADDR=<address>,

momento de arranque debe donde <address> es la
asegurarse de que la dirección IP fuente
variable NETWORKING esté colocada especificada para los
a yes. paquetes salientes.
El archivo /etc/sysconfig/network-  USERCTL=<answer>,
scripts/ifcfg-eth0 debería donde <answer> es uno de
contener las líneas siguientes: los siguientes:

DEVICE=eth0 o yes — Los usuarios

BOOTPROTO=dhcp que no sean root
ONBOOT=yes pueden modificar este
dispositivo.
Necesita un archivo de
o no — Los usuarios no
configuración para cada dispositivo
root no tienen derecho
que desee configurar para el uso de
a controlar este
DHCP.
dispositivo.
Otras opciones para el script de la
Si prefiere usar una interfaz gráfica
red incluyen:
para configurar el cliente DHCP,
consulte el Capítulo 19 para obtener
más información sobre Herramienta
de administración de redes para
configurar la interfaz de red para
usar DHCP.
En este caso
dc1.root.guillermod.com.ar tiene
dirección IP: 192.168.1.201/24
Comenzaremos desde Server Manager
agregando el rol de DHCP Server y
siguiendo el asistente:

Windows Server 2012:

Instalando y
Configurando DHCP

En esta demostración veremos la

instalación básica del servicio DHCP en
un servidor y la configuración inicial de
un ámbito (Scope) típico para una red
con dominio Active Directory

Es una configuración muy sencilla, pero

he visto y recibido varias consultas
sobre el tema por lo cual me he
decidido a hacer este paso a paso

La infraestructura de partida es muy

sencilla, simplemente dos máquinas:

 Un servidor Windows 2012 que

es Controlador de Dominio y
donde instalaré el servicio
DHCP
(dc1.root.guillermod.com.ar)
 Un cliente Windows 8 miembro
del Dominio, si desean probar
que todo funcione de acuerdo a
lo esperado

Es necesario que un Controlador de

Dominio tenga configuración IP fija, no
cliente de DHCP, pero además es
necesario para poder instalar la
funcionalidad.
 Y seguimos adelante

Cuando seleccionemos DHCP Server

nos pedirá agregar los componentes
necesarios
Confirmamos … Podremos ver cuando finaliza la
instalación que hay hacer
configuraciones suplementarias así que
elegimos el enlace “Complete DHCP
Configuration”

Instalamos
Podemos observar que hay que
efectuar dos tareas: crear los grupos
con privilegios sobre el servicio DHCP,
y autorizar su funcionamiento ya que
estamos en ambiente de Dominio

Y ya el sistema creará los dos grupos:

DHCP Administrators y DHCP Users.
Este último tiene privilegios de sólo
lectura sobre el servicio

Para autorizar el funcionamiento

debemos ingresar las credenciales de
una cuenta que pertenezca al grupo
“Enterprise Admins”, no alcanza con
ser solamente administrador del
Dominio

Cerramos el primer asistente

Ahora que ya instalado y autorizado
procederemos a la configuración
básica, como es crear un Ámbito
(Scope) que utilizaremos para asignarle
configuración IP a los clientes que lo
soliciten
Para eso, ingresaremos en la consola
de administración de DHCP
Y comenzaremos creando un nuevo
Ámbito (Scope) de IPv4 de acuerdo al
direccionamiento IP que estamos
usando en nuestra red, en mi caso
192.168.1.0/24
Podemos ponerle el nombre a nuestro
gusto
Debemos ingresar cuáles serán las
direcciones IP inicial y final que
proveerá el DHCP a los Clientes
Si dentro del Ámbito elegido tuviéramos
alguna ya asignada manualmente
deberemos excluirla
Por ejemplo yo estoy excluyendo desde
la 1 a la 9
El tiempo de alquiler (Lease) por Por ejemplo la Puerta de Enlace
omisión es 8 días, si deseáramos lo (Default Gateway)
podríamos cambiar

Y estando en ambiente de Dominio es

Y configuraremos opciones adicionales necesario proveerle a los clientes la
que necesitamos que tengan los dirección IP del servidor DNS del
clientes Dominio, como así también por
facilidad el sufijo de dominio de la Y por supuesto que queremos activarlo,
conexión de esta forma comenzará a operar

En este caso no utilizo WINS así que Finalizamos

no ingreso nada

Para mostrar su funcionamiento, en el

cliente, configuro para que obtenga los
parámetros de IPv4 en forma Aunque es una configuración muy
automática (desde un DHCP) sencilla, he recibido varias preguntas
sobre este tema y por eso he decidido
hacer esta pequeña demostración

Si ejecutamos IPCONFIG /ALL

podremos verificar que nuestro DHCP
le ha otorgado la configuración que
hemos hecho en el servidor