A resposta curta: o TTL diz a cada cache quanto tempo pode guardar uma resposta, e conta a partir do momento em que ela perguntou. Por isso, no instante em que muda um registo, o que decide a espera é o TTL que já lá estava. Para a mudança ser curta, baixa-se o TTL antes, espera-se que o TTL antigo passe por inteiro, muda-se, e no fim volta-se a subir. Este artigo é para quem controla a zona DNS do domínio e vai mudar de servidor.
O que vai mudar, e o que tem de baixar antes
| Vai mudar |
Registos a baixar antes |
Atenção |
| O servidor do site |
Os registos A (e AAAA, se existir) do domínio e do www. |
Se o www é um CNAME, o CNAME tem o seu próprio TTL: baixe os dois. |
| O servidor de e-mail |
Os MX, e o registo A do nome para onde o MX aponta (por exemplo mail.oseudominio). |
Se o endereço IP de envio muda, o registo SPF (TXT) também muda: baixe-o junto. |
| Um serviço externo |
O CNAME ou o TXT desse serviço. |
Raramente é urgente; baixe só se a troca tiver de ser rápida. |
| Os nameservers |
Não se baixa no seu painel: o TTL da delegação pertence ao registo da extensão. |
Usa-se outra técnica, explicada logo abaixo. |
E se a mudança é de nameservers?
O TTL da delegação não é seu, por isso não o pode baixar. A técnica é fazer com que as duas zonas dêem a mesma resposta: primeiro monte a zona completa no fornecedor novo e confira-a, como em mudar o DNS para outro fornecedor. Depois, na zona antiga, que ainda é a que responde, aponte os registos para o servidor novo, com o calendário acima. Só então mude os nameservers no registador. Enquanto a delegação antiga não expira, uns resolvers perguntam à zona antiga e outros à nova, mas ambas dizem o mesmo, e o visitante não nota a diferença. Isto exige que o fornecedor antigo continue a responder até ao fim.
O calendário, passo a passo
| 1 |
Leia o TTL actual na fonte. Pergunte a um nameserver da zona, por exemplo dig @dns1.interweb.ao A asuaempresa.ao +noall +answer se a zona está connosco. O número da segunda coluna é o TTL completo, em segundos. Faça o mesmo para o www e para o MX.
|
|
| 2 |
Baixe o TTL sem mudar o valor. No editor de zona, altere só o TTL dos registos da tabela para um valor curto, de alguns minutos (o TTL escreve-se em segundos: 300 são cinco minutos). O endereço continua o antigo.
|
|
| 3 |
Espere pelo menos o TTL antigo inteiro, o número que leu no passo 1. Só então todas as caches que guardaram a versão antiga a esqueceram e passaram a guardar a versão de TTL curto.
|
|
| 5 |
Faça a mudança do valor dos registos. As caches vão esvaziar ao ritmo do TTL curto. Confirme na fonte e num resolver público, como em perguntar a vários resolvers.
|
|
| 6 |
Mantenha o servidor antigo a funcionar enquanto restarem visitas e e-mails a chegar lá. Quando estiver tudo estável, suba o TTL de volta ao valor habitual.
|
|
|
Não deixe o TTL curto para sempre. Com TTL curto, os resolvers voltam à fonte muito mais vezes e cada visitante novo espera pela consulta com mais frequência. E se os nameservers falharem, as caches esquecem a resposta depressa e o site deixa de abrir mais cedo. Um TTL longo também é uma rede de segurança.
|
|
Alguns resolvers ignoram TTL muito curtos e aplicam um mínimo próprio. Um TTL baixo torna a troca curta para a maioria, não instantânea para todos. Por isso o passo 6 importa: o servidor antigo fica ligado mais um pouco.
|
|
Vai migrar e quer o calendário feito connosco? Diga-nos o domínio, onde está a zona hoje e para onde vai.
Abrir pedido de suporte
|
PRODUTO RECOMENDADO Alojamento de sites com cPanel Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão) Ver planos |
Português
English
