TTL (Time To Live) jest jednym z najważniejszych parametrów systemu DNS, choć większość użytkowników nigdy nie zwraca na niego uwagi. Administratorzy domen, serwerów i poczty elektronicznej regularnie spotykają się jednak z jego skutkami podczas migracji hostingu, zmiany rekordów DNS, wdrażania nowych usług czy diagnozowania problemów z dostępnością stron internetowych.
To właśnie TTL decyduje o tym, jak długo odpowiedź DNS może być przechowywana w pamięci podręcznej resolverów DNS, systemów operacyjnych, routerów i przeglądarek internetowych.
Jeżeli kiedykolwiek zmieniłeś rekord DNS i zastanawiałeś się, dlaczego część użytkowników nadal trafia na stary serwer lub widzi nieaktualną konfigurację, odpowiedzią najczęściej jest TTL.
W tym artykule wyjaśniamy dokładnie, czym jest TTL, jak działa cache DNS, jaki wpływ ma na propagację DNS oraz jakie wartości TTL warto stosować w praktyce.
Spis treści
- Co oznacza TTL?
- Jak działa TTL w DNS?
- Czym jest cache DNS?
- Dlaczego TTL jest potrzebny?
- Jak odczytać TTL w rekordzie DNS?
- Najczęściej stosowane wartości TTL
- TTL a propagacja DNS
- Dlaczego zmiany DNS nie są widoczne od razu?
- TTL podczas migracji hostingu
- TTL dla poczty e-mail
- TTL a Cloudflare
- Jaki TTL ustawić dla rekordów DNS?
- Czy zbyt niski TTL może być problemem?
- Jak sprawdzić TTL rekordów DNS?
- Przykłady z życia
- Najczęstsze błędy administratorów
- Checklista administratora
- Narzędzia DNSCHECK.pl pomocne przy analizie TTL
- FAQ
- Sprawdź TTL swojej domeny
- Podsumowanie
Co oznacza TTL?
TTL (Time To Live) oznacza czas życia rekordu DNS.
Jest to wartość określająca, jak długo odpowiedź DNS może być przechowywana w pamięci podręcznej przed koniecznością ponownego pobrania jej z autorytatywnego serwera DNS.
TTL podawany jest w sekundach.
Przykład rekordu DNS:
example.com. 3600 IN A 192.0.2.10
Wartość:
3600
oznacza, że rekord może być przechowywany w cache przez:
3600 sekund = 1 godzina
Po upływie tego czasu resolver DNS musi ponownie pobrać aktualną odpowiedź.
TTL nie określa czasu działania rekordu DNS ani jego ważności. Informuje jedynie, jak długo odpowiedź może być przechowywana w pamięci podręcznej.
Jak działa TTL w DNS?
Za każdym razem, gdy użytkownik odwiedza stronę internetową, wykonywane jest zapytanie DNS.
Przykład:
dnscheck.pl
Resolver DNS musi odnaleźć rekord przypisany do domeny:
dnscheck.pl. 3600 IN A 192.0.2.10
Po otrzymaniu odpowiedzi zapisuje ją w cache.
Przez następne:
3600 sekund
może wykorzystywać tę odpowiedź bez konieczności kontaktowania się z autorytatywnym serwerem DNS.
Dzięki temu:
- strony internetowe otwierają się szybciej,
- zmniejsza się liczba zapytań DNS,
- obciążenie infrastruktury DNS jest mniejsze,
- Internet działa wydajniej.
TTL jest więc jednym z podstawowych mechanizmów optymalizacji działania DNS.
Czym jest cache DNS?
Cache DNS to pamięć podręczna przechowująca wcześniej pobrane odpowiedzi DNS.
Cache występuje na wielu poziomach:
- w przeglądarce internetowej,
- w systemie operacyjnym,
- w routerze,
- u dostawcy Internetu,
- w resolverze DNS.
Dzięki cache kolejne zapytania mogą zostać obsłużone znacznie szybciej.
Przykład:
Użytkownik odwiedza:
dnscheck.pl
Resolver pobiera rekord:
dnscheck.pl. 3600 IN A 192.0.2.10
i zapisuje go w pamięci podręcznej.
Jeżeli kolejny użytkownik zapyta o tę samą domenę przed upływem TTL, resolver zwróci zapisany wynik bez wykonywania pełnego procesu wyszukiwania DNS.
Cache DNS a wydajność Internetu
Bez cache DNS każde otwarcie strony wymagałoby:
- Kontaktu z serwerami root DNS.
- Kontaktu z serwerami TLD.
- Kontaktu z autorytatywnym serwerem DNS.
Powodowałoby to:
- większe opóźnienia,
- większe obciążenie infrastruktury,
- wolniejsze działanie usług.
TTL pozwala ograniczyć liczbę takich operacji.
Dlaczego TTL jest potrzebny?
Bez TTL system DNS byłby znacznie mniej wydajny.
Każde zapytanie wymagałoby pobrania aktualnej odpowiedzi z autorytatywnego serwera DNS.
Skutki:
- większy ruch sieciowy,
- większe obciążenie serwerów DNS,
- dłuższy czas odpowiedzi,
- większe koszty utrzymania infrastruktury.
TTL stanowi kompromis pomiędzy:
- szybkością działania DNS,
- a możliwością szybkiego wdrażania zmian.
Im wyższy TTL:
- tym mniej zapytań DNS,
- ale wolniejsza propagacja zmian.
Im niższy TTL:
- tym szybsza propagacja zmian,
- ale większe obciążenie infrastruktury.
Jak odczytać TTL w rekordzie DNS?
Przykład:
example.com. 3600 IN A 192.0.2.10
Znaczenie poszczególnych elementów:
| Element | Znaczenie |
|---|---|
| example.com | domena |
| 3600 | TTL |
| IN | Internet |
| A | typ rekordu |
| 192.0.2.10 | adres IPv4 |
TTL znajduje się przed typem rekordu DNS.
Ta sama zasada dotyczy rekordów:
- A,
- AAAA,
- MX,
- TXT,
- CNAME,
- NS,
- PTR,
- CAA,
- SRV.
Najczęściej stosowane wartości TTL
W praktyce administratorzy wykorzystują kilka standardowych wartości TTL.
| TTL | Czas |
|---|---|
| 300 | 5 minut |
| 600 | 10 minut |
| 1800 | 30 minut |
| 3600 | 1 godzina |
| 14400 | 4 godziny |
| 86400 | 24 godziny |
TTL 300
Stosowany podczas:
- migracji serwerów,
- testów,
- wdrożeń,
- zmian infrastruktury.
TTL 600
Popularny przy krótkotrwałych zmianach konfiguracji.
TTL 3600
Najczęściej spotykana wartość.
Zapewnia dobry kompromis pomiędzy wydajnością i elastycznością.
TTL 14400
Często wykorzystywany w środowiskach produkcyjnych.
TTL 86400
Najczęściej spotykany w bardzo stabilnych konfiguracjach.
TTL a propagacja DNS
TTL jest jednym z głównych czynników wpływających na propagację DNS.
Jeżeli rekord posiada TTL:
86400
resolver może przechowywać odpowiedź przez 24 godziny.
Oznacza to, że po zmianie rekordu część użytkowników nadal może korzystać ze starej konfiguracji.
Przykład:
Stary rekord:
example.com. 86400 IN A 192.0.2.10
Nowy rekord:
example.com. 86400 IN A 198.51.100.10
Nie wszyscy użytkownicy zobaczą zmianę natychmiast.
Część resolverów będzie korzystała ze starej odpowiedzi aż do wygaśnięcia TTL.
Dlaczego zmiany DNS nie są widoczne od razu?
To jedno z najczęściej zadawanych pytań przez administratorów i właścicieli domen.
Najczęstsze przyczyny:
- cache DNS,
- wysoki TTL,
- cache przeglądarki,
- cache systemu operacyjnego,
- cache resolverów operatorów.
Przykład:
Administrator zmienia rekord A:
192.0.2.10
na:
198.51.100.10
Mimo poprawnej konfiguracji część użytkowników nadal trafia na stary serwer.
Nie oznacza to błędu DNS.
Najczęściej trzeba po prostu poczekać na wygaśnięcie TTL.
TTL podczas migracji hostingu
Migracja hostingu to jedna z sytuacji, w których TTL odgrywa kluczową rolę.
Wiele problemów związanych z niedostępnością strony po migracji nie wynika z błędnej konfiguracji DNS, lecz z tego, że resolverzy DNS nadal korzystają ze starych odpowiedzi zapisanych w pamięci podręcznej.
Jeżeli rekord A lub AAAA wskazuje nowy serwer, ale wysoki TTL nie zdążył jeszcze wygasnąć, część użytkowników nadal może trafiać na poprzednią infrastrukturę.
Dlaczego przed migracją warto obniżyć TTL?
Przykładowa konfiguracja:
example.com. 86400 IN A 192.0.2.10
TTL wynoszący:
86400
oznacza 24 godziny.
Jeżeli administrator zmieni rekord A, część resolverów może korzystać ze starej odpowiedzi nawet przez całą dobę.
Dlatego dobrą praktyką jest wcześniejsze obniżenie TTL.
Przykład:
example.com. 300 IN A 192.0.2.10
W takim przypadku resolver będzie przechowywał odpowiedź jedynie przez 5 minut.
Zalecany proces migracji
Krok 1
24–48 godzin przed migracją obniż TTL do:
300
lub:
600
sekund.
Krok 2
Odczekaj co najmniej tyle czasu, ile wynosił poprzedni TTL.
Krok 3
Wykonaj migrację hostingu.
Krok 4
Zmień rekord A lub AAAA.
Krok 5
Zweryfikuj odpowiedzi DNS za pomocą:
- DNS Lookup
- DNS Propagation
Krok 6
Po zakończeniu migracji przywróć standardowy TTL.
TTL dla poczty e-mail
Przeczytaj również:
- Co to jest DNS Lookup?
- Co to jest DNS Propagation?
- Jak sprawdzić rekord DNS?
- Co to jest rekord TXT?
TTL ma znaczenie nie tylko dla stron internetowych.
Dotyczy również rekordów związanych z pocztą elektroniczną.
Najczęściej są to:
- MX,
- SPF,
- DKIM,
- DMARC.
Podczas migracji poczty do:
- Microsoft 365,
- Google Workspace,
- serwera Exchange,
- innego dostawcy usług pocztowych,
warto wcześniej obniżyć TTL.
Pozwala to szybciej rozpropagować nowe rekordy.
TTL ma bezpośredni wpływ na dostarczalność poczty elektronicznej oraz szybkość wdrażania zmian w konfiguracji usług e-mail.
Jest to szczególnie istotne podczas migracji do usług takich jak:
- Microsoft 365,
- Google Workspace,
- Exchange Online,
- zewnętrzni dostawcy poczty.
Jeżeli rekordy MX, SPF, DKIM lub DMARC posiadają wysoki TTL, część serwerów odbiorców może przez pewien czas korzystać ze starych informacji zapisanych w pamięci podręcznej DNS.
W praktyce oznacza to, że po migracji poczty niektóre wiadomości mogą być nadal kierowane do poprzedniego serwera pocztowego lub weryfikowane przy użyciu nieaktualnych rekordów SPF, DKIM czy DMARC.
Rekord MX
Przykład:
example.com. 3600 IN MX 10 mail.example.com.
Jeżeli zmienisz serwer pocztowy, część systemów może nadal wysyłać wiadomości na poprzedni adres przez czas określony przez TTL.
Do diagnostyki wykorzystaj:
- MX Lookup
Przeczytaj również:
- Co to jest rekord MX?
- Microsoft 365 DNS Records
- Google Workspace DNS Records
Rekord SPF
Przykład:
v=spf1 include:_spf.google.com ~all
Po zmianie konfiguracji SPF niektóre serwery mogą jeszcze przez pewien czas korzystać ze starej wersji rekordu.
Do weryfikacji wykorzystaj:
- SPF Checker
Przeczytaj również:
- Co to jest SPF?
- Jak skonfigurować SPF?
Rekord DKIM
Zmiana kluczy DKIM również podlega mechanizmowi TTL.
Przed rotacją kluczy warto zwrócić uwagę na aktualny TTL rekordu TXT.
Do diagnostyki wykorzystaj:
- DKIM Checker
Przeczytaj również:
- Co to jest DKIM?
- Jak skonfigurować DKIM?
Rekord DMARC
Zmiana polityki DMARC:
v=DMARC1; p=none
na:
v=DMARC1; p=reject
nie zawsze będzie widoczna natychmiast.
Przyczyną jest właśnie cache DNS oraz TTL.
Do sprawdzania konfiguracji wykorzystaj:
- DMARC Checker
Przeczytaj również:
- Co to jest DMARC?
- Jak skonfigurować DMARC?
TTL a Cloudflare
Cloudflare działa jako autorytatywny dostawca DNS oraz globalna sieć CDN.
W praktyce administratorzy często zauważają, że zachowanie TTL w Cloudflare może różnić się od klasycznych serwerów DNS.
Wynika to z dodatkowych mechanizmów cache wykorzystywanych przez platformę.
Automatyczny TTL
Dla wielu rekordów Cloudflare umożliwia ustawienie:
Auto
W takim przypadku platforma samodzielnie dobiera odpowiedni czas przechowywania odpowiedzi.
Rekordy proxied
Jeżeli ruch przechodzi przez Cloudflare (pomarańczowa chmurka), użytkownicy nie widzą bezpośrednio adresu IP serwera źródłowego.
Cloudflare zwraca własne adresy IP, co wpływa na sposób działania cache DNS.
Cloudflare Proxy a TTL
Przy włączonym Cloudflare Proxy (pomarańczowa chmurka) użytkownik nie widzi rzeczywistego adresu IP serwera źródłowego. Cloudflare zwraca własne adresy Anycast i obsługuje ruch przez swoją sieć CDN.
Przy konfiguracji DNS Only (szara chmurka) rekord DNS jest widoczny bezpośrednio, a TTL działa podobnie jak w tradycyjnych serwerach DNS.
Rekordy DNS Only
Przy konfiguracji DNS Only TTL działa podobnie jak w tradycyjnych serwerach DNS.
Administrator może samodzielnie określić czas życia rekordu.
Jaki TTL ustawić dla rekordów DNS?
Przeczytaj również:
- Co to jest DNS Lookup?
- Co to jest DNS Propagation?
- Jak sprawdzić rekord DNS?
- Co to jest rekord TXT?
Nie istnieje jedna uniwersalna wartość TTL odpowiednia dla wszystkich rekordów DNS.
Optymalny TTL zależy od rodzaju usługi, częstotliwości zmian konfiguracji oraz wymagań dotyczących dostępności.
W większości przypadków warto znaleźć kompromis pomiędzy szybkością propagacji zmian a liczbą zapytań kierowanych do infrastruktury DNS.
Rekordy A i AAAA
Rekordy A oraz AAAA odpowiadają za kierowanie ruchu na serwer WWW lub aplikację.
Dla większości stron internetowych dobrym wyborem jest:
3600
czyli 1 godzina.
Taka wartość zapewnia szybkie działanie DNS i jednocześnie pozwala stosunkowo szybko wdrażać zmiany infrastruktury.
Przeczytaj również:
- Co to jest rekord A?
- Co to jest rekord AAAA?
Rekordy MX
Rekordy MX odpowiadają za dostarczanie poczty elektronicznej.
Ponieważ konfiguracja serwerów pocztowych zwykle nie zmienia się często, najczęściej stosowaną wartością jest:
3600
lub:
14400
Do weryfikacji konfiguracji wykorzystaj:
- MX Lookup
Rekordy SPF
Rekord SPF jest publikowany jako rekord TXT i określa serwery uprawnione do wysyłania poczty.
Najczęściej stosuje się:
3600
lub:
14400
Do sprawdzania konfiguracji użyj:
- SPF Checker
Rekordy DKIM
DKIM wykorzystuje rekordy TXT zawierające klucz publiczny służący do weryfikacji podpisów wiadomości.
Najczęściej spotykane wartości TTL:
3600
lub:
14400
Do diagnostyki wykorzystaj:
- DKIM Checker
Rekordy DMARC
DMARC współpracuje z SPF i DKIM.
Ponieważ polityka DMARC zwykle nie jest często modyfikowana, warto stosować:
3600
do:
14400
Do sprawdzania konfiguracji wykorzystaj:
- DMARC Checker
Stabilna konfiguracja DNS
Jeżeli infrastruktura działa stabilnie i nie planujesz zmian, możesz stosować wyższe wartości TTL.
Popularne ustawienia:
14400
lub:
86400
Zmniejszają one liczbę zapytań DNS i obciążenie serwerów.
Migracja hostingu
Przed planowaną migracją hostingu lub zmianą adresu IP serwera warto obniżyć TTL do:
300
lub:
600
na 24–48 godzin przed wdrożeniem zmian.
Po zakończeniu migracji należy przywrócić standardowe wartości TTL.
Do monitorowania zmian wykorzystaj:
- DNS Lookup
- DNS Propagation
Testy DNS
Podczas testowania nowych usług, wdrożeń lub zmian infrastrukturalnych warto stosować krótkie TTL:
300
lub:
600
Pozwala to szybciej weryfikować efekty zmian i ogranicza czas oczekiwania na propagację.
Zalecane wartości TTL
| Sytuacja | Zalecany TTL |
|---|---|
| Migracja hostingu | 300–600 sekund |
| Testy DNS | 300–600 sekund |
| Standardowa strona WWW | 3600 sekund |
| Rekordy MX | 3600 sekund |
| SPF/DKIM/DMARC | 3600–14400 sekund |
| Stabilna konfiguracja DNS | 14400–86400 sekund |
Czy zbyt niski TTL może być problemem?
Wielu administratorów po pierwszej migracji hostingu dochodzi do wniosku, że najbezpieczniej jest pozostawić TTL ustawiony na 300 sekund na stałe.
W praktyce nie zawsze jest to najlepsze rozwiązanie.
Większa liczba zapytań DNS
Im niższy TTL, tym częściej resolvery muszą ponownie pobierać rekordy z autorytatywnych serwerów DNS.
Przykładowo rekord z TTL równym:
300
będzie odświeżany znacznie częściej niż rekord z TTL:
3600
lub:
14400
Powoduje to wzrost liczby zapytań DNS obsługiwanych przez infrastrukturę.
Większe obciążenie infrastruktury DNS
Niski TTL oznacza większe obciążenie:
- autorytatywnych serwerów DNS,
- resolverów DNS,
- infrastruktury operatorów,
- usług Anycast DNS.
Przy dużym ruchu może to prowadzić do niepotrzebnego wzrostu liczby zapytań oraz kosztów utrzymania infrastruktury.
Dlaczego TTL 300 nie powinien być ustawiony na stałe?
TTL 300 jest doskonałym rozwiązaniem podczas:
- migracji hostingu,
- migracji poczty,
- testów infrastruktury,
- wdrażania nowych usług.
Jeżeli jednak konfiguracja pozostaje stabilna przez wiele miesięcy, tak niski TTL nie daje realnych korzyści.
W większości środowisk lepszym wyborem będzie:
3600
lub:
14400
sekund.
Kiedy wrócić do wyższego TTL po migracji?
Po zakończeniu migracji i potwierdzeniu poprawnego działania usług warto przywrócić standardowe wartości TTL.
Typowy proces wygląda następująco:
- Obniż TTL do 300–600 sekund.
- Wykonaj migrację.
- Zweryfikuj rekordy w DNS Lookup.
- Sprawdź globalną propagację w DNS Propagation.
- Potwierdź poprawne działanie strony i poczty.
- Zwiększ TTL do 3600 lub 14400 sekund.
Takie podejście pozwala połączyć szybkie wdrożenie zmian z wydajnym działaniem infrastruktury DNS w dłuższym okresie.
Jak sprawdzić TTL rekordów DNS?
Przeczytaj również:
- Co to jest DNS Lookup?
- Co to jest DNS Propagation?
- Jak sprawdzić rekord DNS?
- Co to jest rekord TXT?
Najprostszym sposobem jest użycie narzędzia:
DNS Lookup
Kroki:
- Otwórz DNS Lookup.
- Wpisz nazwę domeny.
- Wybierz typ rekordu DNS.
- Uruchom analizę.
- Odczytaj wartość TTL zwróconą przez serwer DNS.
- Porównaj wynik z konfiguracją w panelu DNS.
DNS Lookup pozwala szybko sprawdzić, czy rekordy zostały już zaktualizowane oraz jaki TTL jest obecnie publikowany.
Przykładowy wynik DNS Lookup:
example.com. 3600 IN A 192.0.2.10
| Element | Znaczenie |
|---|---|
| example.com | domena |
| 3600 | TTL |
| IN | klasa Internet |
| A | typ rekordu |
| 192.0.2.10 | adres IP |
W tym przykładzie wartość 3600 oznacza TTL wyrażony w sekundach. Rekord może być przechowywany w pamięci podręcznej przez 1 godzinę przed ponownym pobraniem z autorytatywnego serwera DNS.
Kontrola propagacji zmian
Po zmianie TTL lub rekordów DNS warto monitorować propagację.
W tym celu użyj:
DNS Propagation
Narzędzie pozwala sprawdzić odpowiedzi DNS z wielu lokalizacji na świecie i szybko wykryć, czy niektóre resolvery nadal korzystają ze starych danych.
Przykłady z życia
Migracja strony internetowej
Administrator przenosi stronę na nowy serwer.
TTL rekordu A wynosi:
86400
Po zmianie adresu IP część użytkowników nadal trafia na stary serwer przez kilkanaście godzin.
Przyczyną jest wysoki TTL oraz zapisane odpowiedzi DNS w cache resolverów.
Migracja do Microsoft 365
Firma przenosi pocztę do Microsoft 365.
Administrator zmienia rekord MX, ale nie obniża wcześniej TTL.
W efekcie część wiadomości przez kilka godzin trafia jeszcze na poprzedni serwer pocztowy.
Rozwiązaniem jest wcześniejsze obniżenie TTL oraz kontrola rekordów za pomocą:
- MX Lookup
- DNS Propagation
Zmiana polityki DMARC
Administrator zmienia politykę:
v=DMARC1; p=none
na:
v=DMARC1; p=reject
Mimo poprawnej konfiguracji nie wszystkie serwery natychmiast widzą nową politykę.
Powodem jest TTL rekordu DMARC.
Do weryfikacji wykorzystaj:
- DMARC Checker
Najczęstsze błędy administratorów
Najczęściej spotykane błędy związane z TTL:
- pozostawienie TTL 86400 przed migracją,
- brak obniżenia TTL przed zmianą serwera,
- pozostawienie TTL 300 na stałe,
- błędna interpretacja propagacji DNS,
- testowanie zmian wyłącznie z jednego resolvera,
- ignorowanie cache DNS systemu operacyjnego,
- ignorowanie cache przeglądarki,
- brak monitorowania propagacji DNS,
- zmiana wielu rekordów jednocześnie bez planu wdrożenia,
- zbyt częste modyfikacje rekordów DNS.
Checklista administratora
Przed wdrożeniem zmian DNS sprawdź:
- Czy znasz aktualny TTL wszystkich rekordów.
- Czy zaplanowano termin migracji.
- Czy TTL został obniżony odpowiednio wcześniej.
- Czy rekordy A są poprawne.
- Czy rekordy AAAA są poprawne.
- Czy rekordy MX wskazują właściwe serwery.
- Czy SPF jest aktualny.
- Czy DKIM działa poprawnie.
- Czy DMARC posiada właściwą politykę.
- Czy propagacja została zweryfikowana.
- Czy wykonano testy po migracji.
- Czy użytkownicy trafiają na nowy serwer.
- Czy poczta działa poprawnie.
- Czy po migracji przywrócono docelowy TTL.
Narzędzia DNSCHECK.pl pomocne przy analizie TTL
Podczas diagnozowania problemów związanych z TTL oraz propagacją DNS warto korzystać z narzędzi DNSCHECK.pl.
DNS Lookup
Pozwala sprawdzić aktualne rekordy DNS oraz publikowane wartości TTL.
DNS Propagation
Umożliwia weryfikację propagacji zmian DNS z wielu lokalizacji na świecie.
MX Lookup
Pomaga sprawdzić rekordy MX oraz ich konfigurację TTL.
SPF Checker
Pozwala zweryfikować rekord SPF publikowany dla domeny.
DKIM Checker
Umożliwia kontrolę rekordów DKIM i publikowanych kluczy.
DMARC Checker
Pomaga sprawdzić poprawność polityki DMARC oraz jej publikację w DNS.
FAQ
Co oznacza TTL?
TTL (Time To Live) określa, jak długo odpowiedź DNS może być przechowywana w pamięci podręcznej resolvera przed ponownym pobraniem danych z autorytatywnego serwera DNS.
Czy niski TTL jest zawsze lepszy?
Nie. Niski TTL przyspiesza propagację zmian, ale zwiększa liczbę zapytań DNS i obciążenie infrastruktury.
Jaki TTL ustawić dla strony internetowej?
W większości przypadków dobrym wyborem jest 3600 sekund. Zapewnia to równowagę pomiędzy wydajnością a szybkością propagacji zmian.
Jaki TTL ustawić przed migracją hostingu?
Najczęściej stosuje się 300–600 sekund na 24–48 godzin przed migracją.
Czy TTL wpływa na rekordy MX?
Tak. TTL wpływa na wszystkie rekordy DNS, w tym MX odpowiedzialne za dostarczanie poczty.
Czy TTL wpływa na SPF, DKIM i DMARC?
Tak. Rekordy SPF, DKIM i DMARC również są przechowywane w cache zgodnie z określonym TTL.
Jak sprawdzić TTL domeny?
Najłatwiej użyć narzędzia DNS Lookup, które wyświetla odpowiedzi DNS wraz z publikowaną wartością TTL.
Jak sprawdzić propagację DNS?
Do monitorowania propagacji najlepiej wykorzystać DNS Propagation.
Czy Cloudflare korzysta z TTL?
Tak. Cloudflare wykorzystuje TTL oraz własne mechanizmy cache DNS.
Czy TTL wpływa na szybkość działania strony?
Pośrednio tak. Dzięki cache DNS użytkownicy szybciej otrzymują odpowiedzi DNS.
Jak długo trwa propagacja DNS?
Najczęściej od kilku minut do 48 godzin, zależnie od TTL oraz cache resolverów.
Czy można ustawić TTL na 0?
Niektórzy dostawcy DNS pozwalają na bardzo niskie wartości TTL, jednak TTL 0 jest rzadko stosowany w praktyce.
Czy TTL wpływa na SEO?
TTL nie jest bezpośrednim czynnikiem rankingowym Google. Może jednak pośrednio wpływać na dostępność strony podczas migracji hostingu lub zmian DNS.
Czy TTL wpływa na działanie CDN?
Tak. TTL wpływa na propagację rekordów DNS wykorzystywanych przez usługi CDN oraz szybkość wdrażania zmian infrastrukturalnych.
Czy można ustawić różne TTL dla różnych rekordów DNS?
Tak. Każdy rekord DNS może posiadać własną wartość TTL dostosowaną do jego przeznaczenia.
Czy TTL działa tak samo dla IPv4 i IPv6?
Tak. Mechanizm TTL działa identycznie dla rekordów A oraz AAAA.
Jak wyczyścić cache DNS po zmianie rekordu?
Można wyczyścić lokalny cache DNS systemu operacyjnego lub przeglądarki, jednak nie usuwa to cache znajdującego się u zewnętrznych resolverów.
Sprawdź TTL swojej domeny
Chcesz sprawdzić aktualny TTL rekordów DNS swojej domeny?
Skorzystaj z bezpłatnego narzędzia DNS Lookup dostępnego w DNSCHECK.pl.
Narzędzie pozwala:
- sprawdzić rekordy A, AAAA, MX, TXT i CNAME,
- odczytać aktualny TTL,
- zweryfikować poprawność konfiguracji DNS,
- monitorować zmiany po migracji usług.
Dodatkowo warto wykorzystać DNS Propagation, aby sprawdzić, czy nowe rekordy zostały już rozpropagowane w różnych lokalizacjach na świecie.
Podsumowanie
TTL (Time To Live) to jeden z najważniejszych parametrów systemu DNS. Odpowiada za czas przechowywania rekordów DNS w pamięci podręcznej i ma bezpośredni wpływ na propagację zmian, wydajność infrastruktury oraz szybkość działania usług internetowych.
Zbyt wysoki TTL może utrudniać migracje i wydłużać czas wdrażania zmian. Zbyt niski TTL zwiększa natomiast liczbę zapytań DNS i obciążenie infrastruktury.
Dla większości domen najlepszym rozwiązaniem jest stosowanie umiarkowanych wartości TTL, a ich tymczasowe obniżanie wyłącznie przed planowanymi zmianami.
Prawidłowe zarządzanie TTL pozwala ograniczyć ryzyko błędów podczas migracji, poprawić dostępność usług oraz skuteczniej zarządzać infrastrukturą DNS.
