Hva er TTL i DNS?
TTL (Time to Live) bestemmer hvor lenge DNS-svar caches av resolvers. Lær hva det betyr, hvilke verdier som er vanlige, og hvordan du bruker TTL smart ved migrasjoner.
Har du noen gang lurt på hvorfor en DNS-endring ikke slår inn umiddelbart – selv om du tydelig har lagret den nye innstillingen? Svaret ligger nesten alltid i TTL: en liten, men viktig verdi som styrer hvor lenge DNS-svar lagres i mellomlagre rundt om i verden.
Hva betyr TTL?
TTL står for Time to Live og er angitt i sekunder. Verdien forteller resolvers (mellomservere som spør på vegne av brukere) hvor lenge de kan cache – altså midlertidig lagre – et DNS-svar før de må hente et ferskt svar fra den autoritative navnetjeneren.
Et eksempel: Hvis A-posten for eksempel.no har TTL 3600, betyr det at resolvers kan bruke det cachelagrede svaret i én time (3600 sekunder) uten å spørre igjen. Etter at timen er gått, hentes et nytt svar.
TTL er ikke én global innstilling for hele domenet – den settes per DNS-post. Du kan ha én TTL for A-posten, en annen for MX-posten.
Hvorfor er TTL viktig?
TTL påvirker to ting som trekker i hver sin retning:
Høy TTL:
- Raskere svar for brukere (svaret er i cache nær dem)
- Mindre belastning på din autoritative navnetjener
- Ulempe: Endringer tar lang tid å spre seg
Lav TTL:
- Endringer propagerer raskere
- Ulempe: Flere forespørsler til navnetjeneren; marginalt tregere for sluttbrukere
For de fleste domener er en TTL på 3600 sekunder (1 time) et fornuftig utgangspunkt. Kritisk infrastruktur kan bruke lavere verdier.
Vanlige TTL-verdier
| Verdi (sekunder) | Tilsvarer | Typisk bruk |
|---|---|---|
| 60 | 1 minutt | Under aktiv migrering eller feilsøking |
| 300 | 5 minutter | Forberedelse til planlagt endring |
| 3600 | 1 time | Standard for de fleste poster |
| 86400 | 24 timer | NS-poster og stabile verdier |
| 604800 | 7 dager | Svært stabile poster (sjelden anbefalt) |
Merk at noen resolvers kan ignorere svært lave TTL-verdier og bruke et minimumsnivå uansett – typisk 30–60 sekunder.
Slik bruker du TTL strategisk ved migrasjoner
Det vanligste rådet fra DNS-eksperter er: senk TTL før du gjør endringen, ikke etter. Her er den anbefalte fremgangsmåten:
1. Senk TTL i god tid i forveien
Minst 24–48 timer før du planlegger å gjøre en endring, setter du TTL til en lav verdi – for eksempel 300 sekunder. Da vil det gamle, høye TTL-cachelagringsvinduet rekke å løpe ut hos de fleste resolvers.
2. Gjennomfør endringen
Nå når postene endres – for eksempel peke A-posten til en ny server – vil den nye verdien spre seg innen 5 minutter hos de fleste. Det gjør det mye enklere å rulle tilbake hvis noe går galt.
3. Hev TTL igjen når alt er stabilt
Etter at migrasjonen er vellykket og alt fungerer som forventet, setter du TTL tilbake til en normal verdi som 3600.
Et praktisk eksempel
Du skal flytte nettstedet ditt til en ny server og vil minimere nedetid.
Uke 1 (forberedelse): Sett TTL for A-posten fra 86400 til 300.
Uke 2 (dag for migrering): Etter at TTL-en har rukket å propagere (24+ timer), oppdaterer du A-posten til den nye serverens IP. Endringen er aktiv for alle innen noen minutter.
Uke 2 (etter migrering): Alt fungerer. Du hever TTL til 3600 igjen.
TTL og DNS-propagering
Begrepene TTL og DNS-propagering brukes ofte om hverandre, men de betyr litt forskjellig. TTL er den tekniske mekanismen – selve verdien i DNS-posten. Propagering er den praktiske opplevelsen av at en endring sprer seg gjennom internett.
I praksis: jo høyere TTL var da du gjorde endringen, jo lengre propageringstid kan du oppleve. Det er ikke noe mystisk med «propagering» – det er ganske enkelt at cacher rundt om i verden holder på det gamle svaret til TTL-en løper ut.
Les mer om hele oppslagsprosessen i Hva er DNS, og hvordan fungerer det?
Administrer TTL hos Vymo
I kontrollpanelet hos Vymo kan du sette TTL per DNS-post direkte. Trenger du hjelp til å planlegge en migrasjon eller justere verdier, er Kundeservice alltid tilgjengelig.
Klar til å sikre domenet ditt?
Sjekk om navnet er ledig – live mot registeret, på .no, .com og flere.