Cambiar los servidores de nombres sin caídas: checklist

Puedes cambiar los servidores de nombres sin caídas si el nuevo proveedor de DNS ya tiene una copia completa de tus registros DNS antes del cambio. Durante la transición, algunos resolvers siguen preguntando a los servidores de nombres antiguos y otros a los nuevos, así que ambos tienen que dar las mismas respuestas. La checklist de abajo explica qué copiar, qué revisar y cómo comprobar el resultado, con especial atención al correo.

Qué hacen los servidores de nombres

Cuando alguien escribe tu dominio en el navegador, su resolver tiene que averiguar qué dirección IP le corresponde. Para eso pregunta al registro de tu dominio de primer nivel (por ejemplo .com o .es) qué servidores son responsables de tu dominio. Esos son tus servidores de nombres. Después, el resolver les pide los registros concretos: dónde está la web, a dónde va el correo, etc.

Hay por tanto dos niveles, y conviene no mezclarlos:

Al cambiar los servidores de nombres trasladas toda la zona a otro proveedor de una sola vez. Al cambiar un registro solo editas una entrada dentro de la zona. Si quieres repasar cómo funcionan en general las consultas DNS, la entrada del glosario de MDN sobre DNS (en inglés) es una introducción breve y clara.

Qué ocurre al cambiarlos

Actualizas las entradas de servidores de nombres en tu registrador. El registrador transmite el cambio al registro, lo que suele tardar minutos. A partir de ahí, los resolvers de todo el mundo adoptan la nueva delegación a medida que caduca su copia en caché.

Esa caché la controla el TTL (time to live), un valor en segundos que indica a los resolvers cuánto tiempo pueden conservar una respuesta, tal como define el RFC 1034 (en inglés). El TTL de la propia delegación lo fija el registro, no tú, y a menudo es de uno o dos días. Por eso los proveedores suelen decir que un cambio de servidores de nombres puede tardar hasta 48 horas en llegar a todo el mundo, aunque muchos visitantes lo vean mucho antes.

Durante ese periodo, los dos juegos de servidores de nombres reciben consultas. No se rompe nada mientras respondan igual. Las caídas se producen cuando a la nueva zona le falta algo, por ejemplo un registro MX, y los visitantes o servidores de correo que ya usan los nuevos servidores de nombres no reciben respuesta.

Antes del cambio: la checklist

1. Consigue una copia completa de tu zona actual

Entra en tu proveedor de DNS actual y exporta el archivo de zona si lo permite. Si no, copia a mano cada registro: tipo, nombre, valor, prioridad y TTL. No te fíes de la memoria ni de lo que necesita la web. Los subdominios olvidados (un entorno de staging, un portal de clientes, una entrada autodiscover del correo) son la causa más habitual de problemas.

2. Revisa dos veces los registros de correo

El correo es lo que falla sin avisar, así que busca todos estos registros:

• Registros MX, con sus prioridades
• SPF: un registro TXT en el dominio raíz que empieza por v=spf1
• DKIM: registros TXT o CNAME bajo <selector>._domainkey
• DMARC: un registro TXT en _dmarc
• Registros CNAME o SRV de autodiscover/autoconfig que usan los clientes de correo

DKIM se pasa por alto con facilidad porque los selectores no se pueden listar desde fuera. Consulta el panel de administración de tu proveedor de correo, o abre un mensaje que hayas enviado y busca s= en la cabecera DKIM-Signature. Ese valor es el selector.

3. Reúne los registros de verificación

Los registros TXT de Google Search Console, Microsoft 365, proveedores de pago, validación SSL y servicios similares suelen estar en el dominio raíz o en subdominios especiales. Si desaparecen, esos servicios pueden dejar de funcionar o pedirte que verifiques de nuevo.

4. Comprueba si usas DNSSEC

Si DNSSEC está activo, tu registrador guarda un registro DS que coincide con las claves del proveedor antiguo. Si cambias los servidores de nombres sin gestionarlo, los resolvers que validan rechazarán tu dominio por completo. El camino seguro más sencillo es eliminar primero el registro DS en el registrador, esperar a que caduque y solo entonces hacer el cambio. La introducción de ICANN a DNSSEC (en inglés) explica cómo funciona la cadena de confianza.

5. Crea la zona en el nuevo proveedor

Añade todos los registros a la zona del nuevo proveedor antes de tocar los servidores de nombres. Compara la zona antigua y la nueva línea por línea.

6. Elige un momento tranquilo

Escoge un momento con poco tráfico en el que puedas revisar el resultado durante una o dos horas. Evita los viernes por la tarde y los días en que sale una campaña.

Cómo hacer el cambio

1. Abre los ajustes del dominio en tu registrador (no en tu hosting, salvo que sean la misma empresa).
2. Busca la sección de servidores de nombres y elige servidores de nombres personalizados.
3. Sustituye las entradas existentes por las que te indica tu nuevo proveedor. Elimina todas las antiguas: mezclar servidores de nombres antiguos y nuevos provoca respuestas incoherentes.
4. Guarda. Algunos registradores piden confirmación por correo electrónico.
5. Mantén activo tu servicio de DNS antiguo durante al menos unos días. Los resolvers que todavía usan la delegación antigua lo necesitan para obtener respuesta hasta que caduque su caché.

Después del cambio: compruébalo

Mira qué ve el resto del mundo de tu delegación:

dig NS example.com +short

Pregunta directamente a los nuevos servidores de nombres, para que la respuesta no dependa de ninguna caché:

dig MX example.com @ns1.new-provider.example +short
dig TXT example.com @ns1.new-provider.example +short
dig A www.example.com @ns1.new-provider.example +short

Compara cada resultado con tu exportación. Después haz las pruebas prácticas: carga la web, envía un correo al dominio desde una dirección externa, envía otro desde el dominio y comprueba que no acaba en spam, e inicia sesión en cualquier servicio que dependa de un registro TXT o CNAME.

Si algo sale mal

• La web no carga para algunos visitantes: compara los registros A y AAAA de las dos zonas. Un registro AAAA que falta es fácil de pasar por alto.
• Correos rebotados o perdidos: revisa primero el MX y luego SPF, DKIM y DMARC frente a la exportación.
• El dominio no resuelve en absoluto: revisa DNSSEC. Un registro DS que se quedó olvidado es el sospechoso habitual.
• Necesitas dar marcha atrás: vuelve a poner los servidores de nombres antiguos en el registrador. Por eso mantienes activo el servicio antiguo; la vuelta atrás se propaga igual que el cambio.

El artículo de soporte sobre problemas de DNS cubre más casos en detalle.

Cómo te ayuda fast.site

El alta en fast.site es un cambio de servidores de nombres, así que esta checklist se aplica tal cual. Añades tu dominio en el panel, configuras en tu registrador los servidores de nombres que aparecen allí y lo verificas. Después, fast.site comprueba la propagación automáticamente en segundo plano, así que no tienes que lanzar consultas una y otra vez.

Tras el cambio, fast.site gestiona el DNS del dominio y admite registros A, AAAA, CNAME, MX, TXT y SRV. Eso significa que tus registros actuales, incluidos el MX y los registros de autenticación del correo, tienen que estar en la zona DNS de fast.site. Compáralos con tu exportación antes de cambiar nada en el registrador. La documentación de DNS y la guía de primeros pasos te llevan paso a paso.

Tu web sigue en tu hosting actual. fast.site se coloca delante, como se describe en qué hace un CDN, cachea las páginas públicas en el edge y añade detección automática de DDoS en capa 7, algo que también importa si haces el cambio a causa de un ataque (consulta qué hacer durante un ataque DDoS). Los certificados SSL se emiten y renuevan automáticamente.

En cuanto el dominio esté activo, mide tu web antes y después. Una prueba gratuita de 7 días empieza solo cuando el DNS, el SSL y la activación del dominio están listos.

Preguntas frecuentes

¿Cuánto tarda en propagarse un cambio de servidores de nombres?

El registro suele procesarlo en minutos. Después, los resolvers lo adoptan a medida que caduca la delegación que tienen en caché, lo que puede tardar hasta 48 horas. Muchos visitantes ven los nuevos servidores de nombres mucho antes.

¿Dejará de funcionar mi correo si cambio los servidores de nombres?

No, si la nueva zona contiene los mismos registros MX, SPF, DKIM y DMARC que la antigua. Los servidores de correo consultan los registros MX como cualquier otro resolver. Si esos registros faltan en la nueva zona, el correo entrante puede rebotar o retrasarse.

¿Cambiar los servidores de nombres es lo mismo que transferir un dominio?

No. Una transferencia de dominio traslada el registro a otro registrador. Un cambio de servidores de nombres solo cambia quién responde a las consultas DNS. El dominio sigue en tu registrador y puedes cambiar los servidores de nombres cuando quieras sin transferirlo.

¿Debo bajar el TTL antes de cambiar los servidores de nombres?

Ayuda con los registros que piensas modificar, porque los resolvers los refrescan antes. No acelera la delegación en sí, ya que ese TTL lo fija el registro. Si las dos zonas responden igual, el TTL no provoca caídas.

¿Puedo volver a los servidores de nombres antiguos si algo falla?

Sí. Vuelve a poner los servidores de nombres antiguos en tu registrador y el cambio se propagará de la misma forma. Esto solo funciona sin problemas si tu servicio de DNS antiguo sigue teniendo la zona, así que no lo canceles justo después del cambio.