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?

  • O que isso significa que o server de nomes Superfluous está listdo no pai: ns52.domaincontrol.com?
  • Diferença entre múltiplas NS e NS com múltiplos A
  • No Linux, por que um file vazio tem um tamanho de 0, mas um file de text com qualquer conteúdo tem um tamanho do comprimento do conteúdo + 1?
  • Nameserview trabalhando paira todos os TLDs exceto .org
  • Sistema de files com Deduplicação de dados em tempo real
  • Existe uma maneira de controlair dois services sistemaados instanciados como uma única unidade?
  • 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.