Portada » Test de DHCP: concesiones, mensajes y configuración de servidores
Ninguna es correcta.
APIPA.
DHCPACK
Ninguna es correcta. (Escuchar los mensajes broadcast del cliente, como el DHCPDISCOVER, y enviárselos al servidor en otra red).
Los cambios de configuración de la red solo deben implementarse en el servidor y este se encargará de transmitirlos a los clientes.
systemd-networkd es más ligero y recomendado para servidores, mientras que NetworkManager está diseñado para entornos de escritorio.
Cuando se alcanza el 50% del tiempo de concesión (T1).
Intenta reubicar la dirección IP con cualquier servidor DHCP disponible.
{ 255.255.255.255 : 1355 }
DHCPDISCOVER: El cliente lo envía por broadcast para buscar cualquier servidor DHCP disponible en la red.
DHCPOFFER: El servidor responde ofreciendo una dirección IP.
DHCPREQUEST: El cliente responde (también por broadcast) solicitando formalmente quedarse con la IP que le han ofrecido.
DHCPACK: El servidor confirma la concesión (Acknowledge) y le entrega los parámetros definitivos para que configure su tarjeta de red (máscara, puerta de enlace, DNS).
UDP
DISCOVER: MAC Destino: FF:FF:FF:FF:FF:FF Puerto Destino: 67 Puerto Origen: 68 Dirección IP Origen: 0.0.0.0 MAC Origen: 11:22:44:55:66 (según enunciado) Dirección IP Destino: 255.255.255.255
OFFER (El servidor responde): MAC Destino: 11:22:44:55:66 Puerto Destino: 68 Puerto Origen: 67 Dirección IP Origen: 173.20.0.1 MAC Origen: MAC del servidor DHCP (el enunciado no la proporciona) Dirección IP Destino: 255.255.255.255 (broadcast)
REQUEST (El cliente acepta la oferta): MAC Destino: FF:FF:FF:FF:FF:FF (broadcast) Puerto Destino: 67 Puerto Origen: 68 Dirección IP Origen: 0.0.0.0 MAC Origen: 11:22:44:55:66 (según enunciado) Dirección IP Destino: 255.255.255.255 (broadcast)
ACK (El servidor confirma la concesión): MAC Destino: 11:22:44:55:66 Puerto Destino: 68 Puerto Origen: 67 Dirección IP Origen: 173.20.0.1 MAC Origen: MAC del servidor DHCP Dirección IP Destino: 255.255.255.255 (o la IP asignada 173.20.0.2)
Incluye la directiva necesaria para indicar que el tiempo mínimo de concesión para un cliente dentro del ámbito será de 350 segundos. ¿Cómo probarías que funciona la restricción?
Añadimos dentro del archivo /etc/dhcp/dhcpd.conf la siguiente directiva: min-lease-time 350;
Forzar petición: configuro el cliente (/etc/dhcp/dhclient.conf) para que pida un tiempo inferior al mínimo (ej. 100 s). Renovar IP: ejecuto sudo dhclient -r && sudo dhclient -v. Verifico en /var/lib/dhcp/dhclient.leases que el servidor ha denegado los 100 s y ha impuesto el límite de 350 segundos.
Incluye la directiva necesaria para que se bloqueen las solicitudes DHCP de dispositivos que no están explícitamente listados en la configuración.
(En el servidor) deny unknown-clients;
Dada la siguiente imagen, explica en detalle qué ha podido ocurrir y cómo solucionarías el error.
Esto ocurre porque el cliente tiene configurada una regla de seguridad local para ignorar deliberadamente las ofertas de ese servidor DHCP en concreto.
Editar la configuración del cliente: accedemos al archivo donde se definen estas reglas con sudo nano /etc/dhcp/dhclient.conf, eliminamos la directiva reject de bloqueo, guardamos y liberamos y renovamos la IP con dhclient -r y dhclient -v.
Supongamos que los clientes DHCP de una red poseen una configuración determinada, y que a continuación se cambian a una red distinta. ¿Qué ocurriría y qué mensajes se intercambiarían?
Lo que ocurre es que el cliente detecta la nueva conexión e intenta reutilizar su IP antigua, pero el servidor de la nueva red se lo impide y le obliga a empezar de cero tras el cambio de red.
DHCPREQUEST (Cliente ➔ broadcast): el cliente pide mantener la configuración/IP antigua que tenía en la otra red.
DHCPNACK (Servidor ➔ Cliente): el nuevo servidor DHCP detecta que esa IP no pertenece a su subred y responde con una negativa. Después se inicia el proceso de solicitar una nueva IP en esa red.
