Moduł 6 · 6.2

Polski

Nederlands English Deutsch Français Dansk Español Svenska Italiano Polski Português Română Čeština Ελληνικά Български Hrvatski Norsk Lietuvių Slovenščina

"Propagacja": dlaczego jedna osoba już to widzi, a inna jeszcze nie

Moduł 6: Czas, pamięć podręczna i transfer domeny · Czas czytania: 8 min

Cel lekcji: Po tej lekcji będą Państwo potrafili wyjaśnić, dlaczego zmiana DNS nie jest widoczna wszędzie jednocześnie, oszacować, ile czasu to zajmuje, oraz rozwiązać problem, gdy tylko Państwo nadal widzą starą sytuację.

Kluczowe pojęcia: "propagacja", pamięć podręczna (cache), negatywna pamięć podręczna (NXDOMAIN), minimum SOA, TTL delegacji, zmiana serwerów nazw, czyszczenie pamięci podręcznej

Nieporozumienie w jednym słowie

Zmienili Państwo rekord. Kolega lub koleżanka już widzi nową stronę, a Państwo wciąż starą. W internecie można wtedy przeczytać: "proszę poczekać, DNS musi się jeszcze propagować". Słowo propagacja (rozprzestrzenianie) sugeruje, że zmiana przetacza się przez internet niczym fala, z serwera na serwer.

Tak to jednak nie działa. Zmiana jest od razu obecna na autorytatywnych serwerach nazw Państwa domeny (lub w ciągu kilku minut, jeśli dostawca DNS synchronizuje kilka serwerów nazw). Nic nie jest rozsyłane. To, co widać, to wygasanie pamięci podręcznej: każdy resolver podaje starą odpowiedź, dopóki nie wygaśnie TTL w jego pamięci podręcznej (lekcja 6.1). Ponieważ każdy resolver zaczął liczyć w innym momencie, jedna osoba widzi zmianę wcześniej niż inna.

"Propagacja" to więc w rzeczywistości: oczekiwanie, aż wszystkie pamięci podręczne się opróżnią. Ta wiedza jest pomocna, bo teraz wiedzą Państwo dokładnie, na co czekają i ile to maksymalnie potrwa.

Jak długo to trwa?

To zależy od tego, co Państwo zmieniają.

Co Państwo zmieniają	Na co Państwo czekają?	Zazwyczaj
Istniejący rekord (A, MX, TXT ...)	TTL starego rekordu	W ramach TTL, często godzina
Nowy rekord, którego wcześniej nie było	Nic, chyba że ktoś wcześniej już odpytał tę nazwę (negatywna pamięć podręczna)	Od razu do kilku minut
Serwery nazw Państwa domeny	TTL rekordów NS w rejestrze	Od kilku godzin do dwóch dni

Istniejące rekordy

Tutaj sprawa jest prosta: stare TTL to maksimum. Jeśli rekord miał TTL 3600, każdy zobaczy nową odpowiedź najpóźniej godzinę po zmianie. Jeśli ktoś po ponad godzinie nadal widzi starą wersję, problem leży gdzie indziej (patrz dalej).

Nowe rekordy i negatywna pamięć podręczna

Nowy rekord działa zwykle od razu, chyba że ktoś odpytał daną nazwę, zanim jeszcze istniała. Resolver otrzymał wtedy odpowiedź NXDOMAIN ("ta nazwa nie istnieje") lub "ta nazwa istnieje, ale nie ma rekordu tego typu". Takie "nie" również jest zapamiętywane. Nazywa się to negatywną pamięcią podręczną.

Czas przechowywania takiego "nie" nie jest zapisany w rekordzie, który nie istnieje. Wynika on z rekordu SOA strefy: zgodnie z RFC 2308 jest to mniejsza z dwóch wartości, czyli TTL samego rekordu SOA i ostatnie pole rekordu SOA (tzw. "minimum"). Przykład:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; numer seryjny
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

W tym przykładzie "nie" jest pamiętane maksymalnie 300 sekund (mniejsza z wartości 3600 i 300). W niektórych strefach jest to godzina lub więcej.

Dlatego złota zasada brzmi: proszę nie otwierać nowej subdomeny w przeglądarce, zanim zostanie ona utworzona. Komputer i resolver zapamiętają wtedy, że nie istnieje, i tylko Państwo będą musieli czekać.

Zmiana serwerów nazw

Przy zmianie serwerów nazw czekają Państwo na coś innego: rekordy NS w rejestrze Państwa rozszerzenia domeny. Te rekordy informują resolvery, gdzie znajdują się serwery nazw Państwa domeny (lekcja 2.1), i one również są zapamiętywane. Każdy rejestr wybiera do tego własny TTL. Zmierzone w listopadzie 2026:

Rozszerzenie	TTL rekordów NS w rejestrze
.nl	3600 sekund (1 godzina)
.org	3600 sekund (1 godzina)
.com	172800 sekund (2 dni)

Dodatkowo rejestr czasem nie publikuje zmiany od razu, a serwery nazw Państwa poprzedniego dostawcy w międzyczasie często nadal odpowiadają starą strefą. Przy zmianie serwerów nazw proszę więc liczyć się z kilkoma godzinami, a w przypadku .com nawet z maksymalnie dwoma dniami. Proszę zadbać, aby podczas zmiany obie strony miały te same, prawidłowe rekordy (lekcja 6.3).

Czy tylko Państwo wciąż widzą stare dane?

Czy internetowy sprawdzacz pokazuje już nową odpowiedź u niemal wszystkich resolverów, ale u Państwa nie? W takim razie stara odpowiedź znajduje się gdzieś w Państwa otoczeniu. Proszę przejść przez poniższe kroki, od najszybszego do najdokładniejszego:

Okno prywatne lub inna przeglądarka. Przeglądarka zapamiętuje odpowiedzi DNS i strony.
Telefon przez 4G lub 5G, z wyłączonym wifi. Wtedy korzystają Państwo z resolvera operatora komórkowego zamiast z resolvera sieci domowej.
Czyszczenie pamięci podręcznej komputera.
- Windows (wiersz polecenia): ipconfig /flushdns
- macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
- Linux z systemd-resolved: resolvectl flush-caches
Restart routera. Wiele routerów działa jako mały resolver z własną pamięcią podręczną.
Sprawdzenie pliku hosts. Czy testowali Państwo wcześniej nowy serwer, wpisując adres w pliku hosts (C:\Windows\System32\drivers\etc\hosts lub /etc/hosts)? Ten wpis ma pierwszeństwo przed DNS. Proszę go usunąć. Często się o tym zapomina.
Sprawdzenie bezpośrednio u źródła. Proszę odpytać rekord bezpośrednio na autorytatywnym serwerze nazw (dig A example.com @ns1.hosting.example). Jeśli i tam widnieje jeszcze stara odpowiedź, zmiana nie została poprawnie zapisana albo została wprowadzona w niewłaściwym miejscu.

Po upływie czasu oczekiwania nadal nic?

Jeśli TTL już dawno minął, a narzędzia internetowe wciąż pokazują starą odpowiedź, dalsze czekanie nie ma sensu. Dzieje się wtedy coś innego. Trzy najczęstsze przyczyny:

Zmiana wprowadzona w niewłaściwym miejscu. Domena korzysta z serwerów nazw innego dostawcy (na przykład Cloudflare lub kreatora stron), a zmiana rekordów została wprowadzona u dostawcy hostingu. Proszę sprawdzić, jakie serwery nazw ma domena (lekcja 2.1) i tam wprowadzić zmianę.
Błąd literowy lub brakująca kropka. mail.example.com bez kropki w wielu panelach staje się mail.example.com.example.com (lekcja 2.2).
Serwery nazw nie są ze sobą zgodne. Domena ma co najmniej dwa serwery nazw. Jeśli nie synchronizują się one prawidłowo, jeden podaje nową odpowiedź, a drugi starą. Proszę porównać numer seryjny SOA na każdym serwerze nazw: powinien być taki sam.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

W praktyce: tak to wygląda w panelu

Jeśli chcą Państwo zobaczyć, jakie odpowiedzi dają resolvery w różnych miejscach na świecie, proszę skorzystać z internetowego sprawdzacza DNS, który odpytuje resolver dla danego kraju (na przykład dnschecker.org). W przykładowym panelu Moje WebOké karta Zdrowie domeny / e-maila sprawdza serwery nazw i rekordy Państwa domeny na autorytatywnych serwerach nazw, a diagnostyka DNS porównuje numery seryjne serwerów nazw. Inni dostawcy często mają podobną kontrolę w swoim panelu; jeśli nie, polecenie dig i narzędzia internetowe z lekcji 8.3 dają ten sam obraz.

Podsumowanie

Nic nie jest "rozpowszechniane": czekają Państwo na wygaśnięcie pamięci podręcznych.
Zmieniony rekord jest widoczny wszędzie najpóźniej po upływie starego TTL; nowy rekord zazwyczaj od razu, chyba że ktoś już wcześniej odpytał tę nazwę (negatywna pamięć podręczna, określona przez rekord SOA).
Zmiana serwerów nazw zależy od TTL w rejestrze: w przypadku .nl godzina, w przypadku .com dwa dni.
Czy tylko Państwo nadal widzą starą wersję? Okno prywatne, 4G, czyszczenie pamięci podręcznej, restart routera i sprawdzenie pliku hosts.
Nadal stara wersja na autorytatywnym serwerze nazw? Wtedy czekanie nie ma sensu: proszę poszukać błędu.

Quiz

Zadanie

Zadanie Z6.2: TTL delegacji i negatywna pamięć podręczna. Dwa pytania, na które można odpowiedzieć za pomocą dig lub internetowego narzędzia dig:

Przez ile sekund resolvery, zgodnie z rejestrem .com, zapamiętują serwery nazw google.com? Proszę sprawdzić to na serwerze .com: dig NS google.com @a.gtld-servers.net i zwrócić uwagę na TTL w sekcji AUTHORITY.
Przez ile sekund resolver zapamiętuje, że nazwa w domenie sidn.nl (stronie rejestru .nl w Holandii) nie istnieje? Proszę pobrać rekord SOA domeny sidn.nl z ns1.sidn.nl i zastosować zasadę z tej lekcji (mniejsza z wartości TTL SOA i minimum SOA).

Dalsza lektura

Kroki opisane w tych artykułach dotyczą paneli WebOké; w innych panelach działa to w podobny sposób.

Pliki cookie w WebOké

Ustawienia plików cookie

Niezbędne

Marketing