w idealnym świecie, DNS byłby jak jeden z tych, Jak widać w TV piece Rożne-ustawić go i zapomnieć. Jednak Internet jest dynamicznie zmieniającym się miejscem i to, co może być istotne w jednym momencie, może nie być kolejnym.
aby sobie z tym poradzić, DNS został zaprojektowany z mechanizmem odświeżania rekordów i zapewnienia, że użytkownicy zawsze otrzymywali najbardziej trafną odpowiedź, gdy o to prosili.
podstawy
Time To Live, w skrócie TTL, jest rodzajem daty wygaśnięcia, która jest umieszczana na rekordzie DNS., TTL służy do informowania serwera rekurencyjnego lub lokalnego resolvera, jak długo powinien przechowywać ten rekord w swojej pamięci podręcznej. Im dłużej TTL, tym dłużej resolver przechowuje te informacje w pamięci podręcznej. Im krótszy TTL, tym krótszy czas przechowywania tych informacji w pamięci podręcznej.
na przykład mamy example.com. Example.com ma rekord A na szczycie strefy, aby wskazać nam serwer. Z TTL 3600 sekund, czyli 1 godzinę, oznacza to, że jako serwer rekurencyjny dowiaduje się o example.com, przechowuje te informacje o zapisie A w example.com przez godzinę., Każdy, kto używa tego samego resolvera, otrzyma tę samą odpowiedź, a po stronie autorytatywnej, nie będzie żadnych zapytań do serwera, chyba że skończy się TTL.
najlepsze praktyki
TTL nie należy lekceważyć – mogą bezpośrednio wpływać na ilość zapytań, które można przypisać autorytatywnej usłudze, a w przypadku potrzeby szybkiej zmiany rekordu, mogą skutkować dłuższą niż oczekiwano propagacją zmian dla wszystkich użytkowników.,
w przypadku rekordów, które wykorzystują rodzaj zaawansowanego scenariusza zarządzania ruchem, takiego jak łańcuch filtrów NS1, najlepiej jest utrzymać TTL tak krótko, jak to możliwe. W ten sposób, gdy zmiana jest wprowadzana przez system, użytkownicy po drugiej stronie żądający nazwy otrzymują najnowsze informacje. Warto zauważyć, że większość serwerów rekurencyjnych w rzeczywistości nie rozumie TTL krótszego niż 30 sekund – chociaż nie powstrzymamy Cię przed pójściem niżej, wyniki mogą nie być korzystne na dłuższą metę.,
w przypadku rekordów, które rzadko się zmieniają, takich jak TXT lub MX, najlepiej trzymać je gdzieś pomiędzy godziną (3600s) a dniem (86400s). Kiedy przyjdzie czas na wprowadzenie zmian w odniesieniu do tego typu rekordów, może warto zmienić TTL do krótszego interwału przed wprowadzeniem jakichkolwiek zmian, aby zapewnić, że zmiany są propagowane szybko.
Soa TTLs
na górze każdej strefy DNS, na początku władzy (SOA), istnieje pięć wartości TTL, które służą wyższemu celowi w DNS.
SOA TTL – interwał, w którym odświeżany jest sam rekord SOA.,
Refresh TTL – interwał, w którym serwery drugorzędne (secondary DNS) są ustawione do odświeżania pliku strefy podstawowej z serwera głównego.
Retry TTL – szybkość, z jaką serwer wtórny spróbuje ponownie odświeżyć plik strefy podstawowej, jeśli początkowe odświeżenie nie powiodło się.
Expiry TTL-jeśli odświeżanie i ponowna próba nie powiedzie się wielokrotnie, jest to okres, po którym pierwotna powinna być uznana za utraconą i nie będzie już autorytatywna dla danej strefy.,
NX TTL – w przypadku, gdy żądanie domeny spowoduje nieistniejące zapytanie (NXDOMAIN), jest to czas, który jest przestrzegany przez rekursora, aby zwrócić odpowiedź NXDOMAIN.
zaleca się, aby nie modyfikować tych TTL, chyba że masz do tego bardzo konkretną potrzebę, co często jest bardzo rzadkim przypadkiem.