egy ideális világban a DNS olyan lenne, mint a TV-ben látott rotisserie sütők-állítsa be és felejtse el. Az Internet azonban dinamikusan változó hely, és ami egy pillanat alatt releváns lehet, az nem a következő.
ennek kezeléséhez a DNS-t egy olyan mechanizmussal tervezték, amely frissíti a rekordokat, és biztosítja, hogy a felhasználók mindig a legmegfelelőbb választ kapják, amikor kérik.
az alapok
Az élettartam ideje, vagy röviden a TTL, az a fajta lejárati dátum, amelyet DNS-rekordra helyeznek., A TTL arra szolgál, hogy elmondja a rekurzív kiszolgálónak vagy a helyi feloldónak, mennyi ideig kell tartania az említett rekordot a gyorsítótárában. Minél hosszabb a TTL, annál hosszabb ideig tartja a feloldó ezeket az információkat a gyorsítótárában. Minél rövidebb a TTL, annál rövidebb ideig tartja a feloldó ezeket az információkat a gyorsítótárában.
például van example.com. Example.com van egy a-rekordja a zóna csúcsán, hogy egy szerverre mutasson minket. A TTL 3600 másodperc, vagy 1 óra, ez azt jelenti, hogy a rekurzív szerver tanul example.com, az a-rekordról szóló információkat a következő címen tárolja example.com egy órán át., Bárki más, aki ugyanazt a felbontást használja, ugyanazt a választ kapja, a hiteles oldalon pedig nem lesz lekérdezés a kiszolgálóra, kivéve, ha a TTL elfogy.
legjobb gyakorlatok
a TTLs-t nem szabad félvállról venni – ezek közvetlenül befolyásolhatják az Ön hiteles szolgáltatásának tulajdonítható lekérdezési kötet mennyiségét, és abban az esetben, ha gyorsan meg kell változtatnia a rekordot, a vártnál hosszabb változásterjedést eredményezhet minden felhasználó számára.,
olyan rekordok esetén, amelyek egyfajta fejlett forgalomirányítási forgatókönyvet használnak, például az NS1 Szűrőláncát, a legjobb, ha a TTL-t a lehető legrövidebbre tartja. Ily módon, amikor a rendszer változást hoz, a nevet kérő másik végén lévő felhasználók megkapják a legfrissebb információkat. Érdemes megjegyezni, hogy a legtöbb rekurzív szerver valójában nem érti a 30 másodpercnél rövidebb TTL – t-bár nem állítjuk meg, hogy ennél alacsonyabb legyen, az eredmények hosszú távon nem kedvezőek.,
A feljegyzéseket, amelyek ritkán változnak, mint a TXT vagy MX rekordokat, a legjobb, ha ezeket valahol egy óra múlva (3600s), majd egy nap (86400s). Amikor eljön az ideje, hogy változtatásokat hajtson végre az ilyen típusú rekordok tekintetében, előfordulhat, hogy a TTL-t rövidebb intervallumra változtatja, mielőtt bármilyen változtatást végrehajtana annak biztosítása érdekében, hogy a változások gyorsan elterjedjenek.
a SOA TTLS
minden DNS-zóna tetején, a hatóság (SOA) kezdetén öt TTL érték van, amelyek magasabb célt szolgálnak a DNS-ben.
SOA TTL – az intervallum, amelyen maga a SOA rekord frissül.,
Refresh TTL – az az intervallum, amelyen a másodlagos kiszolgálók (másodlagos DNS) az elsődleges zónafájl frissítésére vannak beállítva az elsődleges kiszolgálóról.
próbálja újra a TTL-t-azt a sebességet, amellyel a másodlagos kiszolgáló újra megpróbálja frissíteni az elsődleges zónafájlt, ha a kezdeti frissítés sikertelen.
lejárati TTL – ha a Frissítés és az ismételt próbálkozás ismételten sikertelen, akkor ez az az időtartam, amely után az elsődleges értéket eltűntnek kell tekinteni, és az adott zónára vonatkozóan már nem mérvadó.,
NX TTL – abban az esetben, ha a domain kérése nem létező lekérdezést eredményez (NXDOMAIN), ez az az idő, amelyet a recursor tiszteletben tart az NXDOMAIN válasz visszaadásához.
javasoljuk, hogy ne módosítsa ezeket a TTLs-eket, kivéve, ha erre nagyon különleges szükség van, ami gyakran nagyon ritka eset.