într-o lume ideală, DNS ar fi ca unul dintre acele cuptoare de rotisor așa cum se vede la televizor-setați-l și uitați – l. Cu toate acestea, Internetul este un loc în schimbare dinamică și ceea ce poate fi relevant într-un moment poate să nu fie următorul. pentru a face față acestui lucru, DNS a fost proiectat cu un mecanism de reîmprospătare a înregistrărilor și de a se asigura că utilizatorii au primit întotdeauna răspunsul cel mai pertinent atunci când l-au solicitat.
elementele de bază
timpul de a trăi, sau TTL pe scurt, este tipul de dată de expirare care este pus pe o înregistrare DNS., TTL servește pentru a spune serverului recursiv sau resolverului local cât timp ar trebui să păstreze înregistrarea menționată în memoria cache. Cu cât TTL, cu atât mai mult resolver deține aceste informații în memoria cache. Cu cât TTL este mai scurt, cu atât mai scurt este timpul în care resolverul păstrează aceste informații în memoria cache.
de exemplu, avem example.com. Example.com are un A-record la vârful zonei pentru a ne indica la un server. Cu un TTL de 3600 de secunde sau 1 oră, ceea ce înseamnă că un server recursiv învață despre example.com, acesta va stoca informații despre Un-record la example.com timp de o oră., Oricine altcineva care folosește același resolver va primi același răspuns, iar pe partea autoritară, nu va exista nicio interogare către server decât dacă TTL se termină.
cele mai Bune Practici
TTLs nu sunt cu nimic să ia ușor – acestea pot afecta în mod direct cantitatea de interogare volum care este atribuibil ta de autoritate de serviciu, iar în caz de nevoie pentru a schimba rapid de înregistrare, poate duce la mai mult decât de așteptat schimbare de propagare pentru toți utilizatorii., pentru înregistrările care utilizează un fel de scenariu avansat de gestionare a traficului, cum ar fi lanțul de filtrare NS1, este mai bine să păstrați TTL cât mai scurt posibil. În acest fel, atunci când o schimbare este adoptată de sistem, utilizatorii de la celălalt capăt care solicită numele primesc cele mai recente informații. Este demn de remarcat faptul că majoritatea serverelor recursive nu înțeleg de fapt un TTL mai scurt de 30 de secunde – în timp ce nu vă vom opri să mergeți mai jos decât asta, este posibil ca rezultatele să nu fie favorabile pe termen lung.,pentru înregistrările care se schimbă rar, cum ar fi înregistrările TXT sau MX, este mai bine să le păstrați undeva între o oră (3600s) și o zi (86400s). Când vine momentul să adoptați modificări în ceea ce privește aceste tipuri de înregistrări, este posibil să vă ajute să schimbați TTL până la un interval mai scurt înainte de a adopta orice modificări pentru a vă asigura că modificările sunt propagate rapid.
SOA TTLs
în partea de sus a fiecărei zone DNS, la începutul Autorității (SOA), există cinci valori TTL care servesc unui scop mai mare în DNS.
SOA TTL-intervalul la care înregistrarea SOA în sine este reîmprospătată.,
Refresh TTL – intervalul la care serverele secundare (DNS secundare) sunt setate pentru a actualiza fișierul zonei primare de pe serverul principal.
reîncercați TTL – rata la care un server secundar va încerca din nou să reîmprospăteze fișierul zonei primare dacă actualizarea inițială a eșuat.TTL expirare-dacă reîmprospătare și Reîncercare nu reușesc în mod repetat, aceasta este perioada de timp după care primar ar trebui să fie considerate plecat și nu mai autoritate pentru zona dată.,
NX TTL – în cazul în care solicitarea domeniului are ca rezultat o interogare inexistentă (NXDOMAIN), aceasta este perioada de timp respectată de recursor pentru a returna răspunsul NXDOMAIN.se recomandă să nu modificați aceste TTL-uri decât dacă aveți o nevoie foarte specifică de a face acest lucru, care este adesea un caz foarte rar.