Caché, TTL y problemas de DNS

Consultar toda la jerarquía DNS para cada búsqueda sería lento y sobrecargaría los servidores. La caché almacena las respuestas recientes para que las búsquedas repetidas sean instantáneas.

Los resolvers, los sistemas operativos e incluso los navegadores mantienen cachés DNS. La caché es lo que hace que DNS sea rápido y escalable ante miles de millones de consultas diarias.

Cada registro DNS incluye un TTL (Time To Live), un número de segundos que indica cuánto tiempo deben conservar las cachés la respuesta antes de que caduque.

Un registro con un TTL de 3600 puede almacenarse en caché durante una hora. Cuando transcurre el TTL, la caché descarta la entrada y debe volver a buscarla la próxima vez.

El TTL implica una compensación. Un TTL largo significa menos búsquedas y respuestas más rápidas, pero los cambios tardan más en propagarse. Un TTL corto propaga los cambios rápidamente, pero aumenta la carga de consultas.

Los administradores suelen reducir el TTL antes de una migración planificada para que la nueva dirección se propague rápido y volver a aumentarlo después.

Cuando actualiza un registro DNS, el cambio no aparece en todas partes al mismo tiempo. Las cachés de todo el mundo siguen almacenando el valor anterior hasta que caduca su TTL.

Este retraso se denomina propagación. Un cambio puede tardar de minutos a horas en verse globalmente, según el TTL anterior; esta es una causa frecuente de confusión después de realizar modificaciones.

Un problema frecuente de DNS es una caché obsoleta: un dispositivo sigue utilizando una IP antigua almacenada en caché después de que haya cambiado la dirección real. El sitio parece estar averiado aunque el registro sea correcto.

La solución es esperar a que transcurra el TTL o vaciar la caché. En muchos sistemas puede borrarla manualmente para forzar inmediatamente una búsqueda nueva.

Cuando las entradas obsoletas causan problemas, vaciar la caché obliga al dispositivo a descartar los registros almacenados y realizar otra consulta. Este es un paso inicial estándar para la resolución de problemas.

Cada sistema tiene su propio comando para vaciar la caché. Después de hacerlo, la siguiente búsqueda consulta el resolver desde cero y recoge cualquier cambio reciente en los registros.

Si un dispositivo apunta a un resolver inaccesible o configurado incorrectamente, la resolución de nombres falla por completo aunque la red funcione. Comprobar el servidor DNS configurado es una medida de diagnóstico fundamental.

Cambiar a un resolver público conocido y fiable, como 8.8.8.8 o 1.1.1.1, permite comprobar rápidamente si el problema estaba en el resolver original.

Antes de consultar DNS, la mayoría de los sistemas comprueba un archivo hosts local que asigna nombres a direcciones manualmente. Una entrada en este archivo anula DNS para ese nombre.

Una entrada hosts olvidada o maliciosa puede redirigir silenciosamente un nombre a la IP incorrecta, por lo que comprobar este archivo es una medida inteligente cuando un nombre concreto se comporta mal mientras los demás se resuelven correctamente.

Entre los signos clásicos de un fallo de DNS se incluyen los siguientes: un sitio se carga mediante su IP, pero no mediante su nombre; aparece un error de «servidor no encontrado»; o las conexiones iniciales son lentas.

Si hacer ping a una IP funciona, pero hacerlo al nombre falla con un error de host desconocido, el culpable es DNS. Esta prueba rápida permite aislar DNS de otros problemas de conectividad.

Utilice nslookup o dig para consultar DNS directamente. Puede preguntar a un servidor específico, comprobar qué registro se devuelve y ver el TTL restante.

Estas herramientas permiten comparar lo que devuelve su resolver con la respuesta autoritativa, lo que ayuda a detectar cachés obsoletas o registros mal configurados en el origen.

La mayoría de los problemas de DNS se deben al comportamiento de la caché y el TTL, a un resolver defectuoso o a un registro incorrecto. Una comprobación estructurada —probar mediante IP, verificar el resolver, vaciar la caché y consultar con nslookup— permite aislar la causa. Comprender el TTL y la propagación explica por qué los cambios parecen retrasarse.

Con esto se completa la base de direccionamiento y nombres esencial para el examen Network+.

Interprete un escenario de TTL.

Ha aprendido sobre la caché, el TTL y los problemas de DNS.

• La caché almacena respuestas recientes para acelerar DNS.
• El TTL establece cuánto tiempo puede almacenarse un registro en caché antes de actualizarse.
• TTL largo = menos búsquedas, pero cambios más lentos; TTL corto = cambios rápidos y mayor carga.
• Los retrasos de propagación y las cachés obsoletas causan muchos problemas de DNS; vaciar la caché ayuda.
• Diagnostique mediante pruebas por IP, comprobaciones del resolver y nslookup.