A DHCP lease is a time-limited binding that a Dynamic Host Configuration Protocol server grants to a client for an IP address and related configuration settings, allowing servers to reclaim and reuse addresses when clients renew or release them. The lease process involves a four-step exchange (Discover, Offer, Request, Acknowledge) and includes renewal timers at 50% and 87.5% of the lease duration to maintain connectivity, with lease length configured by administrators per scope as defined in RFC 2131. Proper lease time selection balances network stability, address pool availability, renewal traffic, and recovery from server outages, while accurate lease tables are critical for security incident response and preventing stale DNS or firewall rule conflicts.
Cómo funciona la asignación de direcciones DHCP
Un periodo de alquiler comienza cuando un cliente completa el intercambio DHCP y dura el tiempo que el servidor elija. A continuación, el cliente controla los temporizadores para conservar la dirección o liberarla.
- Descubrimiento y oferta: el cliente emite una solicitud de servidor, y un servidor responde con una dirección ofrecida y una duración de arrendamiento propuesta.
- Solicitud y acuse de recibo: el cliente solicita la dirección ofrecida y el servidor confirma con un acuse de recibo que inicia el periodo de arrendamiento y registra la vinculación.
- Renovación en T1: Por defecto, al alcanzar el 50 % del tiempo de alquiler (temporizador T1), el cliente solicita al servidor original que amplíe el alquiler.
- Reenlace en T2: si la renovación no obtiene respuesta, al 87,5 % del tiempo de alquiler (temporizador T2), el cliente emite una solicitud a cualquier servidor.
- Caducidad o liberación: si ningún servidor prorroga el periodo de asignación, el cliente debe dejar de utilizar la dirección. Un cliente también puede liberar la asignación antes de tiempo, lo que libera la dirección de forma inmediata.
El servidor almacena cada concesión, incluyendo el identificador del cliente, la dirección y la fecha de caducidad, en su base de datos de concesiones, a menudo denominada «tabla de concesiones». La duración de la concesión la establece el administrador, normalmente por ámbito, tal y como se describe en el RFC 2131.
Problemas habituales con los arrendamientos DHCP
Un punto de acceso con un periodo de alquiler de varios días en una red Wi-Fi para invitados se llena de enlaces de dispositivos que se desconectaron hace horas. Los nuevos clientes no consiguen entonces una dirección y recurren a direcciones locales de enlace autoasignadas hasta que caducan los antiguos periodos de alquiler.
Cuando muchos clientes obtienen direcciones asignadas al mismo tiempo, sus temporizadores de renovación se activan simultáneamente. Tras un reinicio del servidor o una interrupción prolongada, esto puede provocar picos de solicitudes y breves fallos en la renovación.
Si un servidor pierde su base de datos de asignaciones o un par de conmutación por error está mal configurado, puede ofrecer direcciones que los clientes aún mantienen. El resultado son conflictos de direcciones, con conectividad intermitente y advertencias de direcciones duplicadas en los hosts afectados.
Un periodo de vigencia de unos pocos minutos deja a los clientes poco tiempo para seguir trabajando durante un fallo del servidor. Los dispositivos pierden la conectividad poco después de que el servidor deje de funcionar, ya que no pueden renovar la conexión antes de que caduque.
Cuando las actualizaciones de DNS dinámico están vinculadas a los plazos de alquiler, los plazos caducados o liberados que no se eliminan dejan registros que apuntan a direcciones que ahora utilizan otros dispositivos. Las búsquedas de nombres devuelven entonces un host incorrecto.