TTL och DNS-spridningstid – varför ändringar inte syns direkt

Vad är TTL?

TTL står för Time To Live och anger hur länge en DNS-resolver får cacha ett svar innan den behöver fråga igen. TTL anges normalt i sekunder.

Ett enkelt exempel

Om en DNS-post har TTL 3600 kan en resolver i normalfallet behålla svaret i upp till en timme innan den hämtar ett nytt. Det betyder inte att hela internet uppdateras exakt på en timme – olika resolvers kan ha olika cachelägen och det finns fler delar i kedjan.

Varför kan det ta längre tid?

En förändring kan behöva passera flera cachelager. Dessutom kan den enhet eller webbläsare du testar från ha egen cache. Därför är det klokt att kontrollera DNS från mer än en plats när en ändring är viktig.

Vad händer när du ändrar en DNS-post?

När du ändrar en DNS-post är det inte nödvändigtvis din egen DNS-server som svarar på varje fråga. Internetleverantörer, publika DNS-tjänster och andra resolvers kan ha sparat det tidigare svaret i cache.

Om det gamla svaret har en TTL på 3600 sekunder kan en resolver fortsätta använda det cachade svaret tills dess cachetid löper ut. Därför kan två personer tillfälligt få olika svar från samma domän.

Varför hjälper det ibland inte att sänka TTL efteråt?

Om du sänker TTL precis innan en förändring kan det hjälpa inför framtida ändringar, men resolvers som redan har hämtat ett svar med en längre TTL måste normalt vänta ut den tidigare cachetiden. Man kan alltså inte räkna med att en ny TTL omedelbart raderar gammal cache.

Så kontrollerar du en DNS-ändring

• Kontrollera posten från mer än en DNS-tjänst.
• Kontrollera att du frågar efter rätt posttyp, till exempel A, AAAA, CNAME eller TXT.
• Om ändringen gäller e-post, kontrollera även relevanta TXT-poster.
• Ge ändringen tid om vissa resolvers fortfarande visar det gamla värdet.

Det är därför uttrycket "DNS-spridning" kan vara lite missvisande. Informationen skickas inte ut från en central server till hela internet; olika DNS-cacher uppdateras när deras respektive TTL löper ut.