☰

Como funciona o DNS TTL em configurações CNAME encadeadas?

tag-icon • tag-icon domain-name-system cname-record ttl
Como funciona o DNS TTL em configurações CNAME encadeadas?

Eu tenho uma configuração de DNS parecida com esta:

www.example.com                 600  IN   CNAME prod.myzone.l2.company.example
prod.myzone.l2.company.example      600  IN   CNAME ssl-endpoint-12345.hostcorp.example
ssl-endpoint-12345.hostcorp.example 60   IN   A     192.0.2.4

Portanto, os dois primeiros registros CNAME da cadeia têm um TTL de 10 minutos e o registro A final tem um TTL de 1 minuto.

O prod.myzone.l2.company.exampleCNAME faz o balanceamento de carga regional entre vários endpoints e é atualizado automaticamente se meu provedor DNS determinar que o endpoint atual não está íntegro. Por esse motivo, gostaria de propagar as alterações no prod.myzone.l2.company.exampleCNAME o mais rápido possível.

Se eu quisesse reduzir o TTL geral que os clientes veem quando prod.myzone.l2.company.examplehá alterações, será suficiente reduzir apenas o TTL do prod.myzone.l2.company.exampleregistro ou também preciso reduzir o TTL do www.example.comregistro?

Responder1

O TTLfor CNAMErecords não funciona de maneira diferente de outros registros.

Vamos imaginar um resolvedor recursivo através do qual passa o acima. Em seguida, ele preenche seu cache com:

  • www.example.com CNAMEválido para 600s
  • prod.myzone.l2.company.example CNAMEválido para 600s
  • ssl-endpoint-12345.hostcorp.example Aválido para anos 60

Se alguém consultar ssl-endpoint-12345.hostcorp.example Adiretamente posteriormente, o TTL dos anos 60 se aplica.

Mas se a consulta for www.example.com, o resolvedor verá que não possui um Aregistro, mas um CNAME e reutilizará todos os itens acima.

66s (por exemplo) após o acima, www.example.comainda está no cache do resolvedor, mas ssl-endpoint-12345.hostcorp.example Anão estará mais, então o resolvedor terá que fazer uma nova consulta DNS para obter esses dados e armazená-los em cache.

informação relacionada