¿Por qué se llama DNS "Propagación"?

Siempre escucho a los administradores del sistema hablar sobre la espera de que los registros DNS se propaguen "en Internet" o "en todo el mundo" cuando hablan de realizar cambios en el DNS. El hecho es que mis registros DNS no se propagan a ningún otro servidor DNS, excepto los servidores de nombres que alojan mi espacio de nombres (primario, secundario, terciario). Cuando cambio un registro DNS ( A, CNAME, MX, etc.) esos cambios se reflejan inmediatamente en mi zona y no lo hacen en cualquier lugar propagarse. Lo que la gente realmente quiere decir cuando habla de propagación de registros DNS es en realidad el almacenamiento en caché TTL. Este artículo en Wikipedia lo explica sucintamente:

http://en.wikipedia.org/wiki/Domain_Name_System

¿No es el concepto de propagación de DNS un mito? Entonces, ¿por qué se llama "propagación"?

¿Mito? Mas o menos.

Hay 2 aspectos que las personas a menudo confunden. Si realiza un cambio en su nombre de dominio con su registrador de nombres de dominio, por ejemplo, cambiando los servidores de nombres, que se envían a los servidores de nombres para su TLD (.com, .ca, .fr, etc.). Ahí es donde entra en juego la propagación. En años pasados, eso podría llevar horas o incluso días esperando que el registrador tome la información que proporcionó, y la enviará a sus servidores de implementación, lo que actualizaría los servidores raíz de TLD dos veces al día. Eso ha mejorado rápidamente con los años y, a menudo, los cambios realizados en su nombre de dominio surten efecto casi de inmediato.

Por otro lado, si realiza un cambio en su zona DNS, como agregar un registro A o un cambio MX, eso debería tomar 'hasta' mientras la configuración TTL se actualice en todas partes. Sin embargo, eso no es realmente propagación, sino almacenamiento en caché. El DNS de Microsoft, por ejemplo, predeterminado es 1 hora TTL.

Con el almacenamiento en caché, si utiliza el nombre de dominio justo antes de realizar un cambio, y el TTL es de 1 hora, se tardará una hora en actualizarse. Sin embargo, si no ha probado nada con el nombre de dominio justo antes del cambio, entonces su cambio será inmediato para usted. (es decir, agregue un nuevo registro A con el que aún no haya probado y surtirá efecto de inmediato).

Entonces, hoy en día, casi todos los cambios surtirán efecto dentro de una hora (o para lo que esté configurado su TTL de DNS). Las únicas excepciones son si un servidor DNS no respeta el TTL (los spammers a menudo no lo hacen), o si los servidores de su registrador de nombres de dominio no se actualizan correctamente en Internet y usted realiza un cambio de nivel de registrador. Sin embargo, eso no es frecuente.

Sí, la gente habla sobre el tiempo de espera de las búsquedas en caché de las cachés del servidor DNS cuando hacen este tipo de declaraciones.

Desafortunadamente, algunos servidores DNS ignorarán alegremente los valores TTL y los registros de caché más allá del TTL establecido durante algún período. He visto que los servidores DNS del ISP conservan registros en caché con TTL (minutos) muy bajos durante hasta 24 horas, y probablemente hay algunos servidores con daño cerebral que los mantienen aún más tiempo.

Se "propagan" a servidores DNS de todo el mundo en el mismo sentido que las ideas se propagan de una mente a otra. Cuando entra una consulta, la caché de DNS local necesita conocer la información (si aún no está en caché, o si está en caché pero ha caducado). Por lo tanto, el nuevo valor que acaba de insertar en su servidor se muestra en el mapa de manera similar a como se muestran los chismes en los blogs. Bueno, no es exactamente lo mismo, pero creo que es una analogía clara.

No es un mito, vemos problemas de "velocidad de propagación" con bastante frecuencia al cambiar los registros MX. Siempre es cuando no controlamos el DNS y estamos trabajando a través de un tercero, por lo que generalmente no podemos decir si el TTL es muy largo, algunos servidores DNS lo ignoran, el servidor SMTP o algunos combinación de todos 3. Independientemente, es doloroso cuando sucede.

En la especificación DNS original (RFC 1034/1035) había dos pasos de invalidación de caché que debían realizarse antes de que una actualización de zona fuera visible globalmente. Además de la expiración de TTL ya mencionada de los resolvers de almacenamiento en caché en todo el mundo, primero debe esperar a (todos) sus servidores de nombres secundarios para actualizar los datos de la zona de la zona primaria.

Solo después de que DNS NOTIFY (RFC 1996) se especificó en el año de 1996, hubo una forma estándar de notificar rápidamente a todos los servidores de nombres autorizados sobre los cambios de zona.

Entonces, tal vez la frase original de "propagación del cambio" era más apropiada en ese momento, ya que era un proceso de dos pasos.

Solo he oído hablar de la propagación de DNS con respecto al alojamiento de su sitio web .com con un proveedor externo y solo porque almacenan en caché los registros durante 48 horas. Cualquier servidor DNS que no tenga los registros en caché, debería tenerlos disponibles de inmediato.

Si observamos la definición del diccionario y la etimología de "propagar", podemos ver que la palabra implica que por algún acto de un padre, se produce un hijo. En el caso de DNS, cuando tiene varios servidores autorizados para una zona en particular y realiza un cambio en un servidor (el registro "principal"), el registro se propaga a los otros servidores (los registros "secundarios") mediante sistema de replicación que empuja los cambios a los servidores asociados.

Usar el término propagar para describir cómo un servidor DNS no autorizado reconoce un cambio de DNS es una aplicación errónea del término propagar, ya que realmente no se ajusta a la definición del diccionario de la palabra. Un término más apropiado sería descubrimiento , porque es la acción de los servidores de almacenamiento en caché de DNS descubrir la resolución de la dirección y recordarla para el TTL.

Entonces, realmente, no estamos esperando que el cambio de DNS se propague por todo el mundo, estamos esperando que se descubra.

No lo llamaría un mito. El TTL en el almacenamiento en caché tiene el efecto secundario de mantener registros obsoletos después de que las entradas DNS se hayan actualizado en el servidor DNS autorizado.

Así que llámalo como quieras pero el resultado final es el mismo.

Además, los registros MX no se almacenan en caché, por lo que cualquier cambio en los registros MX de un dominio es instantáneo.