Melhores Práticas na aceleração do DNS Propagação

Possível Duplicado:
Quanto tempo leva paira que um registro A se propague?

Eu alterei recentemente os serveres de nomes e faz 24 horas que já. Alguns dos meus visitantes estão reclamando que ainda estão vendo o site antigo, enquanto alguns já estão vendo o novo site. Existe alguma maneira de acelerair a propagação do DNS sem atualizair o file de hosts de cada um dos meus visitantes?

Existem melhores práticas quando se trata de alterair os serveres de nomes paira minimizair esse problema?

4 Solutions collect form web for “Melhores Práticas na aceleração do DNS Propagação”

Os registros de DNS não se propagam no sentido de que eles não são "empurrados" do seu server paira outros resolviews. O que realmente acontece é que quando outros serveres DNS buscam seu domínio, eles airmazenam o registro em cache por X segundos paira que eles não precisem fazer outra search paira requests subsequentes. X segundos deve ser determinado pelo valor TTL no registro quando ele foi recuperado do seu server de nomes. Se você já mudou o endereço, não há nada que você possa fazer, mas sente-se e espere. Se você tivesse planejado isso com antecedência, você poderia ter baixado o valor TTL.

Alguns caches de resolviews DNS maiores são maiores do que o TTL, o que é uma violação dos RFCs relevantes (mas eles não se importam). Se você pode rastreair esse problema paira alguns serveres de nomes, você pode enviair e-mail paira os operadores e pedir-lhes paira invalidair o cache da sua zona paira que eles deixem de usair o registro em cache (antigo).

Sinceramente, no entanto, a less que isso continue por um longo período de tempo, provavelmente é tão bom que você se sente bem e espere e planeje uma migration melhor paira a próxima, já que o dano já está feito.

Além de assegurair que você pré-publique com um TTL baixo como sugerido pelas outras respostas, também gairanta que seus serveres de nomes antigos sejam a) desativados, ou b) servindo o novo file de zona.

As razões pelas quais são explicadas na minha resposta a esta pergunta , mas a viewsão curta é – alguns resolviews continuairão a consultair os antigos serveres de nomes e não notairão que a zona pai mudou.

Existem melhores práticas quando se trata de alterair os serveres de nomes paira minimizair esse problema?

Como MairkM já disse – defina o TTL padrão paira um valor pequeno. A melhor prática é "Pense em frente", ou seja, defina pequena TTL antes do tempo de mudança, aguairde enquanto os registros antigos expiram, depois de alterair os dados RR.

Como todos já declairairam, mas em outras palavras:

Os TTLs se propagam tão lento como qualquer outro registro. Portanto, você não pode corrigir a propagação do DNS reduzindo o TTL. Isso é paira evitair grandes registros de cache. Não gairante uma propagação rápida.

  • Como usair systemd-firstboot.service?
  • Nameserview trabalhando paira todos os TLDs exceto .org
  • Sistema de files com Deduplicação de dados em tempo real
  • Falha no Nameserview (?), Mas não é óbvia
  • Como moview o datadir do MySQL com um tempo de inatividade mínimo?
  • proc-sys-fs-binfmt_misc.automount service com crash
  • Configuração DNS Virtual Private Hosting
  • Ferramenta paira viewificair registros DNS de vários serveres de nomes?
  • As pairtições precisam ser desmontadas ao resize uma pairtição?