Czym jest propagacja DNS?

Propagacja DNS to potoczna nazwa okresu, w którym resolvery po zmianie rekordu wciąż zwracają różne odpowiedzi. DNS nie rozsyła nowej wartości do wszystkich serwerów naraz. Resolvery rekurencyjne pobierają odpowiedzi w razie potrzeby i mogą przechowywać je w pamięci podręcznej przez dozwolony czas.

Dlaczego odpowiedzi się różnią

Załóżmy, że właściciel strony zmienił rekord A z jednego adresu IP na inny. Serwer autorytatywny ma już nową wartość, ale resolver rekurencyjny odwiedzającego niedawno zapisał starą. Dopóki ta odpowiedź w pamięci podręcznej nie wygaśnie, odwiedzający może trafiać na poprzedni serwer. TTL określa, jak długo odpowiedź może być przechowywana w pamięci podręcznej; pozostały czas zależy od tego, kiedy dany resolver otrzymał poprzednią odpowiedź.

Zmiana delegacji domeny na nowe serwery nazw to osobna operacja. Informacje o delegacji również mogą być buforowane, dlatego przy zmianie dostawcy DNS trzeba brać pod uwagę zarówno starą, jak i nową strefę. Edycja rekordu w panelu nowego dostawcy nic nie da, dopóki zapytania wciąż podążają za starą delegacją.

Sprawdź właściwą warstwę

Najpierw ustal, które serwery nazw są obecnie autorytatywne. Zapytaj je o konkretny rekord, a następnie porównaj wynik z kilkoma resolverami rekurencyjnymi. Narzędzie „Sprawdź propagację DNS” pozwala porównać widoczne odpowiedzi, a narzędzie „Sprawdź konfigurację domeny” pomaga przejrzeć poszczególne rekordy. Zanotuj czas, dokładną nazwę i typ: A, AAAA, MX i TXT są od siebie niezależne.

Jeśli serwer autorytatywny wciąż podaje starą wartość, czekanie na wygaśnięcie pamięci podręcznej nie jest rozwiązaniem. Sprawdź, który dostawca hostuje aktywną strefę i czy zmiana została zapisana. Jeśli odpowiedzi autorytatywne są już nowe, ale niektóre resolvery rekurencyjne zwracają stare, poczekaj, aż wpisy w pamięci podręcznej wygasną. Kolejne poprawki wprowadzane w trakcie diagnozy tylko zaciemniają obraz sytuacji.

Zaplanuj bezpieczniejszą zmianę

Przed planowaną migracją obniż TTL starego rekordu odpowiednio wcześnie, aby zdążył upłynąć jego poprzedni czas życia. Przygotuj nowy serwer przed przełączeniem i, jeśli to możliwe, pozwól poprzedniemu obsługiwać żądania w okresie przejściowym. W przypadku poczty przejrzyj razem z MX powiązane rekordy adresowe i TXT.

Wyczyszczenie pamięci podręcznej na własnym komputerze obejmuje tylko fragment ścieżki – resolverów innych osób w ten sposób nie wyczyścisz. Błąd TLS lub niedziałająca aplikacja mogą występować nawet przy poprawnym DNS. TTL i buforowanie opisuje RFC 1035, a buforowanie odpowiedzi negatywnych – RFC 2308.

Jeśli usługi WWW i poczta są przenoszone razem, testuj ich rekordy DNS osobno. Działająca strona internetowa nie dowodzi, że dostarczanie poczty zostało przywrócone.