TTL Best Practices: The Long and Short of It

een TTL (of Time to Live) is een cruciale instelling in elke DNS record… en toch wordt er zelden over gesproken.

Als u schuldig bent aan het gebruik van de standaard TTL voor uw records, moet u dit lezen.

Hoe werkt TTL?

De TTL geeft aan hoe lang DNS-informatie in de cache moet worden opgeslagen (zoals cash). Het oplossen van name servers zijn als de tussenpersonen van de DNS exchange. Wanneer u een domein invoert in uw browser, vraagt u eigenlijk uw lokale resolving name server om het IP-adres van dat domein.

als iemand onlangs hetzelfde verzoek heeft gedaan, zal de informatie waarschijnlijk worden opgeslagen in de cache van de resolving name server. Als dat niet het geval is, dan zal de resolving name server de nameserver Autoriteit vragen voor dat domein –meestal de DNS-provider.

zodra de record die het domein naar het bijbehorende IP-adres wijst is gevonden, wordt die informatie opgeslagen op de resolving name server. Dit versnelt de oplossingstijd voor de volgende keer dat het domein wordt opgevraagd bij die resolver.

Waarom is TTL belangrijk?

voor standaard A-en CNAME-records zal u waarschijnlijk geen scenario ‘ s tegenkomen waarbij TTL-tijden problemen veroorzaken. Echter, als je eenmaal dynamisch eindpunten zoals Failover begint te veranderen, worden TTL ‘ s erg belangrijk.

bijvoorbeeld, stel dat het primaire IP-adres voor het domein dat we zoeken niet beschikbaar is. Dit domein heeft ook Failover ingeschakeld, wat gebruikers zou wijzen op een back-up IP-adres wanneer de primaire is uitgeschakeld.

Dit kan op twee manieren worden afgehandeld. Als de record een hoge TTL heeft, zullen gebruikers nog steeds naar het primaire IP-adres worden gewezen totdat de cache van de resolver verloopt. Als het record een lage TTL heeft, hebben ze een grotere kans om eerder naar het juiste eindpunt te worden gewezen.

wanneer de TTL ‘ s short

#1

als er een regel wordt toegepast op een record die dynamisch het eindpunt bijwerkt, zoals Failover of taakverdeling, zou u een korte TTL willen.

elke keer dat u een TTL gaat wijzigen, vraag uzelf af,

“hoe lang ben ik tevreden met gebruikers die naar een niet-beschikbaar eindpunt gaan voordat de cache wordt vernieuwd?”

Een beetje eng om over na te denken.

# 2

voor kritische records moet u de TTL altijd laag houden. Een goed bereik zou ergens van 30 seconden tot 5 minuten zijn.

# 3

Als u recordwijzigingen aanbrengt, wilt u de TTL zo laag mogelijk maken. Wijzigingen die u aanbrengt, worden pas doorgegeven als de TTL verloopt.

een ding om in gedachten te houden, de laagste TTL in DNS gemakkelijk gemaakt is 30 seconden. Dat komt omdat het oplossen van nameservers meestal alleen aandacht zal besteden aan TTL ‘ s die 30 seconden of hoger zijn.

# 4

u wilt ook een lage TTL als u Geavanceerde instellingen zoals GeoDNS-regels hebt toegepast. Dit geldt meer voor ons nieuwe product, Constellix, waarmee u regels kunt maken die wijzigen welke eindpunten worden geretourneerd op basis van de locatie van een gebruiker.

#5

Hier is waar we een grijs gebied raken. Als je niet-kritische records hebt, maar weet dat je er in de nabije toekomst wijzigingen in wilt aanbrengen, wil je misschien een korte TTL hebben. Je wilt ook niet betalen voor het hogere aantal queries dat lagere TTL ‘ s komen met, dus zou niet willen dat het zo kort als 30 seconden of zelfs een halve hour.In in dit geval zou u een langere TTL van 1 tot 12 uur willen gebruiken.

wanneer een lange TTL

kosten worden een grote factor met TTL ‘ s.denk er eens over na, hoe korter de TTL dan hoe vaker de gezaghebbende nameservers vragen moeten beantwoorden, en uw maandelijkse factuur gaat omhoog.

langere TTL ‘ s snijden ook resolutie tijden. Elke keer dat een query een gezaghebbende naamserver moet vragen, voegt het een extra lookup toe, die kostbare milliseconden kan toevoegen.

#1

Hier zijn de toprecords die langere TTL ‘ s zouden moeten hebben:

  • MX record (wijst naar uw mailserver)
  • DKIM en SPF (meestal geconfigureerd met MX records)
  • TXT record

#2

Records die naar uw webserver of CDN, respectievelijk A-en CNAME-records verwijzen, zullen doorgaans hebben een langere TTL omdat ze zelden worden gewijzigd. Hiervoor zou je een TTL van 12 uur willen instellen op 1 dag.

Houd er rekening mee dat u de TTL moet verlagen en moet wachten tot caches verlopen (meestal rond een dag) voordat u wijzigingen aanbrengt.

hebben we iets gemist? Laat ons weten @DNSMadeEasy op Twitter.

ook gepubliceerd op Medium.

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *