Qué DNS conviene usar para tu dominio

Dos cosas distintas que se llaman DNS

Los servidores de nombres de tu dominio, también llamados autoritativos, tienen la respuesta oficial: la IP del sitio, a qué servidor va el correo, qué claves publica el dominio. Se eligen en el registrador al delegar el dominio, y afectan a todo el que visita tu sitio.

Los DNS que se configuran en una computadora o en el router son otra cosa: resolvers que salen a buscar esas respuestas y las guardan un rato. Cambiarlos solo afecta a tu conexión. Casi todo lo que sigue es sobre los primeros; los resolvers tienen su sección al final.

Tres maneras de manejar la zona de tu dominio

Cuándo lo más simple es lo mejor

Con el sitio y el correo en el mismo hosting, delegar el dominio a los DNS del hosting te ahorra trabajo y errores. En DirectAdmin la zona se arma sola: al agregar el dominio aparecen el registro del sitio, el de www, los MX y el SPF, y cada subdominio nuevo suma su registro sin que hagas nada. La renovación del certificado gratuito tampoco depende de que alguien actualice una IP en otro proveedor.

En InHosting el dominio no tiene que estar registrado con nosotros para eso: puede seguir en tu registrador y apuntar a los DNS que te enviamos al activar el plan. Si preferís tener todo junto, también se puede transferir; los detalles están en la página de dominios.

Cuándo conviene un DNS aparte

• Cuando el sitio está en un lugar, el correo en otro y alguna aplicación en un tercero: la zona queda en un punto neutral y cada mudanza es cambiar un par de registros.
• Cuando ponés un CDN o un proxy delante del sitio, que en general pide usar sus propios servidores de nombres.
• Cuando manejás muchos dominios y querés automatizar cambios por API o saber quién tocó qué y cuándo.
• Cuando querés firmar la zona con DNSSEC y ni el hosting ni el registrador lo ofrecen.

Cómo pasar a otros DNS sin cortar nada

1. Hacé una copia de la zona actual. Si el panel no la exporta, consultá cada registro y guardá la salida en un archivo de texto: A, AAAA, CNAME, MX, TXT, SRV y CAA.
2. Un día antes, bajá el TTL de esos registros a 300 segundos en los DNS actuales, y esperá al menos lo que duraba el TTL anterior antes de seguir.
3. Cargá la zona completa en los DNS nuevos, incluidos los TXT que no se ven pero importan: verificaciones de Google o Microsoft, DKIM y DMARC.
4. Preguntale directo a uno de los servidores nuevos, antes de delegar, y compará con lo que responde hoy. Si algo falta, lo ves acá y no con el sitio caído.
5. Si el dominio usa DNSSEC, sacá el registro DS en el registrador antes del cambio, o reemplazalo por el del proveedor nuevo. Un DS que no coincide deja al dominio sin resolver en los resolvers que validan.
6. Cambiá la delegación en el registrador. Para un .com.ar se hace en NIC Argentina; el paso a paso está en registrar y delegar un dominio .com.ar.
7. Dejá la zona vieja activa unos días: algunos resolvers le van a seguir preguntando a los DNS anteriores hasta que venza lo que tienen guardado.

Las consultas para comprobar cada paso

La primera línea muestra a quién está delegado el dominio hoy. Las del medio le preguntan a un servidor puntual, sin cachés de por medio: sirven para revisar la zona nueva antes de delegar. La última recorre la cadena desde la raíz y muestra la delegación que ve el mundo.

dig +short NS tudominio.com.ar
dig @ns1.dns-nuevo.example tudominio.com.ar A +short
dig @ns1.dns-nuevo.example tudominio.com.ar MX +short
dig @ns1.dns-nuevo.example tudominio.com.ar TXT +short
dig +trace tudominio.com.ar

El TTL, y por qué la propagación no es pareja

Cada registro viaja con un TTL: los segundos que un resolver puede guardar la respuesta antes de volver a preguntar. Con 3600, un cambio puede tardar hasta una hora en verse en cada red; con 300, cinco minutos. En operación normal conviene una hora o más, que alivia las consultas; antes de una mudanza, bajarlo con anticipación.

La delegación tiene su propio reloj, que no controlás vos. Los registros NS que publica la zona del .com se guardan hasta 48 horas, y por eso un cambio de servidores de nombres puede tardar dos días en llegar a todos lados aunque tu TTL sea bajo.

Hay un tercer reloj que casi nadie conoce: las respuestas negativas también se guardan. Si alguien consultó un subdominio antes de que existiera, el "no existe" queda en caché durante el tiempo que marca el último número del registro SOA de la zona.

Los registros que no pueden fallar

Y en tu computadora: qué resolver usar

El resolver de tu proveedor de internet funciona, pero no siempre es el más rápido. Los públicos más usados son 1.1.1.1 (Cloudflare), 8.8.8.8 (Google) y 9.9.9.9 (Quad9, que además bloquea dominios que reparten malware). Se configuran en el router o en cada equipo.

Cambiar el resolver no cambia cómo ven tu sitio los demás, pero ayuda a probar una mudanza: si con uno ya aparece la IP nueva y con otro no, es caché y no un error. Si tu equipo se quedó con la respuesta vieja, se la podés hacer olvidar:

• Windows: ipconfig /flushdns en una consola.
• macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder en la Terminal.
• Linux con systemd-resolved, como Ubuntu: sudo resolvectl flush-caches.