Cuando falla el direccionamiento automático

La mayoría de las veces, DHCP funciona sin problemas. Sin embargo, cuando ningún servidor DHCP responde, el dispositivo queda sin la configuración adecuada. Reconocer los síntomas de un fallo de DHCP es una habilidad fundamental para resolver problemas. La señal más clara es una dirección extraña que comienza por 169.254, denominada dirección APIPA. En esta lección se explica APIPA y las causas habituales por las que falla la asignación automática de direcciones.

APIPA (Automatic Private IP Addressing) es un mecanismo alternativo integrado en Windows y otros sistemas. Si un dispositivo envía mensajes DHCP Discover y no recibe ninguna Offer, se asigna automáticamente una dirección del rango 169.254.0.1 to 169.254.255.254 con la máscara 255.255.0.0. APIPA permite que los dispositivos del mismo segmento sigan comunicándose entre sí, pero no proporciona una puerta de enlace ni DNS, por lo que no hay acceso a Internet.

Si comprueba un dispositivo y observa una dirección como 169.254.45.10, se trata de una señal de alarma evidente: el dispositivo nunca pudo comunicarse con un servidor DHCP. Las direcciones APIPA son locales del enlace, lo que significa que solo funcionan en el cable o la red Wi-Fi local y nunca se enrutan a otro lugar. Al ver 169.254, debería pensar inmediatamente: DHCP ha fallado, ¿dónde está el servidor?

La causa más directa es que el servidor DHCP está inactivo o que su servicio se ha detenido. Sin servidor no hay Offers, por lo que todos los clientes que necesitan un arrendamiento recurren a APIPA. Si muchos dispositivos muestran direcciones 169.254 de repente, sospeche del propio servidor y no de un único dispositivo. Reiniciar el servicio DHCP suele restablecer la asignación normal de direcciones.

Es posible que el servidor esté funcionando, pero que la solicitud nunca llegue a él. Un cable defectuoso, un puerto del switch deshabilitado o un DHCP relay averiado pueden bloquear la difusión Discover. Como los routers no reenvían las difusiones, la ausencia de un agente relay o su configuración incorrecta impide que los clientes de subredes remotas lleguen a recibir la respuesta de un servidor, aunque este funcione correctamente.

A veces el servidor responde a todos hasta que se queda sin direcciones. Si el pool de direcciones está completamente asignado mediante concesiones, los nuevos clientes no reciben ninguna oferta y pasan a APIPA. Esto suele ocurrir en redes de invitados con mucha actividad. La solución consiste en ampliar el pool o reducir los tiempos de concesión para que las direcciones sin usar se reciclen más rápido y haya espacio para nuevos dispositivos.

Un servidor DHCP no autorizado es un servidor que no debería estar en la red, como un router doméstico mal configurado que alguien ha conectado. Puede responder más rápido que el servidor real y asignar direcciones, gateways o DNS incorrectos. Entonces, los dispositivos obtienen una dirección aparentemente válida que no conduce a ningún destino útil. La solución consiste en localizar y retirar el dispositivo no autorizado; los switches pueden utilizar DHCP snooping para bloquear servidores que no sean de confianza.

No todos los problemas de DHCP producen una dirección 169.254. Un servidor no autorizado o un ámbito mal configurado podrían asignar una dirección real pero incorrecta, un gateway equivocado o un DNS incorrecto. El dispositivo parece estar conectado, pero no puede navegar. Por eso, compruebe los cuatro valores: dirección, máscara, gateway y DNS; no se limite a verificar si existe una dirección. Una configuración aparentemente válida pero incorrecta es más difícil de detectar que una dirección APIPA evidente.

Al solucionar el problema de un solo dispositivo, puede liberar su dirección actual y solicitar una nueva. En Windows, esto requiere dos comandos rápidos. Si la nueva solicitud se realiza correctamente, el fallo anterior quizá haya sido temporal. Si el dispositivo sigue obteniendo una dirección 169.254, el problema está en un elemento anterior de la conexión: el servidor, el relay o la ruta, no en el dispositivo.

Organícelo como un flujo de diagnóstico. ¿Ve una dirección 169.254? DHCP ha fallado. ¿Se trata de un dispositivo o de varios? Un solo dispositivo apunta a un cable o puerto local; varios apuntan al servidor, al relay o al pool. ¿Pueden otros dispositivos del mismo segmento obtener direcciones? Si la respuesta es sí, concéntrese en el dispositivo que falla. Si es no, concéntrese en la infraestructura compartida. Esta lógica permite acotar rápidamente la causa.

Los fallos de DHCP se encuentran entre las llamadas más habituales al soporte técnico y, para los usuarios, a menudo parecen una interrupción total de Internet. Saber que 169.254 significa que no hubo respuesta de DHCP, y conocer sus principales causas, le permite pasar de la confusión a una lista de comprobación clara: servidor, ruta, pool o servidor no autorizado. Esa rapidez es precisamente lo que valoran el examen Network+ y el trabajo real.

Ponga a prueba su análisis de fallos.

Cuando DHCP falla, los dispositivos recurren a APIPA y se asignan automáticamente una dirección local de enlace 169.254.x.x sin gateway ni DNS, por lo que no pueden acceder a otras redes. Ver una dirección 169.254 significa que DHCP no respondió. Entre las causas habituales se encuentran un servidor inactivo, una ruta interrumpida o un relay ausente, un pool agotado o un servidor DHCP no autorizado que distribuye configuraciones incorrectas. Compruebe siempre los cuatro valores de la dirección y utilice los comandos de liberación y renovación para probar un solo dispositivo.