Resumen

  • La replicación inicial del DNS dependía de consultas periódicas del secundario. El intervalo REFRESH ahorraba trabajo al primario, pero también determinaba cuánto podía durar el desacuerdo entre servidores igualmente autoritativos.
  • DNS NOTIFY no empujaba una zona nueva. Despertaba al secundario para que consultara el SOA; IXFR podía entregar después la secuencia de bajas y altas desde el serial que el cliente ya poseía.
  • El sistema rápido conservó límites: aritmética serial modular, retorno a AXFR, persistencia previa en el origen, aplicación completa y atómica en el destino y autenticación transaccional opcional mediante TSIG.

Cuando dos autoridades contaban tiempos distintos

Tener varios servidores autoritativos evita que una zona dependa de una sola máquina. Sin embargo, en el instante en que cambia el contenido aparece una deuda de coherencia. Hasta que todas las copias se actualizan, dos respuestas autoritativas pueden ser diferentes sin que ninguno de los servidores esté caído.

RFC 1034 definió un primario donde se coordinaban los cambios y secundarios que, a intervalos, consultaban el registro SOA. Comparaban el campo SERIAL; si el primario estaba por delante, obtenían una nueva copia. REFRESH regulaba la consulta ordinaria, RETRY el siguiente intento tras un fallo y EXPIRE el máximo tiempo durante el cual una copia no renovada podía seguir presentándose como autoridad. RFC 1035 fijó esos valores en 32 bits y reservó AXFR para transferir la zona completa.

El diseño evitaba replicar datos que no habían cambiado. Una zona tranquila sólo generaba pequeñas consultas SOA. También preservaba la iniciativa del secundario: éste sabía a quién preguntar y cuándo debía retirarse si perdía contacto. La contrapartida era una ventana de divergencia decidida por temporizadores. Cuanto más corto el refresco, más carga incluso durante la calma; cuanto más largo, más tiempo podía sobrevivir una versión vieja.

Esa ventana es distinta de la caché de los resolutores. Un resolvedor recursivo puede retener un RR antiguo por su TTL después de que todos los autoritativos ya hayan convergido. NOTIFY e IXFR se ocupan de que el propio conjunto autoritativo alcance una misma versión; no borran las memorias situadas río abajo.

El precio de preguntar aunque nada cambiara

En una zona grande, una modificación mínima planteaba dos costes. Para descubrirla pronto era necesario sondear con frecuencia. Para incorporarla, AXFR podía obligar a mover de nuevo todo el conjunto. El coste de la vigilancia no guardaba relación con la frecuencia real de cambios, y el de la reparación no guardaba relación con el tamaño de la edición.

RFC 1996 describió la tensión con claridad: intervalos largos reducían la carga del maestro, pero prolongaban la incoherencia. NOTIFY añadió una interrupción al sondeo. Tras cargar una versión, un maestro podía avisar a su conjunto de secundarios de que había algo que revisar.

El secundario no instalaba el contenido del mensaje. Iniciaba una consulta SOA a un maestro configurado y comprobaba si el serial justificaba una transferencia. Cualquier dato opcional dentro del NOTIFY era una pista insegura. La diferencia es constitucional, aunque parezca pequeña: el emisor podía adelantar el examen, pero no ejecutar unilateralmente el nuevo estado en el receptor.

El conjunto avisado se construía por defecto con los servidores NS, excepto el nombre maestro del SOA. La configuración local podía añadir secundarios ocultos o cambiar el conjunto. Además, las relaciones de transferencia tenían que formar un grafo sin bucles. Un secundario actualizado podía actuar como maestro para otros, de modo que la distribución fuese escalonada sin depender de una conexión directa desde cada réplica al primario.

Llamar a la puerta no equivale a entregar las llaves

NOTIFY era de mejor esfuerzo. Sobre UDP, el maestro podía repetirlo hasta recibir una respuesta o agotar sus intentos. Varios maestros podían avisar del mismo cambio. El receptor debía reconocer duplicados mientras ya procesaba una actualización, porque cada golpe no podía originar otra transferencia simultánea contra la misma fuente.

La respuesta confirmaba recepción, no convergencia. Un emisor falsificado podía provocar consultas SOA espurias. Un servidor sin soporte podía contestar NOTIMP. Si el aviso se perdía, el ciclo de REFRESH seguía existiendo. La interrupción reducía la espera normal, pero el sondeo mantenía la recuperación y la compatibilidad.

Por eso la expresión “DNS por empuje” oculta más de lo que explica. Lo empujado era una urgencia acotada. El secundario elegía el maestro, comparaba el serial, solicitaba datos, verificaba el resultado y decidía cuándo empezar a responder con él.

Un serial no es una fecha

El mecanismo depende de distinguir una generación nueva de otra vieja. Los 32 bits del SOA acaban volviendo a cero. Si se compararan como enteros normales, el futuro parecería menor que el pasado.

RFC 1982 formalizó un espacio circular de secuencia. La suma admisible es modular y está limitada; una diferencia inferior a media vuelta permite ordenar las versiones incluso al cruzar el cero. Dos valores separados exactamente por media vuelta no tienen orden definido. El total de incrementos dentro de un intervalo EXPIRE no debe superar 2^31−1, pues de otro modo un secundario atrasado puede parecer más reciente.

El serial dice cuál de dos transiciones permitidas va delante. No dice cuándo ocurrió, quién aprobó la edición ni si los registros son verdaderos. Tampoco es una identidad permanente de la zona. Su utilidad procede de esa afirmación estrecha y verificable; los problemas empiezan cuando el operador lo trata como reloj ordinario o salta arbitrariamente por el espacio.

Enviar la edición, no toda la biblioteca

NOTIFY aceleró el descubrimiento. RFC 1995 creó IXFR para reducir el traslado. El cliente incluye el SOA de la copia que conserva. Si el servidor conoce ese serial y guarda el historial, responde con secuencias ordenadas de registros eliminados y añadidos hasta llegar a la versión corriente.

Cada modificación se expresa retirando la forma vieja y agregando la nueva. Las secuencias llevan sus SOA de frontera y avanzan desde el estado conocido por el cliente. Esto convierte la diferencia en una relación concreta entre X e Y, no en un parche flotante que pueda aplicarse sobre cualquier cosa. El cliente sólo sustituye su zona después de procesar todo el recorrido.

El servidor no estaba obligado a conservar todas las versiones. Podía purgar diferencias, sobre todo si una respuesta IXFR sería mayor que AXFR o si el historial excedía EXPIRE. También podía condensar estados intermedios. Un cliente cuyo serial ya no tuviera camino incremental recibía la zona completa.

Ese retorno no era un fracaso conceptual. La diferencia sólo funciona cuando ambos lados comparten un punto inicial y el servidor puede reconstruir los pasos. AXFR aporta el estado completo cuando esa memoria común desaparece. La optimización podía ceder sin sacrificar la posibilidad de converger.

La zona nueva debe sobrevivir al reinicio

RFC 1995 exigió que el servidor guardase la versión en almacenamiento estable antes de distribuirla. Si respondiera primero y se cayera después, los secundarios podrían servir una generación que el maestro reiniciado ya no pudiera reproducir. La velocidad habría fabricado una inconsistencia persistente.

RFC 5936 aclaró el otro extremo. Un cliente AXFR debe reconstruir la zona aparte, comprobarla y exponerla de forma atómica. Si el traslado falla, mantiene la última copia válida. IXFR aplica la misma lógica: no se publica una parte del historial como si fuera una zona completa.

Así, el camino rápido tiene cuatro pasos distinguibles: aviso, comparación de versión, transporte de un estado candidato y activación tras validación. Un mensaje puede iniciar el proceso; ninguno puede saltarse los demás y convertirse por sí solo en autoridad pública.

Autenticar el trayecto, no la verdad

Las transferencias pueden revelar información y alimentan directamente a otros autoritativos. RFC 5936 recomienda limitar quién puede pedirlas y usar controles de integridad. RFC 8945 define TSIG, que emplea secretos compartidos y códigos de autenticación para proteger transacciones DNS.

En un AXFR de varios mensajes sobre TCP, TSIG puede encadenar los MAC y detectar alteraciones. Prueba que el interlocutor posee la clave convenida. No cifra el canal, no resuelve la distribución de secretos y no escala cómodamente a una multitud de relaciones. Sobre todo, no certifica la verdad del dato de origen. Un maestro comprometido o equivocado puede transmitir impecablemente una zona equivocada.

La distinción protege contra un salto lógico común. “La transacción fue auténtica” no significa “cada nombre pertenece jurídicamente a quien dice el RR”, ni “la política que produjo el cambio es legítima”. TSIG conserva la fidelidad de una relación técnica punto a punto. El juicio sobre el contenido permanece en otro nivel.

La enseñanza silenciosa

NOTIFY e IXFR resolvieron una pregunta que aparece en cualquier coordinación distribuida: ¿cómo puede una parte acelerar el cambio de otra sin asumir el control directo de su ejecución? La respuesta fue dividir el acto en afirmaciones pequeñas. Ha ocurrido un cambio. Mi serie es Y. Desde tu X, ésta es la diferencia. Ésta es la copia completa si ya no compartimos historia. Este transporte procede del par con la clave acordada.

Ninguna afirmación bastaba sola. El receptor mantenía el deber de comprobar el punto inicial, completar el traslado y activar de una vez. A cambio, la autoridad vieja podía vivir minutos en lugar de esperar todo un intervalo largo.

La aceleración también hace converger antes los errores. Una mala edición puede alcanzar cada borde antes de la primera llamada de soporte. Un diario corto puede disparar muchos AXFR tras una interrupción extensa. Un serial mal manejado puede inmovilizar réplicas. La rapidez no elimina la gobernanza operativa; vuelve más costosa su ausencia.

El logro histórico no fue que un primario dominara más. Fue que una zona aprendiera a llamar y que el secundario, aun despertando antes, siguiera siendo responsable de abrir, revisar y decidir qué autoridad servir.

Fuentes y límites de la evidencia

RFC 1034 y RFC 1035 describen sondeo, temporizadores SOA y AXFR. RFC 1982 define la aritmética serial. RFC 1995 define IXFR y su retorno completo. RFC 1996 define NOTIFY y el grafo configurado. RFC 5936 exige activación íntegra y atómica. RFC 8945 define TSIG y sus límites.

Las especificaciones no ofrecen una fecha mundial de despliegue, valores operativos universales ni una medida global de convergencia. Sustentan una afirmación arquitectónica: se separaron señal, evidencia de versión, traslado y ejecución local.