Actualizado hace 3 días
Para comprobar un cambio de DNS, consultá el dominio en WhatsMyDNS, elegí el tipo de registro que modificaste y compará las respuestas con el valor esperado. Si algunas redes todavía muestran el valor anterior, puede haber caché pendiente de actualizar; si el destino configurado es incorrecto, esperar no lo corrige.
La comprobación cambia según hayas modificado los servidores DNS del dominio, la dirección del sitio, el proveedor de correo o un registro de verificación.
Un cambio puede verse en minutos o demorar varias horas. En algunos casos puede tardar entre 48 y 72 horas, o más; no existe un plazo único ni es necesario esperar ese tiempo para empezar a comprobarlo.
Lo que llamamos propagación es la actualización de las respuestas DNS que distintos equipos y proveedores guardan en caché. Por eso tu conexión puede seguir usando un dato anterior mientras otra red ya obtiene el nuevo.
Si cambiaste un registro: influye su TTL anterior, que indica cuánto tiempo se puede guardar una respuesta en caché. Por ejemplo, un TTL de 3600 equivale a una hora desde que se obtuvo esa respuesta.
Si cambiaste los servidores DNS o nameservers: también interviene la actualización de la delegación del dominio y sus cachés. El TTL de un registro A no controla todo ese proceso.
Reducir el TTL después del cambio no elimina las respuestas antiguas que otros servidores ya guardaron. Para un cambio futuro, conviene bajarlo con anticipación suficiente para que venza el TTL anterior.
Necesitás conocer el nombre exacto que modificaste y el valor que debería devolver. Usá los datos de la configuración de tu servicio; no copies la IP de otro sitio como referencia.
Qué cambiaste | Tipo de consulta | Qué comparar |
|---|---|---|
Los servidores DNS del dominio | NS | Los nombres de los servidores con la delegación que configuraste. |
La IP a la que apunta tu sitio | A para IPv4; AAAA para IPv6, si lo usás | La dirección correspondiente al servicio. |
Un alias, como | CNAME, si ese nombre usa un alias | El nombre de destino del alias. |
El proveedor que recibe tu correo | MX | Los servidores de correo y sus prioridades indicados por el proveedor. |
Una verificación o autenticación de correo | TXT, o el tipo solicitado por el proveedor | El contenido esperado en el nombre exacto que te indicaron. |
tudominio.com y www.tudominio.com son nombres distintos: comprobá ambos si usás las dos direcciones. Para un registro de verificación, consultá el nombre completo solicitado, que puede incluir un prefijo como _dmarc.
Si delegaste el dominio a nuestro servicio de hosting o reseller, compará los NS con la lista de DNS de Duplika. Si mantenés los DNS en Cloudflare u otro proveedor, los NS deben corresponder a ese servicio aunque el sitio esté alojado con nosotros.
La herramienta consulta servidores DNS de distintas ubicaciones. Sus resultados sirven para comparar respuestas, pero no representan todas las redes ni garantizan lo que devuelve tu conexión.
Abrí WhatsMyDNS.
Ingresá el dominio o subdominio que querés consultar, sin https:// ni una ruta como /contacto.
Elegí el tipo de registro en el selector: NS, A, AAAA, CNAME, MX o TXT, según el cambio.
Hacé clic en Search.
Compará los valores que devuelve cada ubicación con la configuración esperada. Podés seleccionar una ubicación para ver el detalle.
Si cambiaste los nameservers, empezá por NS y después comprobá los registros del sitio y del correo que necesitás usar. Ver los NS nuevos no confirma por sí solo que los registros A o MX de la nueva zona estén bien cargados.
Compará los valores, no sólo los colores o las marcas del mapa. Una consulta puede devolver una respuesta válida que todavía apunta al servicio anterior.
Esto es compatible con respuestas antiguas guardadas en caché. Confirmá que el cambio esté guardado en el proveedor que administra los DNS activos y repetí la consulta más adelante, teniendo en cuenta el TTL anterior.
Si los resultados siguen alternando después del plazo esperado, contactanos para revisar si los servidores DNS están respondiendo de forma consistente. No todas las diferencias de respuesta se deben a propagación.
Además de una caché pendiente, puede ocurrir que hayas editado una zona DNS que tu dominio no está usando.
Verificá quién administra los nameservers activos. Si tus DNS están en Cloudflare u otro proveedor externo, los cambios de registros deben hacerse allí; editar sólo la zona de cPanel no modifica esa configuración pública.
Si lo que cambiaste fue la delegación, comprobá que el cambio haya quedado confirmado en el registrador. Podés revisar las instrucciones para tu caso:
Una respuesta vacía o una consulta fallida no significa por sí sola que todo el dominio esté caído. Primero confirmá que escribiste el nombre correcto y elegiste el tipo adecuado.
Por ejemplo, no obtener un registro AAAA es normal si no configuraste IPv6. Si esperás un TXT de verificación en un subdominio, buscar el TXT del dominio principal no comprueba ese registro.
Si el registro debería existir y sigue sin aparecer, revisá que esté creado en los DNS activos. Si también fallan otras consultas del dominio, contactanos con los resultados.
Con el proxy de Cloudflare activado, las consultas públicas A o AAAA devuelven IPs de Cloudflare. La IP del servidor de hosting se revisa en el contenido del registro dentro del panel de Cloudflare.
Un CNAME con el proxy activado también puede resolverse públicamente como IPs de Cloudflare. En ese caso, comprobá A o AAAA además de revisar la configuración del alias en el panel.
No hace falta desactivar el proxy sólo para intentar que el verificador muestre la IP del hosting.
Además de la caché DNS de tu conexión, puede haber una copia del contenido guardada en el navegador, la aplicación o una CDN. Son cachés distintas.
Probá desde otra red, por ejemplo con datos móviles en lugar de Wi-Fi. Una diferencia entre redes ayuda a orientar el diagnóstico, aunque no identifica por sí sola qué caché está interviniendo.
Si usás Cloudflare y necesitás revisar cambios de contenido, consultá cómo usar su modo de desarrollo. Si el sitio sigue sin abrir o muestra un error, seguí las comprobaciones de acceso al servicio.
Combiná la consulta DNS con una prueba del servicio que modificaste: que el registro responda correctamente no comprueba por sí solo el funcionamiento del sitio o del correo.
Para un sitio: verificá que las direcciones que usás, con o sin www, abran el contenido esperado.
Para correo: comprobá los MX y hacé una prueba de envío y recepción con una cuenta externa.
Para una verificación: repetí la validación desde el servicio que te solicitó el registro.
Si el resultado apunta a un destino incorrecto, no devuelve un registro que debería existir o sigue sin funcionar el servicio, contactanos por soporte desde la cuenta del titular o de un contacto autorizado.
Incluí estos datos para que podamos revisar el cambio:
El dominio o subdominio exacto y el tipo de registro consultado.
El valor esperado y el que devuelve WhatsMyDNS, idealmente con una captura.
La fecha y hora del cambio, con tu zona horaria.
El proveedor y el panel donde hiciste el cambio.
Si el problema afecta a la web, al correo o a ambos, y desde qué redes lo comprobaste.
