¿Cómo funciona DNS TTL en configuraciones CNAME encadenadas?

Question

Tengo una configuración DNS que se parece a 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

Entonces, los dos primeros registros CNAME de la cadena tienen un TTL de 10 minutos y el último registro A tiene un TTL de 1 minuto.

El prod.myzone.l2.company.exampleCNAME realiza un equilibrio de carga regional entre múltiples puntos finales y se actualiza automáticamente si mi proveedor de DNS determina que el punto final actual no está en buen estado. Por este motivo, me gustaría propagar los cambios al prod.myzone.l2.company.exampleCNAME lo más rápido posible.

Si quisiera reducir el TTL general que los clientes ven cuando prod.myzone.l2.company.examplecambian, ¿es suficiente reducir solo el TTL del prod.myzone.l2.company.exampleregistro o también necesito reducir el TTL del www.example.comregistro?

Answer 1

Los registros TTLfor CNAMEno funcionan de ninguna manera diferente a otros registros.

Imaginemos un solucionador recursivo por el que pasa lo anterior. Luego llena su caché con:

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

Si luego alguien consulta ssl-endpoint-12345.hostcorp.example Adirectamente, se aplica el TTL de 60 años.

Pero si la consulta es para www.example.com, el solucionador verá que no tiene un Aregistro, sino un CNAME y luego reutilizará todo lo anterior.

66s (por ejemplo) después de lo anterior, www.example.comtodavía está en el caché del solucionador, pero ssl-endpoint-12345.hostcorp.example Aya no lo estará, por lo que el solucionador tendrá que realizar una nueva consulta de DNS para obtener esos datos y almacenarlos en el caché.