0% encontró este documento útil (0 votos)
22 vistas6 páginas

Configuración y Función de DHCP

El documento explica cómo funciona el protocolo DHCP para asignar automáticamente direcciones IP a dispositivos de red. Cuando un cliente solicita una dirección IP, el servidor DHCP envía una oferta a través de una transmisión. El cliente acepta la oferta y el servidor confirma y renueva periódicamente la asignación de IP.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
22 vistas6 páginas

Configuración y Función de DHCP

El documento explica cómo funciona el protocolo DHCP para asignar automáticamente direcciones IP a dispositivos de red. Cuando un cliente solicita una dirección IP, el servidor DHCP envía una oferta a través de una transmisión. El cliente acepta la oferta y el servidor confirma y renueva periódicamente la asignación de IP.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

Como funciona

Como hace tiempo estoy observando muchas preguntas y búsquedas sobre el servicio
DHCP, en esta nota haré una descripción del objetivo y funcionalidad del mismo, la
configuración básica, y analizaremos la información que se transmite en la red
correspondiente a este servicio

Como primer punto, es importante conocer cuál es la funcionalidad que provee el servicio
DHCP. El objetivo del servicio DHCP es automatizar la configuración IP de un grupo de
máquinas

Cuando se disponen máquinas en una red con protocolo TCP/IP, como todos sabemos,
es necesario configurarle parámetros adecuados, obligatoriamente Dirección IP y
Máscara de Subred, y seguramente algunos más como son la Puerta de Enlace (Default
Gateway), dirección de servidores DNS y/o WINS, sufijo de dominio, etc.

Lo anterior lo podemos hacer manualmente máquina por máquina, si son pocas puede ser
una opción, pero a medida que aumenta la cantidad de equipos, o que cambien
parámetros, o inclusive si disponemos de más de una red, el tema se va tornando más
complicado, pues además de tener que cambiar la configuración en cada máquina
debemos llevar el control de que no se repitan las direcciones IP, o marcarlas cuándo se
dejan de usar

Justamente para evitar ese trabajo, es que usamos el servicio DHCP

Aunque este servicio es habitual que funcione en Routers (Enrutadores), en este ejemplo
desarrollaré el tema sobre el servicio DHCP en un sistema servidor. El funcionamiento es
el mismo

El servicio DHCP se debe instalar sobre un sistema operativo de tipo servidor, que tenga
configurados parámetros de IP en forma manual, no automática. Esto es importante
porque un “Servidor DHCP” no puede ser al mismo tiempo “Cliente DHCP”

Una vez instalado el servicio hay que configurar un Ámbito, o sea un rango de direcciones
IP que “alquilará” temporalmente a los clientes que lo soliciten. Este mismo Ámbito lo
podemos configurar para que conjuntamente con Dirección IP y Máscara de Subred (los
dos obligatorios) además configure otros parámetros adicionales que necesitemos, como
ser Puerte de Enlace (Default Gateway), servidores DNS, etc.

Una vez que tenemos el ámbito creado y configurado ya tenemos el servicio disponible
para ser usado

¿Y cómo acceden y configuran los clientes para usar este servicio? es lo más fácil que
hay, ya que por omisión las máquinas Windows quedan en su configuración IP para
obtener una dirección IP y DNS en forma automática. Eso es todo

Una muy breve descripción de los diferentes tráficos de red para poder comprender lo que
sigue

En una red TCP/IPv4 existe tres tipos de tráfico:


 Unicast: tráfico de uno a uno
 Broadcast: tráfico de uno a todos
 Multicast: tráfico de uno a un grupo determinado, no todos

Aclarado lo anterior comencemos con el tema que nos ocupa

Cuando configuramos a una máquina para que obtenga configuración IPv4


automáticamente, ésta incializa una versión reducida del protocolo TCP/IPv4 la cual
permite enviar tráfico desde la dirección IP 0.0.0.0 (undefined = no definida) hacia
255.255.255.255 (la dirección IPv4 de Broadcast); además le permite recibir tráfico de
Broadcast (255.255.255.255)

Entonces el primer paso que debe hacer el cliente es averiguar si hay algún servidor
DHCP que le pueda asignar su configuración. Para esto envía un Broadcast llamado
“DHCP Discover”, usando como dirección de origen 0.0.0.0 y como destino
255.255.255.255

Todos los servidores DHCP, porque en algunas circunstancias podría haber más de uno,
que escuchen este pedido, y que dispongan de una dirección IPv4 libre y válida como
para ofrecer lo harán. Elegirán una dirección IP de su ámbito, la marcarán como ofrecida,
y se la harán llegar al cliente a traves de un Broadcast llamado “DHCP Offer” usando
como dirección de origen la dirección del servidor DHCP, y como origen 255.255.255.255
que es lo único que puede recibir el cliente

Si el cliente recibiera más de un ofrecimiento de DHCP, aceptará el primero que reciba, y


este es uno de los motivos por los que no hay balance de carga por parte del cliente entre
varios servidores DHCP

Luego que el cliente acepta el ofrecimiento, se lo hará saber a los servidores DHCP que le
han ofrecido configuración enviando un Broadcast llamado “DHCP Request” que incluye
la dirección IP del server del cual aceptó el ofrecimiento. Todavía sigue usando como
origen 0.0.0.0 ya que aún no ha finalizado el proceso

Los servidores DHCP que reciban este tráfico del cliente y que no les fue aceptado el
ofrecimiento, vuelven a marcar la dirección ofrecida como libre; pero en cambio el servidor
al cual se le aceptó el procedimiento (indicado en el “DHCP Request”) marcará la
dirección como ocupada, y se la confirmará al cliente con un Broadcast llamado “DHCP
Ack”

Recién cuando el cliente reciba este cuarto mensaje (“DHCP Ack”) terminará de incializar
TCP/IPv4 y comenzará a usar los parámetros asignados, incluyendo la dirección IP

Resumiendo, hay cuatro mensajes de tipo Broadcast durante la obtención de una


dirección IPv4, a través de DHCP

 DHCP Discover               (Broadcast de cliente a servidores)


 DHCP Offer                     (Broadcast de servidores a cliente)
 DHCP Request               (Broadcast de cliente a servidores)
 DHCP Ack                       (Broadcast de servidor DHCP a cliente)
Para completar la información, la configuración que ofrece el servidor DHCP a los clientes
tiene un período de validez que el cliente deberá renovar periódicamente, por eso se
habla de una “alquiler” o “lease”

Si la máquina cliente quedara prendida la renovación del “lease” se hará llegado el 50%
del tiempo de asinación.
Si la máquina cliente se apagara o reiniciar, se renovará en cada arranque

Hay una diferencia en el tráfico de acuerdo al primer o el segundo caso. En el primero,


como el cliente tiene dirección IP y conoce que aún tiene tiempo el tráfico es dirigido entre
cliente y servidor, y es con los dos últimos de los cuatro mencionados anteriormente, esto
es “DHCP Request” y “DHCP Ack”

En el segundo caso, también son los mismos mensajes, pero en este caso el tráfico es
por Broadcast, esto tiene por finalidad conocer si el cliente fue cambiado de red, ya que
en ese caso no llegaría el Broadcast al servidor y no podría renovar el “lease”, lo cual es
lógico pues al cambiar de red necesita otra configuración diferente de IP

Muy bien, hasta ahora hemos visto muy buena teoría pero ¿será realmente así el tráfico
de red? :-)

Para mostrar que realmente el tráfico es así, me valdre de una instalación con dos
máquinas: un Controlador de Dominio (DC1) que uso para todas las demostraciones,
aunque no es un requerimiento, donde he instalado el servicio DHCP y le he configurado
el ámbito 192.168.1.20 a 192.168.1.20 a 192.168.1.50/24, con parámetros adicionales
Puerta de Enlace, servidor DNS y sufijo de dominio. Como cliente he usado otra máquina
SRV1, no necesario pero es parte del Dominio

Para poder mostrar el tráfico de red, en DC1 he instalado un “Analizador de Protocolo”,


conocidos como “Sniffers”, que puede ser cualquiera pero por facilidad y compatibilidad
he descarga e instalado Netowrk Monitor de Microsoft que es gratuito y puede
descargarse fácilmente desde Microsoft Downloads y por supuesto ya lo he instalado

Para el que no esté familiarizado con este tipo de aplicaciones, en la parte superior se
muestra el paquete de red, y en la parte inferior el contenido del mismo agrupado por
encapsulado. Por temas de espacio muesto sólo los más interesantes que prueban lo
comentado al principio de la nota, y he resaltado en color amarillo los datos importantes

DHCP es Dynamic Host Configuration Protocol o Protocolo de Configuración Dinámica de Servidores, bien,


ahora en lenguaje común esto es una manera para que una computadora se configure automáticamente
para poder conectarse a una red, esto es estableciendo por medio de este protocolo su IP, su mascara, su
puerta de enlace, sus DNS entre otros.
Partimos de la base supuesta de que tenemos una una red con los siguiente parámetros
Red: 192.168.1.0
Mascara: 255.255.255.0
Puerta de Enlace: 192.168.1.1 
Un equipo Linux con Ubuntu Gutsy ya previamente configurado para compartir una conexión a Internet por lo
que tenemos en este servidor 2 tarjetas de red: eth0 que es donde esta conectada la conexión a Internet eth1
que es la conexión a la red a la que se les esta dando la conexión y a donde vamos a prestar el servicio de
DHCP, el procedimiento es el siguiente.
sudo apt-get install dhcp3-server
sudo nano /etc/default/dhcp3-server
Buscar una línea que dice INTERFACES=" "
Agregar entre las comillas el dispositivo de red que va a proveer el servicio de DHCP, en este caso eth1
INTERFACES="eth1"
Guardar el archivo.
Editar el siguiente:
sudo nano /etc/dhcp3/dhcpd.conf
Buscar las líneas que dicen:
option definitions common to all supported networks...; 
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org; 
default-lease-time 600;
max-lease-time 7200;
Comentarlas para que queden así:
# option definitions common to all supported networks... ;
#option domain-name "example.org";
#option domain-name-servers ns1.example.org, ns2.example.org;
#default-lease-time 600;
#max-lease-time 7200;
Establecer la configuración que va a manejar el DHCP y el rango de IPs con las que puede trabajar. 
Elegimos para el ejemplo 
IPs 192.168.1.100 a 192.168.1.149
DNS 200.52.12.131 y 200.52.12.132
En el mismo archivo /etc/dhcp3/dhcpd.conf
Buscar las líneas:
# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
# range 10.5.5.26 10.5.5.30;
# option domain-name-servers ns1.internal.example.org;
# option domain-name "internal.example.org";
# option routers 10.5.5.1;
# option broadcast-address 10.5.5.31;
# default-lease-time 600;
# max-lease-time 7200;
#}
Dejarlas así: 
# A slightly different configuration for an internal subnet.
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.100 192.168.1.149;
option domain-name-servers 200.52.12.131, 200.52.12.132;
# option domain-name "tm.net.my";
option routers 192.168.1.1;
option broadcast-address 192.168.1.255;
default-lease-time 600;
max-lease-time 7200;
}
Guardar el archivo.
Reiniciar el servidor de DHCP.
sudo /etc/init.d/dhcp3-server restart

Qué es DHCP ?
Un servidor Dynamic Host Configuration Protocol (DHCP) asignadinámicamente las direcciones IP y otras
configuraciones de una red determinada a otros ordenadores clientes que estan conectados a la red. Esto
simplifica la administración de la red y hace que la conexión de nuevos equipos a la red sea mucho más fácil.
Todas las direcciones IP de todos los equipos se almacenan en una base de datos que reside en un servidor.
Un servidor DHCP puede proporcionar los ajustes de configuración utilizando dos métodos
Rango de Direcciónes
Este método se basa en la definición de un grupo de las direcciones IP para los clientes DHCP (tambien
llamado IP address pool) que suministran sus propiedades de configuración de forma dinámica segun lo
soliciten los ordenadores cliente. Cuando un cliente DHCP ya no está en la red durante un período
determinado, la configuración vence y la direccion ip del poll es puesta en libertad el uso de otros clientes
DHCP.
Dirección MAC
Este método se basa en utilizar el protocolo DHCP para identificar la dirección de hardware única de
cada tarjeta de red conectada a la red y luego es asignada una configuracion constante asi como la misma
direccion IP cada vez que la configuración de DHCP del cliente realiza una petición al servidor DHCP desde el
mismo dispositivo de red.
Instalar un servicio DHCP en Ubuntu y Debian
Para instalar el servidor de asignacion automatica de direccion IP ejecutamos el comando:
sudo apt-get install dhcp3-server
Este sencillo paso instala el servidor en nuestro linux.

Configurando el servidor DHCP


En el caso que tengan dos interfaces de red (NIC) en su servidor Linux tienen que seleccionar cual van a
utilizar para escuchar las peticiones DHCP.  Para configurar el servicio, editamos el archivo/etc/default/dhcp3-
server, y cambiamos INTERFACES="eth0?  por la tarjeta de red interna.
Es necesario hacer una copia de seguridad del archivo de configuracion:
cp /etc/dhcp3/dhcpd.conf /etc/dhcp3/dhcpd.conf.back
Configurar utilizando el metodo de rango de direcciones (IP pool)
Editamos la configuracion tecleando:
sudo vi /etc/dhcp3/dhcpd.conf
Y en este archivo cambiamos las siguientes secciones
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name "guatewireless.org";
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
Guardamos y salimos del archivo. El texto anterior configura el servidor DHCP con los siguientes parametros:
 Asignacion a los clientes direcciones IPs del rango de 192.168.1.10 hasta 192.168.1.200
 Prestara la direccion IP por un minimo de 600 segundos, y como maximo permitido de 7200
segundos.
 Determina la mascara de subred a 255.255.255.0
 Direccion de broadcast de 192.168.1.255
 Como gateway/pasarela de red/router la direccion 192.168.1.1
 Y los servidores 192.168.1.9 y 10 como sus servidores DNS
Configurar utilizando el metodo de direcciones MAC
Con este metodo se puede reservar algunas o todas las direcciones IP de nuestra red para determinadas
maquinas. Como podran ver la configuracion es muy parecida a la anterior, con la salvedad que para reservar
la asignacion de una IP a una determinada NIC (network card interface) debemos de utilizar la etiqueta host
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name "guatewireless.org";
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
host oracle{
hardware ethernet 00:03:47:31:e1:7f;
fixed-address 192.168.1.20;
}
host printer {
hardware ethernet 00:03:47:31:e1:b0;
fixed-address 192.168.1.21;
}
Ahora reiniciamos el servidor dhcp ejecutando el siguiente comando:
sudo /etc/init.d/dhcp3-server restart
Configurar el cliente DHCP en Linux Ubuntu
Si dean configurar un escritorio o maquina con linux como cliente DHCP seguimos los siguientes pasos:
 Editamos el archivo de interfaces de red
sudo vi /etc/network/interfaces
 Debemos de tener las siguientes lineas, tomando en cuenta que eth0 es un ejemplo
auto lo eth0
iface eth0 inet dhcp
iface lo inet loopback
 Salvamos y salimos del archivo
 Reiniciamos los servicios de red de Linux Ubuntu
sudo /etc/init.d/networking restart

Leer más: http://www.monografias.com/trabajos84/servidor-dhcp/servidor-dhcp.shtml#ixzz3TTubFToz

https://windowserver.wordpress.com/2013/09/20/cmo-funciona-el-servicio-dhcp-incluye-
capturas-de-red/

También podría gustarte