Cambiar un registro DNS con una vía de reversión: reducción del TTL, corte y verificación

Objetivo

Trasladar un nombre de host a una dirección o proveedor nuevo sin un período en el que parte del tráfico llegue a un destino caído, y poder revertir en minutos en lugar de horas.

Requisitos previos

Acceso de escritura a la zona autoritativa, una forma de consultar directamente los servidores autoritativos y resolutores públicos (dig @server name type), y el destino nuevo ya en servicio y probado por dirección o bajo un nombre temporal.

Pasos

1. Leer el TTL actual. El RFC 1035 lo define como el intervalo de tiempo durante el cual el registro puede almacenarse en caché antes de volver a consultar la fuente; cualquier caché que contenga el registro lo conserva hasta ese tiempo después del cambio.
2. Bajar el TTL a unos pocos minutos (por ejemplo, 300 segundos) y esperar al menos un TTL antiguo completo, de modo que toda caché que tuviera el TTL largo lo haya dejado expirar y lo haya vuelto a obtener con el corto. Saltarse esta espera es un motivo habitual de que un cambio parezca «propagarse» durante un día.
3. Preparar la reversión: anotar el registro antiguo exacto y mantener el destino anterior en funcionamiento durante todo el proceso.
4. Realizar el cambio. Comprobar primero los servidores autoritativos, luego los resolutores públicos y después un resolutor de la red local.
5. Observar en los registros del destino nuevo la llegada de tráfico y en los del destino antiguo su desvanecimiento a lo largo del TTL corto. No detener el destino antiguo hasta que lleve más tiempo en silencio que el TTL. El RFC 8767 permite que un resolutor recursivo que no puede contactar con los servidores autoritativos siga respondiendo con datos cuyo TTL ha expirado, y sugiere un temporizador de obsolescencia máximo de entre 1 y 3 días; esto solo importa si los servidores autoritativos no están disponibles, lo que es un argumento para no cambiar el DNS durante un incidente del proveedor.
6. Una vez que el destino antiguo esté en silencio, volver a subir el TTL a su valor normal. La reversión es la misma edición a la inversa y tarda un TTL corto en surtir efecto, razón por la cual el TTL se mantiene bajo hasta la confirmación.
7. Registrar ambos valores del registro y las marcas de tiempo en el calendario de cambios.

Resultado esperado

El tráfico se traslada en minutos desde el cambio, ningún usuario llega a un destino caído, y revertir es la edición de un único registro con un retraso máximo conocido.

Límites y base de verificación

Algunos clientes ignoran los TTL: conexiones de larga duración, cachés de direcciones en tiempo de ejecución, proxies corporativos; estos necesitan un reinicio o su propia expiración. El almacenamiento en caché negativo de un nombre que aún no existía tiene su propio TTL: el RFC 2308 lo fija a partir del mínimo entre el campo MINIMUM del registro SOA y el propio TTL del SOA. El procedimiento sigue los RFC citados; no se afirma ningún tiempo de propagación más allá de la aritmética del TTL.