DHCP y DNS: configuración de red y resolución de nombres

DHCP distribuye la configuración de red; DNS resuelve nombres en registros de recursos. Diagnostique por separado la asignación de direcciones y la resolución de nombres, utilizando la configuración real del cliente, capturas de paquetes y pruebas del servidor.

DHCP proporciona más que una dirección IP

El intercambio IPv4 DORA típico empieza con Discover, una difusión del cliente que busca un servidor. Offer propone una dirección, por ejemplo 192.168.1.50 con una concesión. Request identifica la oferta deseada por el cliente y Acknowledge la confirma. DHCP también proporciona máscara, puerta de enlace predeterminada, servidores DNS, dominio de búsqueda y otras opciones. Una dirección válida con opciones incorrectas puede dejar al cliente sin acceso al destino.

DHCP suele utilizar los puertos UDP 67 y 68. Las difusiones no atraviesan automáticamente los routers. Un agente de retransmisión reenvía solicitudes de un segmento a un servidor central e incluye información de la red de origen. El ámbito de direcciones, la retransmisión y la VLAN deben coincidir. Las reservas asocian una dirección con un identificador de cliente, pero no sustituyen la documentación de los dispositivos críticos.

DNS es una base de datos distribuida con caché

Un resolvedor local suele consultar a un resolvedor recursivo, que utiliza su caché o sigue la jerarquía a través de los servidores raíz, de dominio de nivel superior y autoritativos. DNS suele utilizar el puerto 53. El TTL determina cuánto tiempo puede mantenerse una respuesta en caché.

Una consulta correcta no demuestra que el servicio sea accesible. A la inversa, una dirección IP puede funcionar mientras falla la resolución de nombres. Mantenga separadas estas cuestiones durante el diagnóstico.

Los registros A asocian nombres con direcciones IPv4; por ejemplo, bissolux.com → 192.0.2.10.
Los registros AAAA asocian nombres con direcciones IPv6, por ejemplo 2001:db8::10.
Los registros CNAME apuntan un alias a un nombre canónico, como www.bissolux.com → bissolux.com.
Los registros MX identifican destinos de correo; los registros TXT pueden contener información de verificación y políticas de correo.

Diagnosticar la ruta real

En DHCP, inspeccione el estado de la interfaz, VLAN, dirección del cliente, concesión, retransmisión y ámbito. Una dirección IPv4 en 169.254.0.0/16 suele indicar que no se obtuvo una concesión. Una captura de paquetes revela qué paso de DORA falta, en lugar de limitarse a mostrar que otro intento falló.

En DNS, compare el resolvedor configurado, el tipo de consulta, el código de respuesta, los datos autoritativos y la caché. NXDOMAIN indica que, según la respuesta, el nombre no existe. SERVFAIL suele señalar un fallo de procesamiento, delegación o validación. Un DNS dividido puede devolver intencionadamente respuestas distintas dentro y fuera de la red.

Lista de comprobación práctica

01
Registre dirección, máscara, puerta de enlace, servidores DNS y duración de la concesión.
02
Compare VLAN, dirección de retransmisión y ámbito DHCP.
03
Consulte explícitamente el resolvedor interno y el servidor autoritativo.
04
Inspeccione código de respuesta, tipo de registro, TTL y delegación.
05
Verifique los cambios mediante capturas de paquetes o registros.

Preguntas frecuentes

¿Por qué puedo hacer ping a una dirección IP, pero no a un nombre de host?

Existe conectividad IP, pero no resolución de nombres. Compruebe la configuración del resolvedor, el registro DNS, el sufijo de búsqueda, la caché y la accesibilidad del servidor DNS.

¿Por qué se necesita retransmisión cuando una VLAN utiliza un servidor DHCP central?

La difusión inicial del cliente permanece en su segmento local. Normalmente un router no la reenvía; un agente de retransmisión conecta el segmento con el servicio DHCP central.

DHCP y DNS: configuración de red y resolución de nombres

Conocimientos que puede aplicar.