I en ideell verden, DNS ville bli som en av dem Som-Sett-På-TV-rotisseri ovner – sett det og glem det. Imidlertid er Internett en dynamisk skiftende sted, og hva som kan være relevant i det ene øyeblikket er kanskje ikke den neste.
for Å takle dette, DNS ble designet med en mekanisme for å oppdatere postene og sikre at brukerne ble alltid gitt de mest relevante svar når de etterspør det.
De Grunnleggende
Tid til Å Leve, eller TTL for kort, er slags utløpsdatoen som er satt på en DNS-post., TTL fungerer for å fortelle rekursiv server eller lokale resolver hvor lenge den skal holde sa rekord i sin cache. Jo lengre TTL, jo lengre resolver mener at informasjon i sin cache. Jo kortere TTL, jo kortere tid resolver mener at informasjon i sin cache.
For eksempel, vi har fått example.com. Example.com har en A-record på toppen av sonen til punkt oss til en server. Med en TTL av 3600 sekunder, eller 1 time, som betyr at som en rekursiv server lærer om example.com det vil lagre informasjonen om En-rekord example.com for en time., Noen andre som bruker den samme resolver vil få det samme svaret, og på den autoritative side, vil det ikke være noen forespørsel til serveren, med mindre TTL renner ut.
Best Practices
TTLs er ikke noe å ta lett på – de kan direkte påvirke mengden av spørring volum som er henførbare til den autoritative service, og i tilfelle du trenger å raskt endre oppføring, kan resultere i lengre tid enn forventet endring overføring til alle brukere.,
For poster som utnytter en slags avansert traffic management scenario, for eksempel NS1 er Filter Kjede, er det best å holde TTL så kort som mulig. På denne måten, når en endring er vedtatt av systemet, kan brukere på den andre enden ber om navnet er gitt i den nyeste informasjonen. Det er verdt å merke seg at de fleste rekursiv servere trenger faktisk ikke å forstå en TTL kortere enn 30 sekunder – mens vi vil ikke stoppe deg fra å gå lavere enn det, kan resultatene ikke være gunstig i det lange løp.,
For poster som sjelden endres, for eksempel TXT eller MX-poster, er det best å holde dem et sted mellom en time (3600s) og en dag (86400s). Når det kommer tid for å vedta endringer med hensyn til disse typer oppføringer, kan det behoove deg til å endre TTL ned til et kortere intervall før iverksetting av eventuelle endringer for å sikre at endringene blir spredd raskt.
SOA-TTLs
På toppen av alle DNS-sone, i Starten av Myndighet (SOA), det er fem TTL verdier som tjener et høyere formål i DNS.
SOA-TTL – intervallet SOA rekord i seg selv er oppdatert.,
Oppdater TTL – intervallet som sekundær-servere (sekundær DNS) er satt til å oppdatere den primære zone-filen fra den primære serveren.
Prøv på nytt TTL – hastigheten som en sekundær server vil prøve å oppdatere den primære zone-filen hvis den første oppdater mislyktes.
Utløpet TTL – Hvis Oppdater og Prøv på nytt mislykkes flere ganger, dette er den tidsperioden som det primære bør vurderes borte og ikke lenger autoritativt for gitt sone.,
NX-TTL – I tilfelle at du ber om domenet resulterer i en ikke-eksisterende spørring (NXDOMAIN), dette er hvor mye tid som er respektert av recursor å returnere NXDOMAIN respons.
Det er anbefalt å ikke endre disse TTLs med mindre du har en veldig spesifikk trenger for å gjøre det, noe som ofte er svært sjeldne tilfelle.