Estou tendo um problema com um domínio que possui servidores de nomes em cache. Ele vai para o site antigo em vez do novo em algumas áreas. Posso acessar o DNS de hospedagem antigo, alterá-lo A recorde levá-lo para o novo site? Quanto tempo leva para esse cache expirar?
Responder1
Posso acessar o DNS de hospedagem antigo, alterar o registro A e levá-lo para o novo site?
Sim, isso é exatamente o que você deve fazer.
Quanto tempo leva para esse cache expirar?
Resposta curta
Espere uma semana.
Normalmente, o período de transição não deve durar mais do que alguns dias, mas é raro ver períodos que exijam uma semana inteira. Se você não quiser entrar em detalhes técnicos de como esse processo funciona, uma semana deve ser segura. Uma semana também lhe dá tempo para perceber qualquer coisa catastroficamente errada em seu novo ambiente que possa forçá-lo a “reverter” para os servidores antigos.
Resposta longa
Vou orientá-lo para uma sessão de perguntas e respostas intimamente relacionada sobre este:
Migrando provedor de DNS ao ter TTL de registro NS alto
Ao fazer login no painel de controle do registrador e alterar os servidores DNS, você entra em um período de transição em que qualquer servidor DNS recursivo que já esteja ciente do seu domínio deverá aceitar a alteração. A únicaseguroO que você pode fazer é manter os servidores de nomes antigos e novos em um estado idêntico até que esse período expire.
A duração deste período de transição é o maior TTL associado ao seu domínio no caminho da delegação. Estes seriam os NSregistros que vivem dentro dos servidores de nomes que você controla,bem como a delegação que aponta para isso. Isso é mais fácil de explicar visualmente e você pode encontrar esses valores usando o digcomando em uma caixa UNIX/Linux ( dig +trace example.com) ou usandoferramentas semelhantes baseadas na webque fornecem a mesma funcionalidade.
No caso de example.com, você deverá ver uma saída semelhante a esta:
. 233637 IN NS a.root-servers.net.
. 233637 IN NS b.root-servers.net.
. 233637 IN NS c.root-servers.net.
. 233637 IN NS d.root-servers.net.
. 233637 IN NS e.root-servers.net.
. 233637 IN NS f.root-servers.net.
. 233637 IN NS g.root-servers.net.
. 233637 IN NS h.root-servers.net.
. 233637 IN NS i.root-servers.net.
. 233637 IN NS j.root-servers.net.
. 233637 IN NS k.root-servers.net.
. 233637 IN NS l.root-servers.net.
. 233637 IN NS m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 4 ms
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
;; Received 489 bytes from 192.112.36.4#53(192.112.36.4) in 32 ms
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; Received 165 bytes from 192.26.92.30#53(192.26.92.30) in 2484 ms
example.com. 86400 IN A 93.184.216.34
example.com. 86400 IN NS a.iana-servers.net.
example.com. 86400 IN NS b.iana-servers.net.
;; Received 93 bytes from 199.43.135.53#53(199.43.135.53) in 22 ms
Na saída acima, ignoraríamos os TTLs associados a .e com., porque eles não são para o nosso domínio. Os TTLs que nos interessam são os dois últimos conjuntos, ambos associados a example.com.. O primeiro conjunto é a delegação aos servidores de nomes que você configurou no painel de controle do seu registrador. O segundo conjunto são os NSregistros que residem nesses servidores DNS. Para garantir uma transição suave, você deve usar omaiordesses dois valores, que geralmente é a delegação.
No exemplo acima, seu período de transição seria de 172.800 segundos. (dois dias)