Protocolo DHCP: Funcionamiento, Redundancia y Troubleshooting de Redes

Comportamiento del Cliente DHCP y Asignación de Direcciones IP

Si el cliente ya posee una dirección IP (por ejemplo, una dirección APIPA o una dirección estática temporal), pero está configurado para DHCP:

• El cliente, utilizando la dirección IP del rango indicado, buscará un servidor DHCP en segundo plano cada cinco minutos para obtener una concesión.

Escenario 2: El cliente nunca ha obtenido una concesión de un servidor DHCP

1. El cliente DHCP intenta localizar un servidor DHCP y obtener una configuración.
2. Si no puede encontrar un servidor DHCP, el cliente DHCP configura automáticamente su dirección IP y su máscara de subred (proceso conocido como APIPA o autoconfiguración):
   • En Windows: Utiliza una dirección seleccionada de la red de clase B reservada (169.254.0.0/16), con máscara de subred 255.255.0.0.
   • En Linux: Puede tomar la dirección 0.0.0.0/0 (indicando que no tiene IP asignada).
3. El cliente comprobará la existencia de un servidor DHCP en segundo plano cada cinco minutos.
4. Si posteriormente encuentra un servidor DHCP, el cliente abandonará la información que ha configurado automáticamente. A continuación, el cliente DHCP utiliza la dirección ofrecida por el servidor DHCP (así como el resto de opciones DHCP proporcionadas) para actualizar los valores de su configuración IP.

Preguntas Frecuentes sobre Configuración y Redundancia DHCP

1. ¿Puede un servidor DHCP ser su propio cliente? Justifique la respuesta.

Sí, empleando el concepto de reserva DHCP. Sin embargo, no es conveniente que un servidor DHCP se autogestione su propia dirección IP. Como norma general, un servidor DHCP debe tener una dirección IP estática configurada para garantizar la estabilidad y disponibilidad del servicio.

2. ¿Puede haber varios servidores DHCP en una misma red?

Sí. Cada cliente tomará la configuración del servidor que responda primero. Para evitar conflictos de direcciones IP, es conveniente que los servidores tengan configurados rangos de asignación diferentes (por ejemplo, utilizando el esquema de 80/20 o 50/50 para redundancia).

3. Resolución de Problemas DHCP (Troubleshooting)

Escenario: Detección de Servidores DHCP No Autorizados (Rogue DHCP)

Un administrador de red tiene un inventario de todas las direcciones MAC de los hosts de dicha red. La red posee un servidor DHCP autorizado que solo sirve direcciones privadas de Clase C. Indique qué puede estar pasando y cómo solucionarlo si un equipo de dicha red recibe la siguiente IP dinámica:

1. IP recibida: 172.16.1.100/16

   Diagnóstico: La dirección 172.16.1.100/16 pertenece a la Clase B privada, no a la Clase C que debería asignar el servidor autorizado. Esto significa que existe un servidor DHCP no autorizado (Rogue DHCP) en la red que está asignando direcciones.

   Solución: Para localizar el servidor no autorizado, se deben seguir estos pasos:

   1. Ejecutar ipconfig /all (en Windows) para obtener la dirección IP del servidor DHCP que proporcionó la concesión.
   2. Utilizar arp -a [IP del servidor DHCP] para obtener la dirección MAC (Media Access Control) de dicho servidor.
   3. Dado que el administrador tiene inventariadas todas las MAC, puede localizar físicamente el dispositivo que corresponde a esa MAC y desconectarlo o reconfigurarlo.

2. IP recibida: 0.0.0.0/0

   Diagnóstico: Esta dirección indica que el cliente ha liberado su IP (posiblemente con ipconfig /release) y no ha podido obtener una nueva concesión, o que no existe ningún servidor DHCP disponible en la red.

   Solución: Se debe intentar forzar la renovación de la dirección IP mediante el comando ipconfig /renew. Si esto falla, se debe verificar la conectividad y la disponibilidad del servidor DHCP autorizado.

3. IP recibida: 169.254.221.123/16

   Diagnóstico: Esta dirección pertenece al rango 169.254.0.0/16, lo que indica que el cliente ha recurrido a la Asignación Automática de Dirección IP Privada (APIPA). Esto sucede cuando el cliente no puede contactar con ningún servidor DHCP después de varios intentos.

   Solución: Verificar la conectividad física del cliente y asegurarse de que el servidor DHCP autorizado esté operativo y accesible en la red.