DNS Propagation – dlaczego zmiany w domenie nie pojawiają się od razu

Zmieniłeś właśnie hosting i przekierowałeś domenę na nowe serwery. Zaktualizowałeś nameservery u rejestratora, kliknąłeś „zapisz” i od razu sprawdziłeś w przeglądarce. Wciąż stara strona. Po godzinie sytuacja wygląda tak samo. Zaczynasz się zastanawiać, czy coś poszło nie tak.

To klasyczny przypadek DNS propagation – mechanizmu, który sprawia, że internet jest spójny, ale jednocześnie doprowadza do szału każdego, kto chce zobaczyć efekt natychmiast.

DNS to rozproszona książka telefoniczna internetu

DNS ma jedno podstawowe zadanie: zamieniać nazwy domen na adresy IP. Gdy wpisujesz mojastrona.pl w przeglądarce, system DNS znajduje odpowiadający jej adres, na przykład 192.0.2.45.

Bez tego mechanizmu musielibyśmy pamiętać numery IP jak numery telefonów sprzed lat. DNS działa jednak w sposób rozproszony – nie ma jednego centralnego serwera, który zna wszystkie domeny. Zamiast tego informacje są przechowywane na wielu poziomach serwerów na całym świecie. Właśnie dlatego zmiana w domenie nie jest widoczna od razu.

Cztery elementy układanki DNS

Podczas każdego zapytania o domenę biorą udział cztery rodzaje serwerów:

Recursive Resolver – zazwyczaj należy do Twojego dostawcy internetu lub do publicznej usługi typu Cloudflare czy Google. To on wykonuje całą pracę: pyta kolejne serwery i zapamiętuje odpowiedź w pamięci podręcznej.

Root Name Servers – najwyższy poziom hierarchii. Znają tylko adresy serwerów TLD, czyli tych odpowiedzialnych za rozszerzenia takie jak .com czy .pl.

TLD Name Servers – przechowują informacje o tym, które nameservery są odpowiedzialne za konkretne domeny w danym rozszerzeniu. Tu właśnie trafiają zmiany dokonane u rejestratora.

Authoritative Name Servers – serwery dostawcy hostingu, na których znajdują się właściwe rekordy DNS (A, AAAA, MX, TXT i inne). To one udzielają ostatecznej odpowiedzi.

Jak wygląda zapytanie DNS krok po kroku

Gdy ktoś pierwszy raz wchodzi na Twoją domenę, resolver zaczyna od pytań do root serwerów, potem przechodzi do TLD, a na końcu dociera do serwera autorytatywnego. Cała ścieżka trwa zwykle kilka milisekund – pod warunkiem, że wszystkie dane są aktualne.

Dlaczego zmiany się opóźniają

Każdy rekord DNS ma ustawioną wartość TTL (Time To Live), czyli czas, przez jaki resolver może przechowywać odpowiedź w cache'u. Jeśli TTL wynosi 24 godziny, to nawet po zmianie nameserverów, wiele resolverów na świecie będzie jeszcze przez długi czas zwracać starą informację.

Różne firmy i kraje stosują różne polityki przechowywania cache'u. Jeden dostawca zaktualizuje dane w ciągu kilku minut, inny może czekać kilka godzin. Nie ma też przycisku „odśwież DNS na całym świecie” – zmiany rozchodzą się stopniowo.

Jak przygotować się do migracji

• Obniż TTL wcześniej – na dzień lub dwa przed zmianą ustaw TTL na 300 sekund. Dzięki temu resolverzy szybciej pobierają nowe dane.
• Sprawdzaj propagację globalnie – nie polegaj tylko na tym, co widzisz u siebie. Użyj narzędzi pokazujących wyniki z różnych lokalizacji.
• Wybierz odpowiedni moment – większe zmiany DNS najlepiej robić w godzinach, gdy ruch na stronie jest najmniejszy.
• Miej plan awaryjny – zostaw stary hosting aktywny przez co najmniej 48 godzin po migracji.

Rozproszony system ma swoją cenę

Opóźnienia propagacji to cena za odporność DNS na awarie. Ponieważ nie ma jednego centralnego punktu, system działa nawet wtedy, gdy część serwerów jest niedostępna. Zmiany nie rozchodzą się jednak natychmiast – to cecha wszystkich systemów rozproszonych.

Zamiast walczyć z propagacją, warto się do niej przygotować. Dzięki temu migracje przebiegają sprawniej, a ewentualne problemy da się szybciej zdiagnozować.