ANAYIL GROUP
Anayil Panel Logo
Anayil ConocimientoKBConocimiento para todo Anayil

Anayil Home

Anayil Toolbox

Herramientas de diagnóstico para DNS, red, seguridad y desarrollo. Elige una utilidad y trabaja sin salir de esta página.

Compara la respuesta DNS en tiempo real entre las sondas disponibles de distintas redes y regiones.

Compara si todos los servidores mundiales devuelven este valor exacto.

Preguntas Frecuentes sobre DNS y Propagación

Diagnóstico profundo, causas raíz y guías oficiales de resolución en el Centro de Conocimiento Anayil.

Explorar todos los manuales y diagnósticos de DNS en Anayil
1

¿Qué es la propagación DNS y por qué no es instantánea?

La propagación DNS es el periodo de sincronización durante el cual los resolvers, proveedores de internet (ISP) y servidores locales de todo el mundo actualizan sus memorias caché con la nueva configuración de la zona de un dominio.

¿Por qué sucede?: Los servidores DNS intermedios guardan copias locales de las respuestas para reducir latencia y tráfico de red hacia los servidores autoritativos.
¿Cómo se soluciona?: Comprueba el avance con este Comprobador DNS Global para verificar qué continentes ya han actualizado su caché antes de dar por completado un cambio o migración.
2

¿Por qué tarda entre minutos y hasta 24–48 horas?

El tiempo de espera depende del valor TTL (Time To Live) asignado al registro y de si los ISPs respetan dicho tiempo o imponen un tiempo de caché mínimo propio.

¿Por qué sucede?: Si un registro tenía un TTL de 86400 segundos (24 horas) antes del cambio, los resolvers mundiales que consultaron el dominio antes seguirán entregando la IP antigua hasta que su contador expire.
¿Cómo se soluciona?: Reduce el TTL a 300 segundos (5 minutos) con 24 a 48 horas de antelación al cambio. Para resolverlo en un equipo local, vacía la caché DNS de tu sistema operativo (`ipconfig /flushdns` o `sudo resolvectl flush-caches`).
3

¿Cómo acelerar la propagación de una migración web sin caídas?

Una migración limpia requiere planificación en dos fases: reducción previa de TTL y sincronización paralela de servicios para evitar interrupciones de correo y web.

¿Por qué sucede?: Cambiar registros 'en caliente' con TTLs altos provoca que la mitad de los visitantes naveguen hacia el nuevo servidor mientras la otra mitad sigue enviando datos al servidor antiguo.
¿Cómo se soluciona?: 1) Reduce el TTL a 300s dos días antes. 2) Mantén ambos servidores sincronizados. 3) Modifica el registro A/AAAA. 4) Una vez propagado al 100%, eleva el TTL a 3600s para estabilizar la caché.
4

¿Qué función cumple cada registro (A, AAAA, MX, CNAME, TXT) y cuándo editarlos?

Cada registro cumple un rol exclusivo: A apunta a IPv4, AAAA a IPv6, CNAME crea alias, MX gestiona la recepción de correo electrónico y TXT aloja firmas SPF, DKIM y DMARC.

¿Por qué sucede?: Configurar un CNAME en la raíz del dominio (@) o duplicar registros A y CNAME para el mismo subdominio genera conflictos de resolución en resolvers estrictos.
¿Cómo se soluciona?: Usa registros A/AAAA para direcciones IP directas, CNAME solo en subdominios (ej. www), y gestiona registros TXT para evitar que los correos terminen en la carpeta de spam.