Perché si chiama DNS "Propagation"?

Ho sempre sentito gli amministratori di sistema parlare di aspettare che i record DNS si propagassero "su Internet" o "in tutto il mondo" quando parlano di apportare modifiche al DNS. Il fatto è che i miei record DNS non si propagano ad altri server DNS, tranne i server dei nomi che ospitano il mio spazio dei nomi (primario, secondario, terziario). Quando cambio un record DNS ( A, CNAME, MX, etc.) tali modifiche si riflettono immediatamente nella mia zona e non si propagano ovunque. Ciò che la gente intende veramente quando parlano della propagazione dei record DNS è in realtà la memorizzazione nella cache TTL. Questo articolo su Wikipedia lo spiega brevemente:

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

Il concetto di propagazione DNS non è un mito? Quindi, perché si chiama "propagazione"?

Mito? Tipo.

Ci sono 2 aspetti che le persone spesso confondono. Se si modifica il nome del proprio dominio con il registrar del proprio nome di dominio, ad esempio cambiando i server dei nomi, questo viene trasferito ai server dei nomi per il proprio TLD (.com, .ca, .fr, ecc.). È qui che entra in gioco la propagazione. Negli anni passati, ciò poteva richiedere ore o addirittura giorni in attesa che il registrar prendesse le informazioni fornite, inviandole ai loro server di distribuzione che aggiornerebbero i server principali TLD due volte al giorno. Ciò è migliorato rapidamente nel corso degli anni e spesso le modifiche apportate al tuo nome di dominio hanno effetto quasi immediatamente.

D'altra parte, se apporti una modifica alla tua zona DNS, come l'aggiunta di un record A o una modifica MX, ciò dovrebbe richiedere "fino a" fintanto che l'impostazione TTL deve essere aggiornata ovunque. Tuttavia, non è proprio propagazione, è cache. Microsoft DNS, ad esempio, per impostazione predefinita è 1 ora TTL.

Con la memorizzazione nella cache, se ti capita di usare il nome di dominio appena prima di apportare una modifica e il TTL è di 1 ora, ci vorrà un'ora per aggiornarlo. Tuttavia, se non hai testato nulla con il nome di dominio appena prima della modifica, la modifica sarà immediata per te. (vale a dire aggiungere un nuovo record A che non hai ancora testato e avrà effetto immediato).

Pertanto, al giorno d'oggi quasi tutte le modifiche avranno effetto entro un'ora (o qualunque sia il tuo TTL DNS impostato). Le uniche eccezioni sono se un server DNS non rispetta il TTL (spesso gli spammer non lo fanno) o se i server del registrar del tuo nome di dominio non si aggiornano correttamente su Internet e fai una modifica al livello del registrar. Questo non è spesso però.

Sì, quando fanno questo tipo di affermazioni le persone parlano del timeout delle ricerche nella cache delle cache del server DNS.

Sfortunatamente, alcuni server DNS ignoreranno allegramente i valori TTL e i record di cache oltre il TTL dichiarato per un certo periodo. Ho visto i server DNS dell'ISP trattenere i record memorizzati nella cache con TTL (minuti) molto bassi per un massimo di 24 ore, e probabilmente ci sono alcuni server veramente cerebrali che li tengono ancora più a lungo.

Vengono "propagati" ai server DNS di tutto il mondo nello stesso senso in cui le idee vengono propagate da una mente all'altra. Quando arriva una query, la cache DNS locale deve apprendere le informazioni (se non è già memorizzata nella cache o se è memorizzata nella cache ma è scaduta). Quindi, il nuovo valore che hai appena inviato al tuo server appare sulla mappa in modo simile ai pettegolezzi sui blog. Beh, non è esattamente lo stesso, ma penso che sia un'analogia precisa.

Non un mito, vediamo problemi di "velocità di propagazione" abbastanza frequentemente quando si cambiano i record MX. È sempre quando non controlliamo il DNS e stiamo lavorando attraverso una terza parte, quindi di solito non possiamo dire se il TTL è molto lungo, viene ignorato da alcuni server DNS, l'MX viene memorizzato nella cache dal server SMTP o alcuni combinazione di tutti 3. Indipendentemente da ciò, è doloroso quando succede.

Nella specifica DNS originale (RFC 1034/1035) c'erano due passaggi di invalidazione della cache che dovevano aver luogo, prima che un aggiornamento di zona fosse visibile globalmente. Oltre alla già menzionata scadenza TTL dei risolutori della cache in tutto il mondo, è necessario prima attendere che tutti i server dei nomi secondari aggiornino i dati della zona dalla zona del primario.

Solo dopo aver specificato DNS NOTIFY (RFC 1996) nell'anno 1996, esisteva un modo standard per notificare prontamente tutti i server dei nomi autorevoli sui cambiamenti di zona.

Quindi forse la frase originale di "propagazione del cambiamento" era più appropriata al momento, poiché si trattava di un processo in due fasi.

Ho sentito parlare solo della propagazione DNS per quanto riguarda l'hosting del tuo sito Web .com con un fornitore di terze parti e solo perché memorizzano nella cache i record per 48 ore. Tutti i server DNS che non hanno i record memorizzati nella cache, dovrebbero averli immediatamente disponibili.

Se guardiamo alla definizione del dizionario e all'etimologia di "propagare", possiamo vedere che la parola implica che da un atto di un genitore, viene prodotto un bambino. Nel caso del DNS, quando si hanno più server autorevoli per una particolare zona e si apporta una modifica su un server (il record "parent"), il record viene propagato agli altri server (i record "child") da un sistema di replica che invia le modifiche ai server partner.

L'uso del termine propagate per descrivere il modo in cui una modifica DNS viene riconosciuta dai server DNS non autorevoli è un'applicazione errata del termine propagate, poiché non si adatta alla definizione del dizionario della parola. Un termine più appropriato sarebbe scoperta , perché è l'azione dei server di cache DNS per scoprire la risoluzione dell'indirizzo e ricordarla per il TTL.

Quindi, davvero, non stiamo aspettando che il cambiamento DNS si propaghi in tutto il mondo, stiamo aspettando che venga scoperto.

Non lo definirei un mito. Il TTL sulla memorizzazione nella cache ha l'effetto collaterale di conservare i record non aggiornati dopo che le voci DNS sono state aggiornate sul server DNS autorevole.

Quindi chiamalo come vuoi, ma il risultato finale è lo stesso.

Inoltre, i record MX non vengono memorizzati nella cache, pertanto qualsiasi modifica ai record MX per un dominio è immediata.