TTL w DNS, czyli dns ttl, decyduje o tym, jak długo resolver może trzymać w pamięci informację o rekordzie domeny, zanim pobierze ją ponownie. Dla właściciela strony to nie jest detal techniczny: od tej wartości zależy tempo widoczności zmian po migracji, obciążenie zapytań DNS i to, jak szybko użytkownicy trafią na nowy adres serwera, poczty albo usług zewnętrznych. W praktyce dobrze dobrany TTL oszczędza czas, nerwy i zbędny ruch na DNS.
Najważniejsze informacje o TTL w DNS
- TTL określa czas przechowywania rekordu w cache, zwykle w sekundach.
- Krótszy TTL przyspiesza widoczność zmian, ale zwiększa liczbę zapytań do serwera DNS.
- Dłuższy TTL zmniejsza ruch i stabilizuje działanie, lecz spowalnia aktualizacje.
- Zmiana TTL nie usuwa starych danych z cache natychmiast, jeśli zostały już zapisane wcześniej.
- Najczęstsze praktyczne wartości to 300 s, 900 s, 3600 s i 86400 s.
- Przed migracją warto obniżyć TTL z wyprzedzeniem, a nie dopiero w dniu przełączenia.
Jak działa TTL w praktyce
TTL to po prostu termin ważności rekordu w cache. Gdy przeglądarka, system operacyjny albo resolver ISP zapyta o domenę, nie musi od razu odpytywać serwera autorytatywnego. Może użyć zapisanej odpowiedzi, dopóki nie minie czas wyznaczony przez TTL.
Jeśli rekord A wskazywał na jeden serwer, a Ty zmieniłeś go na inny, część użytkowników nadal będzie przez pewien czas trafiać na starą wartość. To normalne. Serwer źródłowy mógł już mieć nową konfigurację, ale cache po drodze jeszcze nie wygasł. Właśnie dlatego nie traktuję TTL jako przyspieszacza propagacji, tylko jako mechanizm sterujący tym, jak długo wolno korzystać z pamięci podręcznej.
W dokumentacji Google Cloud wprost zaznaczono, że część resolverów może stosować własne zasady cache'owania, więc realny czas odświeżenia bywa dłuższy niż liczba wpisana w polu TTL. To ważne szczególnie wtedy, gdy zmiana ma być widoczna natychmiast dla wszystkich użytkowników.
Gdy już rozumiesz ten mechanizm, najważniejsze staje się pytanie o właściwą wartość dla konkretnej sytuacji.
Jak dobrać wartość do strony, poczty i migracji
W praktyce patrzę na TTL jak na kompromis między szybkością zmian a liczbą zapytań. AWS opisuje sensowny zakres od 60 do 172800 sekund, ale w codziennej pracy hostingowej najczęściej spotkasz wartości pośrodku tego przedziału, bo skrajności rzadko są najlepszym wyborem.
Najprościej dobrać go do roli rekordu i tego, jak często planujesz zmiany.
| Wartość TTL | Kiedy ma sens | Co zyskujesz | Na co uważać |
|---|---|---|---|
| 300 s | Przed migracją serwera, przy testach, krótkich przełączeniach | Szybsze odświeżanie zmian | Więcej zapytań do DNS i większe obciążenie cache |
| 900 s | Strony i usługi zmieniające się okazjonalnie | Dobra równowaga między świeżością a stabilnością | Nie daje natychmiastowego efektu po zmianie rekordu |
| 3600 s | Większość stabilnych stron firmowych i blogów | Mniej zapytań, rozsądna elastyczność | Zmiany będą widoczne z opóźnieniem do około godziny |
| 86400 s | Bardzo stabilne rekordy, które prawie się nie zmieniają | Niski ruch i wysoka przewidywalność | Długo utrzymuje stare dane w cache |
Przy rekordach poczty, takich jak MX i TXT dla SPF, DKIM czy DMARC, krótszy TTL bywa szczególnie przydatny podczas zmian. Jeśli planujesz przeniesienie hostingu albo migrację poczty, obniż TTL najpierw, odczekaj aż wygaśnie poprzedni cache, a dopiero potem przełącz rekordy. To prosta zasada, która oszczędza dużo nerwów.
Sama liczba jednak nie wystarczy, bo musisz jeszcze wiedzieć, gdzie ją ustawić i w jakiej warstwie działa.
Jak zmienić TTL w panelu domeny lub hostingu
Ja zaczynam od sprawdzenia, kto jest autorytatywnym dostawcą DNS. Jeśli strefa jest obsługiwana przez hosting, zmianę robię w panelu hostingu. Jeśli DNS prowadzi zewnętrzny operator, panel hostingu nic nie zmieni, bo nie jest miejscem, z którego świat bierze odpowiedź o domenie.
- Sprawdź, gdzie faktycznie zarządzasz strefą DNS.
- Wejdź do edycji rekordu lub całej strefy i znajdź pole TTL.
- Ustaw niższą wartość z wyprzedzeniem, zwykle 24 do 48 godzin przed migracją.
- Po zakończeniu zmian wróć do bardziej typowej wartości, jeśli rekord nie wymaga częstych aktualizacji.
W części systemów TTL ustawia się dla całego zestawu rekordów, a nie dla pojedynczego wpisu. To ważne, bo wtedy zmiana jednego rekordu może oznaczać korektę całej strefy. Zdarza się też, że panel pokazuje opcję automatyczną lub domyślną. W takim przypadku dobrze jest sprawdzić, jaką realną wartość dostajesz po stronie dostawcy, zamiast zakładać, że „auto” oznacza to samo w każdym miejscu.
Jeśli masz osobno DNS, hosting i CDN, pamiętaj, że każda z tych warstw może mieć własny cache. To prowadzi do kolejnej pułapki, czyli mylenia TTL z propagacją i odświeżaniem na innych poziomach.
Czego TTL nie robi i skąd biorą się błędne oczekiwania
TTL nie wyczyści starej odpowiedzi z wszystkich cache naraz. Nie przyspieszy też automatycznie cache przeglądarki ani cache CDN. To osobne mechanizmy, które mogą trzymać dane niezależnie od rekordów DNS.
- Nie wymusza natychmiastowej zmiany u użytkowników, którzy już wcześniej pobrali rekord.
- Nie zastępuje propagacji zmian w delegacji domeny, jeśli przełączasz serwery nazw.
- Nie czyści pamięci lokalnej w komputerze, routerze lub u operatora internetu.
- Nie działa identycznie wszędzie, bo część resolverów stosuje własne reguły cache.
Dlatego po zmianie domeny czasem widzisz rozjazd: jedna sieć już trafia na nowy serwer, inna nadal na stary. To nie musi oznaczać błędu w konfiguracji. Często oznacza po prostu, że różne warstwy cache wygasają w innym momencie.
To właśnie z tych różnic wynikają najczęstsze błędy przy ustawianiu TTL.
Najczęstsze błędy przy ustawianiu TTL
- Obniżenie TTL zbyt późno - jeśli zrobisz to dopiero w dniu migracji, stare cache i tak zostaną z poprzednią wartością.
- Zmiana tylko jednego rekordu - przy przenosinach warto sprawdzić także MX, TXT, CNAME, A i AAAA, a nie tylko główny adres strony.
- Zbyt agresywne zaniżenie - TTL 60 s na stabilnej stronie zwykle nie daje realnej korzyści, a zwiększa liczbę zapytań.
- Mylenie TTL DNS z cache przeglądarki - odświeżenie rekordu nie znaczy, że wszystkie warstwy pokazują już nowe dane.
- Zmienianie wartości w złym panelu - jeśli DNS jest hostowany gdzie indziej, lokalna zmiana nic nie da.
W praktyce największy błąd polega na tym, że TTL traktuje się jak magiczny przełącznik, a to zwykła polityka cache. Gdy zrozumiesz tę różnicę, łatwiej zdecydować, kiedy warto go skracać, a kiedy lepiej zostawić spokój.
Kiedy skracać TTL, a kiedy zostawić domyślną wartość
Jeśli strona działa stabilnie i rekordy zmieniasz rzadko, domyślna wartość na poziomie 3600 s albo 86400 s zwykle jest rozsądna. Jeśli przygotowujesz migrację hostingu, przenosisz pocztę albo testujesz nowy serwer, zejście do 300-900 s ma sens, ale najlepiej zrobić to 24-48 godzin wcześniej, żeby cache zdążył się odświeżyć przed przełączeniem.
- 300 s wybieram przy planowanej zmianie adresu lub krótkim oknie migracji.
- 900-3600 s sprawdza się w serwisach, które czasem się aktualizują, ale nie wymagają ciągłych zmian.
- 86400 s zostawiam dla rekordów, które mają być maksymalnie stabilne i rzadko modyfikowane.
Najlepsza praktyka jest prosta: ustaw TTL świadomie, zmieniaj go tylko z powodu realnej potrzeby i pamiętaj, że to narzędzie do zarządzania cache, a nie magiczny przełącznik natychmiastowej propagacji. Jeśli trzymasz się tej zasady, konfiguracja domeny i hostingu staje się przewidywalna, a nie losowa.
