DHCPOFFER is a DHCP server message that proposes an IP address lease and configuration options to a client in response to a DHCPDISCOVER broadcast, forming the second step in the DHCP DORA exchange defined by RFC 2131. The offer is not a binding commitment—clients receive the actual lease only after sending a DHCPREQUEST and receiving a DHCPACK from the chosen server. Proper DHCPOFFER management is critical for endpoint network access; common issues include exhausted scopes, rogue servers, overlapping ranges, incorrect options, and relay agent misconfiguration that prevent clients from obtaining valid offers or receiving incorrect configuration data.
Cómo funciona DHCPOFFER
DHCPOFFER es el segundo mensaje del intercambio DORA (descubrimiento, oferta, solicitud, confirmación) de DHCP. Un servidor lo envía tras recibir el mensaje DHCPDISCOVER de un cliente.
- Discover: Un cliente sin concesión de dirección emite un DHCPDISCOVER para encontrar servidores DHCP disponibles en su segmento de red.
- Oferta: Cada servidor que pueda atender al cliente selecciona una dirección disponible y responde con un DHCPOFFER. El mensaje contiene la dirección propuesta, el identificador del servidor y opciones como el tiempo de concesión, la máscara de subred, el enrutador y los servidores DNS.
- Solicitud: El cliente elige una oferta y emite un DHCPREQUEST indicando el servidor elegido, lo que comunica a los demás servidores que sus ofertas han sido rechazadas.
- Confirmación: El servidor elegido confirma la concesión con un DHCPACK, y el cliente puede entonces utilizar la dirección.
Una oferta no es un compromiso. El servidor puede mantener la dirección ofrecida durante un breve periodo de tiempo, pero el cliente no tiene ninguna concesión hasta que reciba un DHCPACK. El servidor puede enviar la respuesta mediante unidifusión o difusión, dependiendo del indicador de difusión que haya establecido el cliente. Cuando el cliente se encuentra en otra subred, un agente de retransmisión reenvía el DHCPOFFER.
Problemas habituales con DHCPOFFER
Un servidor DHCP no autorizado, como un router doméstico conectado a un puerto de conmutador, responde a DHCPDISCOVER con su propia oferta. Los clientes que la aceptan obtienen una puerta de enlace o servidores DNS incorrectos, y el síntoma suele limitarse a unos pocos dispositivos de una VLAN.
Los clientes siguen enviando DHCPDISCOVER y nunca reciben una oferta. Las causas más comunes son un ámbito agotado, la ausencia o una configuración incorrecta del agente de retransmisión en el router, o un cortafuegos que bloquea el tráfico DHCP entre el agente de retransmisión y el servidor.
Dos servidores con rangos superpuestos pueden ofrecer cada uno la misma dirección a distintos clientes. El resultado son conflictos por direcciones duplicadas que aparecen de forma intermitente después de que un cliente elija una de las ofertas.
La oferta contiene valores incorrectos de enrutador, DNS o tiempo de concesión porque un ámbito u opción se ha configurado en un nivel erróneo. Los clientes obtienen una dirección pero no pueden acceder a los recursos, por lo que el fallo parece un problema de enrutamiento o de DNS.
La función de snooping DHCP de un conmutador descarta las ofertas que llegan a puertos no fiables. Si el enlace ascendente hacia el servidor legítimo no está marcado como fiable, ninguna oferta llega a los clientes.