Creas un nuevo subdominio. La interfaz de administración muestra el registro, un compañero puede acceder al sitio, pero tu ordenador sigue mostrando NXDOMAIN. ¿Ha fallado el cambio? No necesariamente. Un resolver también puede recordar que un nombre no existía antes. Esta respuesta negativa almacenada es un estado en sí mismo.
La guía de resolución de problemas de DNS de Cloudflare, actualizada el 21 de octubre de 2026, describe exactamente este caso. Se trata de una explicación técnica actual, no del lanzamiento de un nuevo producto DNS. Merece la pena hacer la distinción porque bajo la palabra cotidiana «caché» desaparecen varios almacenes completamente distintos: respuestas DNS, contenido del navegador y archivos web almacenados en caché.
La inexistencia anterior puede seguir almacenada
Un resolver recursivo busca el nombre por ti. Si antes ha recibido una respuesta negativa, puede reutilizarla durante un tiempo limitado. Si entretanto se crea el registro en el servidor de nombres autoritativo, el resolver no se entera necesariamente en ese mismo momento.
El nuevo TTL del registro A que acabas de crear no acorta retroactivamente este estado negativo existente. Para el almacenamiento en caché negativo, influye la información SOA de la zona. RFC2308 describe el valor inicial como el menor entre el TTL del SOA y SOA.MINIMUM. El tiempo que realmente le queda a una respuesta almacenada es otra cosa distinta.
Nuestro propio ejemplo práctico usa solo números inventados: una entrada negativa puede ser válida inicialmente durante 300 segundos. Tras 120 segundos, se crea el registro DNS real. Un resolver podría entonces conservar todavía 180 segundos de su respuesta anterior. Esto ilustra la relación temporal; no es una duración medida para Cloudflare ni para tu dominio.
Dos consultas de solo lectura separan origen y caché
La primera pregunta es: ¿qué dice el servidor de nombres autoritativo responsable? La segunda: ¿qué dice el resolver recursivo que usa realmente tu dispositivo? Las respuestas distintas pueden acotar el fallo. No demuestran automáticamente el almacenamiento en caché negativo; también hay que descartar errores tipográficos o una delegación incorrecta.
dig @YOUR-AUTHORITATIVE-NAMESERVER neu.example.com A
dig @YOUR-RECURSIVE-RESOLVER neu.example.com A
dig @YOUR-RECURSIVE-RESOLVER neu.example.com A +noall +authoritySustituye los marcadores por los servidores que hayas identificado realmente. Los comandos son plantillas de solo lectura y no se han ejecutado aquí. Observa conjuntamente el código de respuesta, el nombre, el tipo de registro y, si los hay, los datos SOA. Una respuesta para un host con un nombre parecido no sería una comparación adecuada.
Anota también la hora y el resolver utilizado. De lo contrario, puedes estar comparando rutas distintas sin darte cuenta. Vaciar la caché DNS local no elimina automáticamente la respuesta almacenada de un resolver ascendente. Precisamente por eso, reiniciar el navegador puede no afectar al estado que estás observando.
DNS y CDN responden a preguntas distintas
El DNS ayuda a resolver un nombre. La caché de una CDN, en cambio, mantiene disponible cierto contenido HTTP. Purgar imágenes u hojas de estilo almacenadas en caché no le dice a un resolver DNS que un nombre antes desconocido ahora existe. La medida simplemente no corresponde a la capa en la que está el problema.
La guía de primeros pasos de Cloudflare para Cache, actualizada por última vez el 12 de octubre de 2026, también describe la diferencia entre con proxy y solo DNS: el contenido de un host solo DNS no pasa por la caché de Cloudflare simplemente porque su DNS se gestione allí. Por tanto, un registro DNS existente no es prueba de que el contenido se esté almacenando activamente en caché.
De DomainStudio a la respuesta real
En KENJTEC DomainStudio ai, puedes gestionar tus propios registros DNS con tipo, destino y TTL. La ruta implementada utiliza Cloudflare para la gestión de zonas. Después de un cambio, deberías seguir evaluando la resolución según las respuestas DNS reales; «guardado» y «ya visible en todos los resolvers» son afirmaciones distintas.
Por eso, los tiempos de espera no pueden sustituirse por una promesa general de éxito. Comprueba primero la ortografía, los servidores de nombres responsables y la respuesta autoritativa. Solo entonces el tiempo de caché restante es una explicación útil. Así, «el DNS simplemente tarda» se convierte en un diagnóstico trazable en el que cada observación pertenece a la capa técnica correcta.
Fuentes y estado
Investigación y documentación a fecha de 25 de octubre de 2026. Problemas generales de DNS · Primeros pasos con Cache · RFC2308 — Almacenamiento en caché negativo de consultas DNS.
