El servicio DHCP

El trabajo práctico

En este capítulo, dispondremos de un controlador de dominio DC-COLE, un servidor Core sin interfaz gráfica de usuario, un equipo Windows 10 con RSAT instalados, un servidor que actuará como router y un segundo equipo cliente Windows 10.

El router conectará las dos redes 192.168.1.0/24 y 10.10.10.0/24, cada una de las cuales alojará un cliente. Se trata de dos redes virtuales separadas en su hipervisor. Configuraremos un agente de retransmisión DHCP en el servidor que actúa como router.

Se puede reutilizar el router del capítulo Active Directory. Los otros servidores tendrán que ser reinstalados.

1. Configuración del servidor Core

Tras instalar el controlador de dominio, como vimos en el capítulo Active Directory, pasaremos a configurar el servidor Core, lo que haremos íntegramente en PowerShell.

Para configurar una tarjeta de red, necesitamos su índice. Podemos obtener esta información utilizando el siguiente comando:

Get-NetAdapter 

En el resultado del comando, la columna ifIndex nos da el valor del índice de la tarjeta de red.

Vamos a poner el resultado del comando Get-NetAdapter en una variable y extraer el valor del índice, que pondremos en otra variable. El último comando sólo está ahí para comprobar el contenido de la variable $index.

Ahora podemos utilizar la variable $index en el comando utilizado para establecer...

Instalación del servicio DHCP

1. Instalación en PowerShell

Vamos a instalar el rol de servidor DHCP en el servidor core1, desde client1.

 Abra un símbolo del sistema PowerShell y abra una sesión remota en el servidor core1. Esto conectará el símbolo del sistema al servidor.

Una vez conectado, puede enviar comandos al servidor. Vamos a instalar el rol DHCP con el siguiente comando:

Install-WindowsFeature -Name DHCP         

No instalamos las management tools, puesto que ya están presentes en la máquina client1, a través de las RSAT.

A continuación, realizaremos las configuraciones posteriores a la instalación, es decir, crearemos los grupos de seguridad users DHCP y admins DHCP. A continuación, con un segundo comando, autorizaremos DHCP en el dominio.

Un servidor DHCP en Windows Server enviará un mensaje DHCPINFORM para averiguar si su dirección IP es una de las direcciones DHCP autorizadas. En caso contrario, el servicio no responderá a las solicitudes de los clientes. Una vez iniciado, el servicio continuará enviando estos mensajes regularmente.

 Envía el comando para crear los grupos de seguridad.

Add-DhcpServerSecurityGroup -ComputerName CORE1.cole.com 

 A continuación, envíe la de autorizar el servicio en el dominio.

Add-DhcpServerInDC -DnsName CORE1.cole.com -IPAddress 192.168.1.100 

 Por último...

Agente de retransmisión DHCP

El agente de retransmisión DHCP es un dispositivo que se instala en un router para que las solicitudes DHCP enviadas en una red, se transfieran a otra red. No se configura en el servidor DHCP sino en el router. Permite redirigir las peticiones DHCP de clientes de varias redes a un único servidor.

En nuestro trabajo práctico, vamos a implementarlo en el servidor que gestiona el enrutamiento entre la red 192.168.1.0 y 10.10.10.0. De esta forma, las peticiones DHCP de client2 se retransmitirán en la red del servidor Core.

1. Creación del ámbito

Lo primero que vamos a hacer en nuestra topología es añadir un ámbito DHCP en el servidor core1 para la red 10.10.10.0/24.

 Desde el equipo client1, en el administrador de servidores, vaya a la sección DHCP y haga clic con el botón derecho del ratón en el servidor core1/DHCP Administrator.

 En la ventana DHCP, vaya a IPv4, haga clic con el botón derecho del ratón y seleccione New Scope.

 Asigne el nombre el ámbito scope2 core1 y haga clic en Next.

 Introduzca el rango desde 10.10.10.10 hasta 10.10.10.60. Por defecto, el sistema rellenará previamente la máscara de clase, es decir, un /8. Esto no es lo que queremos. Esto no es lo que queremos, así que asegúrese de introducir un /24.

En la siguiente ventana, se nos pregunta si queremos hacer exclusiones...

Actualización dinámica del DNS

En un entorno Active Directory, DHCP puede actualizar dinámicamente DNS informándole de los cambios de dirección de las máquinas a las que ha asignado direcciones IP.

En nuestro trabajo práctico, tal y como están las cosas, client2 no está en el dominio, por lo que no está en el DNS.

Poner client2 en el dominio debería hacer que aparezca en DNS. Como recordatorio, esto sólo es posible si el cliente tiene la dirección del controlador de dominio como su servidor DNS en su configuración de red.

Una vez que la máquina client2 se ha integrado en el dominio, podemos ver que su registro de host se ha creado automáticamente en DNS.

Como el servidor DHCP y la máquina client2 están en el dominio Active Directory, si la máquina cliente cambiara su dirección IP, el registro DNS se actualizaría automáticamente.

Vamos a provocar este cambio de dirección creando una división en la dirección actual de la máquina cliente, es decir, 10.10.10.10:

Otros tipos de ámbito

Hasta ahora hemos hablado de los ámbitos DHCP tradicionales, pero hay otros tipos de ámbitos que se pueden gestionar en Windows Server: ámbitos multicast, ámbitos globales y ámbitos divididos.

1. Ámbitos de multicast

Los ámbitos multicast garantizan que dos grupos multicast no utilicen la misma dirección. Así, un servidor que necesitara una dirección multicast para comunicarse con un grupo de clientes, tendría la seguridad de utilizar un único grupo multicast y no crear un conflicto con otros posibles grupos multicast. El uso de DHCP multicast proporciona un mayor control sobre las difuciones multicast en la red. El DHCP multicastutiliza el protocolo MADCAP.

 Para crear un ámbito de multicast en Windows Server, vaya al administrador DHCP, haga clic con el botón derecho del ratón en IPv4 y seleccione New Multicast Scope.

 Lo primero que hay que hacer es dar un nombre al ámbito: elija Multicast Scope cole.

A continuación, se le pedirá que configure el ámbito y el TTL.

El TTL en un ámbito de multicast se utiliza para determinar cuántos routers puede atravesar la comunicación de multicast.

A continuación, se nos preguntará si queremos hacer alguna división.

 Haga clic en Next.

 A continuación, se indica la duración del lease, que por defecto es de treinta días. Haga clic en Next.

 Se le pedirá que active el ámbito de multicast, seleccione Yes y haga clic en Next.

 En la última ventana, haga clic en Finish.

Se ha creado el ámbito de multicast:

Directivas DHCP

Las directivas DHCP permiten realizar ajustes específicos en el servicio DHCP si los clientes cumplen ciertas condiciones. Por ejemplo, se les puede dar diferentes opciones DHCP dependiendo de su dirección mac o del agente que retransmite su petición.

Las directivas DHC se pueden aplicar a nivel de servidor o de ámbito.

1. Directiva con clases de usuarios

Es posible definir una clase de usuario en una estación de trabajo cliente como, por ejemplo, si una máquina se utiliza para la gestión de la red o una estación de trabajo de usuario y distribuirles diferentes opciones DHCP.

Hemos visto que las opciones DHCP se pueden aplicar a nivel de servidor, ámbito y reserva. Hay un cuarto lugar para definir opciones, llamado clase de usuario.

Las opciones definidas a nivel de clase de usuario tendrían prioridad sobre el servidor y el ámbito, pero no sobre las reservas.

 Para definir la clase de usuario en el servidor DHCP, haga clic con el botón derecho del ratón en IPv4 y seleccione Define User Classes.

 A continuación, haga clic en Add.

 Asigne un nombre a su clase de usuario y, en la columna ASCII, introduzca el valor MGMT.

Se ha creado la clase de usuario.

 Ahora cree la directiva que se aplica a esta clase. Haga clic con el botón derecho del ratón en la carpeta Policies y seleccione New Policy.

La carpeta Policies utilizada en esta operación es la que se aplica a nivel de servidor. Es posible hacer los mismos ajustes a nivel de ámbito. Esto puede ser útil para ámbitos divididos, para evitar tener que hacer ajustes en ambos servidores o para hacer diferentes directivas para diferentes ámbitos.

 Asigne un nombre a su directiva.

 A continuación, defina las condiciones de aplicación de la directiva. Haga clic en Add.

 Elija User Class como criterio, Equals como operador y añada su clase MGMT PCs como valor.

 Cuando haya terminado de establecer las condiciones...

Filtrado de direcciones MAC

En la ventana de gestión de DHCP, podemos ver una carpeta Filters a nivel de servidor, que nos permite activar una lista de direcciones MAC autorizadas o una lista de direcciones MAC prohibidas o ambas. Esta configuración se realiza a nivel de servidor y será heredada por todos los ámbitos.

Por defecto, estas dos listas de filtros están desactivadas. Si se activa la lista de direcciones MAC autorizadas y está vacía, ninguna dirección MAC y, por tanto, ninguna máquina recibirá una dirección IP del servidor. Del mismo modo, si se activa la lista de direcciones MAC prohibidas y está vacía, todas las direcciones estarán autorizadas.

Al igual que con las directivas DHCP, es posible hacer una lista sólo con la primera mitad de la dirección MAC, la que corresponde al fabricante, seguida de un asterisco.

Podemos ver que el filtro se ha añadido a la lista.

DHCP IPv6

Clustering DHCP

Ya sea para garantizar una alta disponibilidad o para equilibrar la carga, es posible configurar un clúster de servidores DHCP, con dos servidores Windows en los que se instale el servicio.

Empezaremos examinando el clúster de conmutación por error, también llamado failover, que garantiza la alta disponibilidad del servicio.

Clúster de conmutación por error DHCP

Es posible configurar la conmutación por error para la parte IPv4 del servicio, pero también para los ámbitos. Haciendo clic con el botón derecho del ratón en IPv4 o en una extensión se ofrece igualmente una opción para configurar la conmutación por error. Sin embargo, esta opción no está disponible en IPv6, a ningún nivel.

En nuestro trabajo práctico, vamos a implementar la conmutación por error a nivel IPv4. Las dos opciones son idénticas en su configuración, la única diferencia es, por supuesto, que la conmutación por error IPv4 puede replicar todos los ámbitos, mientras que si configuramos la conmutación por error directamente en una extensión, sólo se replicará la extensión seleccionada.