DNS TTL

Kalkulator korzysta z dwóch wartości TTL, które wprowadzasz: obecnej oraz nowej. Dla 86400 s i 300 s czekanie przed zmianą rekordu to 24 godziny. Dla 3600 s i 60 s to 1 godzina. Dla 300 s i 300 s to 5 minut przed zmianą i 5 minut, zanim znów podniesiesz TTL.

Kalkulator nie odpytuje serwera nazw. Liczy wyłącznie czas oczekiwania z dwóch wartości TTL, które wprowadzasz.

Wynik

Wprowadź obecny i nowy TTL, a następnie kliknij Oblicz.

Jak to działa?

Kalkulator korzysta z liczb, które wprowadzasz: obecnego TTL oraz nowego TTL, obu w sekundach. Czas oczekiwania przed zmianą rekordu jest równy obecnemu TTL, bo serwery cache DNS mogą przechowywać starą odpowiedź aż do jego wyczerpania.

Dla 86400 s i 300 s wynik przed zmianą rekordu to 86400 sekund, czyli 24 godziny. Dla 3600 s i 60 s wynik to 3600 sekund, czyli 1 godzina. Dla 300 s i 300 s wynik to 300 sekund, czyli 5 minut przed zmianą.

Czekanie, zanim znów podniesiesz TTL, jest równe nowemu TTL. Całe okno przełączenia to suma obu wartości: przy 86400 i 300 wynosi 86700 sekund. Kalkulator nie odpytuje serwera nazw i nie czyta strefy.

Sam zapis 300 w panelu DNS nie czyści wczorajszej odpowiedzi, która nadal ma TTL 86400. Najpierw publikujesz nowy TTL, odczekujesz obecny, a dopiero potem zmieniasz adres w rekordzie. Po zmianie nowe zapytania mogą dostać nowy adres od razu.

Wzór

Czekanie przed zmianą rekordu = obecny TTL. Czekanie, zanim znów podniesiesz TTL = nowy TTL. Całe okno przełączenia = obecny TTL + nowy TTL. Jednostka: sekundy.

Jak korzystać

Wprowadź obecny TTL 86400 oraz nowy TTL 300.
Kliknij Oblicz. Oczekiwanie przed zmianą rekordu to 24 godziny (86400 s).
Druga para, 3600 i 60, daje 1 godzinę przed zmianą rekordu.
Trzecia para, 300 i 300, daje 5 minut przed zmianą i 5 minut, zanim znów podniesiesz TTL.
Puste pole nie daje wyniku. Wprowadź całkowite sekundy, bez ułamka.

24 godziny przy 86400 i 300

Czekanie przed zmianą rekordu jest równe obecnemu TTL. Dla 86400 s i 300 s wynosi 24 godziny. To nie jest zapytanie do serwera nazw.

TTL: Time To Live: czas w sekundach, przez który serwer cache DNS może przechowywać odpowiedź.
Obecny TTL: Wartość już opublikowana. Od niej zależy, jak długo stare odpowiedzi jeszcze żyją.
Nowy TTL: Wartość ustawiana przed przełączeniem rekordu. Po zmianie serwery cache DNS przechowują nową odpowiedź przez ten czas.

Przykłady

Przykład 1

obecny TTL 86400 s
nowy TTL 300 s

24 h (86400 s)

Ile czekać przed zmianą rekordu przy 86400 i 300? 24 godziny. Potem odczekaj jeszcze 5 minut, zanim znów podniesiesz TTL.

Przykład 2

obecny TTL 3600 s
nowy TTL 60 s

1 h (3600 s)

Ile czekać przy obecnym TTL 3600 i nowym 60? 1 godzina przed zmianą rekordu, a potem 1 minuta, zanim znów podniesiesz TTL.

Przykład 3

obecny TTL 300 s
nowy TTL 300 s

5 min (300 s)

Ile czekać, gdy obecny i nowy TTL wynoszą po 300? 5 minut przed zmianą i 5 minut, zanim znów podniesiesz TTL. Całe okno to 10 minut.

Powiązane kalkulatory

Najczęstsze pytania

Ile czekać przy obecnym TTL 86400 i nowym 300?

24 godziny (86400 s) przed zmianą rekordu, a potem 5 minut, zanim znów podniesiesz TTL. Kalkulator nie odpytuje serwera nazw.

Ile czekać przy obecnym TTL 3600 i nowym 60?

1 godzina przed zmianą rekordu, a potem 1 minuta, zanim znów podniesiesz TTL.

Ile czekać, gdy obecny i nowy TTL wynoszą po 300?

5 minut przed zmianą rekordu i 5 minut, zanim znów podniesiesz TTL. Całe okno to 10 minut.

Czy po zmianie rekordu nowy adres jest już widoczny?

Po odczekaniu obecnego TTL i zmianie rekordu nowe zapytania mogą dostać nową odpowiedź od razu. Drugie czekanie dotyczy podniesienia TTL, a nie chwili, w której nowy adres staje się widoczny.

Czy kalkulator odpytuje serwer nazw?

Nie. Kalkulator korzysta wyłącznie z dwóch wartości TTL, które wprowadzasz.

Czy 24 godziny to gwarantowana propagacja u rejestratora?

Nie. To górny czas, przez który serwer cache DNS może przechowywać starą odpowiedź przy obecnym TTL.

Czy to samo dotyczy zmiany serwerów nazw?

Nie. Ten kalkulator liczy okno z TTL rekordu, który edytujesz. Przy delegacji NS obowiązuje też czas w strefie nadrzędnej, którego tu nie wpisujesz.

Skąd wziąć obecny TTL?

Z panelu DNS albo z zapytania do serwera nazw, na przykład dig example.com A. Kalkulator nie odczytuje tej wartości sam.

Czy można wprowadzić ułamek, na przykład 3600,5?

Nie. Wprowadź całkowite sekundy, na przykład 3600 albo 86400.

Czy zero jest akceptowane?

Tak. Obecny TTL 0 daje 0 s oczekiwania przed zmianą rekordu. Część serwerów cache DNS i tak wymusza własne minimum.

Po co są dwa pola?

Obecny TTL ustala czekanie przed zmianą rekordu. Nowy TTL ustala czekanie, zanim znów podniesiesz TTL.

Źródła wiedzy

TTL rekordu DNS to czas przechowywania odpowiedzi, podawany w sekundach. Poniżej definicje z RFC i praktyka przełączania rekordu.

Strona zaktualizowana w 2026.

Co kontroluje TTL

TTL (Time To Live) mówi resolverowi rekursywnemu, jak długo może przechowywać odpowiedź, w sekundach. To nie jest ważność domeny ani termin „propagacji” u rejestratora — tylko wskazówka dla pamięci podręcznej. Kalkulator liczy oczekiwanie przed zmianą rekordu jako obecny TTL oraz czekanie, zanim znów podniesiesz TTL, jako nowy TTL. Przy 86400 i 300 daje to 24 godziny, a potem 5 minut.

Pamięć podręczna resolverów rekursywnych

Resolver rekursywny (operator, 1.1.1.1, 8.8.8.8) przechowuje odpowiedź do wyczerpania TTL. Różne sieci mogą więc widzieć stary i nowy adres jednocześnie.
Przeglądarka i system też trzymają wpis. Stąd zdanie „u mnie działa, u kolegi nie”.
Odpowiedź NXDOMAIN ma osobne czasy z SOA. To też potrafi wyglądać jak „DNS się nie odświeża”.

Tabela szybkiego odniesienia TTL

Najczęstsze wartości w sekundach. Pary w formularzu: 86400 → 300, 3600 → 60, 300 → 300.

Sekundy	Minuty	Godziny / dni	Typowe użycie
60	1	—	Testy, awaryjne przełączenie (więcej zapytań DNS)
300	5	—	Przed migracją / failover
600	10	—	Krótki kompromis przy częstszych zmianach
3600	60	1 h	Stabilne usługi — częsty domyślny wybór
14400	240	4 h	Spokojniejszy ruch DNS, wolniejsza zmiana
86400	1440	24 h / 1 dzień	Rzadko zmieniane rekordy; ryzykowne tuż przed przełączeniem

Migracja i opóźnienia

Przed przełączeniem: obniż TTL (na przykład 86400 → 300) i odczekaj co najmniej stary TTL, a potem zmień rekord. Po stabilizacji podnieś TTL, na przykład do 3600.
Samo ustawienie 300 dziś nie czyści wczorajszej odpowiedzi, która nadal ma TTL 86400.
Gdy nadal widać stary adres: inny resolver, pamięć podręczna systemu albo przeglądarki, CDN, albo zły rekord lub strefa. Sprawdź dig @1.1.1.1.

Rekord a serwery nazw

Zmiana rekordu A albo MX to nie to samo co zmiana serwerów nazw u rejestratora. Ten kalkulator liczy okno z TTL rekordu, który edytujesz. Przy delegacji NS obowiązuje też czas w strefie nadrzędnej — często u rejestru — którego tu nie wprowadzasz. Dlatego „propagacja u rejestratora” bywa dłuższa niż wynik z tej strony.

Scenariusze A / AAAA / CNAME / MX

A / AAAA — TTL bezpośrednio na IP. Migracja serwera WWW: krótki TTL → zmiana IP → obserwacja → dłuższy TTL.
CNAME — zapytanie podąża za celem. Liczy się TTL rekordu CNAME oraz TTL rekordu docelowego. Krótki CNAME przy długim A u celu nadal może trzymać stary adres po stronie A. Ten kalkulator liczy tylko jedną parę TTL, którą wprowadzasz.
MX — przy zmianie poczty obniż z wyprzedzeniem TTL MX oraz powiązanych rekordów A/AAAA hostów MX. Kolejność i priorytety MX zostaw spójne podczas przełączenia.
Wielu NS / anycast — spójna publikacja na wszystkich NS; TTL nie naprawi rozjechanej strefy.

Checklista przed zmianą DNS

Zapisz obecny TTL i nowy TTL, potem policz oczekiwanie w kalkulatorze.
Obniż do 300 (albo do 60 w awarii), odczekaj co najmniej poprzedni TTL, zmień rekord i sprawdź odpowiedź na dwóch albo trzech resolverach.
Po stabilizacji podnieś TTL, na przykład do 3600, i zanotuj rzeczywiste czasy w runbooku.

Przykład: poniedziałek 10:00 — 86400 → 300; wtorek 10:00 — zmiana A; środa — podnieś do 3600.