Glosario de DHCP
¿Qué es DHCPREQUEST?
DHCPREQUEST es un mensaje del Protocolo de configuración dinámica de hosts (DHCP) que un cliente envía para solicitar a un servidor parámetros de configuración específicos, normalmente una concesión de dirección IP. Selecciona la oferta de un servidor, confirma una dirección memorizada tras un reinicio o amplía una concesión existente durante la renovación y la reasignación.
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.DHCPREQUEST is a Dynamic Host Configuration Protocol message that clients send to request specific configuration parameters, most commonly an IP address lease, and serves as the critical third step in the DORA exchange where a lease becomes binding. The message is used in multiple scenarios including selecting a server's offer after DHCPDISCOVER, confirming a remembered address after reboot, and renewing or rebinding existing leases as they approach expiration. On networks with thousands of clients, the volume and timing of DHCPREQUEST messages significantly shape server load, making proper troubleshooting of these messages essential for detecting relay agent problems, address exhaustion, VLAN transition issues, and potential security threats from rogue servers.
Cómo funciona DHCPREQUEST
Un cliente envía un DHCPREQUEST en varias situaciones, y el contenido del mensaje varía en cada una de ellas. El caso más conocido es el tercer paso del intercambio DORA inicial, tal y como se describe en el RFC 2131.
- Selección de un servidor: tras enviar un DHCPDISCOVER, el cliente puede recibir ofertas de varios servidores. Elige uno y difunde un DHCPREQUEST que incluye el identificador del servidor elegido y la dirección ofrecida.
- Notificación a otros servidores: dado que el mensaje se difunde, los servidores cuyas ofertas no han sido seleccionadas ven el identificador del servidor, reconocen el rechazo y pueden liberar la dirección que habían reservado.
- Recepción de la respuesta: El servidor elegido responde con un DHCPACK para confirmar la concesión y enviar las opciones de configuración. Responde con un DHCPNAK si ya no puede conceder la dirección.
- Renovación o reasignación: cuando una concesión está a punto de caducar, el cliente envía de nuevo un DHCPREQUEST. En el momento de la renovación, envía un mensaje de unidifusión al servidor original, y en el momento de la reasignación, envía un mensaje de difusión a cualquier servidor.
Un cliente que se reinicia y recuerda una concesión anterior también puede enviar un DHCPREQUEST sin un DHCPDISCOVER, para confirmar que la dirección sigue siendo válida en la red actual. En ese caso, no se incluye ningún identificador de servidor, por lo que cualquier servidor que conozca la asociación puede responder.
Problemas habituales con DHCPREQUEST
Un cliente que se ha trasladado a otra VLAN o subred suele seguir solicitando su antigua dirección y recibe un DHCPNAK cada vez. Normalmente se recupera reiniciando el proceso de descubrimiento, pero un cliente que sigue reintentando indica que la caché está obsoleta o que el ámbito del servidor es incorrecto.
Los mensajes DHCPREQUEST de difusión nunca llegan al servidor si falta el agente de retransmisión o si su dirección auxiliar es incorrecta. En ese caso, los clientes agotan el tiempo de espera y las capturas de paquetes muestran solicitudes en la VLAN del cliente sin respuesta.
Un segundo servidor no autorizado o mal configurado puede enviar DHCPNAK u ofertas conflictivas en respuesta a las solicitudes. Los clientes pierden sus concesiones válidas u obtienen puertas de enlace y configuraciones DNS erróneas, y el identificador del servidor en las solicitudes capturadas muestra qué servidor fue elegido.
Los tiempos de concesión muy cortos o el reinicio simultáneo de muchos clientes producen picos de mensajes DHCPREQUEST que ralentizan las respuestas del servidor. Alargar los tiempos de concesión o escalonar los reinicios reduce estos picos.
En un par de conmutación por error, un socio que carezca de datos de concesión actuales puede responder a una renovación con un DHCPNAK o ignorarla. Los clientes pierden su dirección, por lo que primero hay que comprobar el estado de la conmutación por error y la sincronización de las concesiones.
Términos relacionados
Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización
Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…
Content Hub Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas
Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…
Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila
Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…
Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git
La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…
Podcast Podcast: Cómo la IA está cambiando el desarrollo de software empresarial
La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…
Podcast Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red
Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…
Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist
Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…
Oferta de dispositivos LiveWire GEN3
BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…