"Propagação de DNS" significa que a maioria dos servidores de nomes ("praticamente todos") que as pessoas na Internet podem estar usando retornará as informações novas / alteradas / atuais. Isso é composto de duas vezes:
-
O tempo de fazer a alteração na interface administrativa relevante até que a alteração seja realmente feita no servidor de nomes autoritativo.
Isso pode ser instantâneo: por exemplo, quando eu quiser alterar um registro para meu domínio particular, a interface apropriada é, na verdade, a configuração do servidor de nomes com suas oito ou mais entradas.
Ou pode ser muito lento, porque é um processo em vários estágios: para alterar endereços de servidores de nomes, por exemplo, você pode estar atualizando o banco de dados de um registrador (digamos, joker.com ou gandi.net); do registrador, as alterações são geralmente apenas periodicamente (a cada hora, ou a cada oito horas, ou qualquer outra) enviadas para o banco de dados principal do registro (para a Verisign para atualizar
.com); a partir de seu banco de dados, eles precisam alimentar as informações para os verdadeiros servidores de nomes que lidam com a zona, o que novamente acontece periodicamente, em qualquer lugar entre a hora e a hora. -
O tempo para a mudança ser conhecido pelo servidor de nomes de um usuário / ISP em particular.
No melhor dos casos, isso é imediato após a etapa 1. Se o ISP nunca viu um nome antes, o algoritmo recursivo padrão será usado para consultá-lo e o servidor autoritativo retornará o valor atualizado ou adicionado recentemente.
No pior dos casos, o servidor do ISP já procurou esse nome anteriormente e armazenará o resultado em cache. Então você pode esperar até que a entrada do cache expire; quanto tempo isso leva depende do "tempo de vida" da entrada (o TTL é uma propriedade do registro; defini-lo é totalmente para quem mantém a entrada no servidor autoritativo) ou, se o nome não existir, o "negativo cache ttl "definido para a sua zona de contenção (mantendo essa é a responsabilidade e única decisão de quem quer que execute essa zona).
Um caso ainda pior é quando o TTL é tratado incorretamente (por muito tempo e tedioso, mas pode demorar o dobro do tempo para expirar, teoricamente ainda maior, mas isso fica bastante raro muito rapidamente).
Um caso ainda pior é quando dos vários servidores autoritativos apenas um é atualizado, e o que acaba sendo perguntado tem problemas para se atualizar - teoria à parte, todos os provedores de serviços razoavelmente grandes monitoram isso e consertam ou desligam o mau funcionamento servidores, portanto, isso pode adicionar algumas horas para que isso aconteça, além de um TTL completo, se a solicitação tiver a resposta incorreta antes que a manutenção / correção ocorra.
Se você assumir valores razoáveis para a etapa 1 (até 6 horas para registrador-para-registro, recarregamento diário por registro) e valores comuns para TTLs (pelo menos um minuto, tecnicamente, mas geralmente entre 5 minutos para hosts como www.google.com, que usam endereços diferentes para balanceamento de carga e gerenciamento de tráfego, e qualquer coisa entre 1 e 24 horas para sites totalmente hospedados), você acaba com "entre 24 e 48 horas, para a maioria das pessoas na internet" .
Você pode ter sorte e experimentar apenas alguns minutos entre fazer a sua mudança e todos no mundo a verem, ou você pode ficar particularmente azarado e ter sua mudança ignorada por um ISP que não esteja funcionando corretamente em algum lugar, que os usuários não verão sua mudança até a próxima semana.