Ile trwa propagacja DNS i jak ją sprawdzić

Gdy przeglądarka potrzebuje example.com, pyta resolver rekurencyjny: Twojego dostawcy internetu, Twojej firmy albo publiczny, np. Google lub Cloudflare. Resolver pyta autorytatywne serwery nazw domeny i zapamiętuje odpowiedź tak długo, jak pozwala TTL (time to live, czas życia) rekordu. Dopóki ta zapamiętana kopia nie wygaśnie, podaje starą odpowiedź, niezależnie od tego, jak niedawno zmieniono rekord.

„Propagacja” to więc po prostu tysiące pamięci podręcznych wygasających w różnym czasie. Resolver, który sprawdził Twoją domenę sekundę przed zmianą, trzyma starą odpowiedź przez cały TTL. Taki, który nigdy jej nie sprawdzał, od razu dostaje nową. Dlatego znajomy widzi nową stronę, a Ty nadal starą.

Liczba „od 24 do 48 godzin”, którą widać wszędzie, pochodzi od zmian serwerów nazw i z czasów, gdy normą były długie TTL. Przy zmianie rekordu A z TTL 300 sekund prawie wszyscy widzą nowy serwer w ciągu kilku minut.

• TTL obniżony za późno. Obniżenie TTL pomaga dopiero wtedy, gdy stary, długi TTL wygaśnie w pamięciach podręcznych. Obniż go dzień wcześniej: zob. Obniż TTL przed migracją.
• Lokalne cache. System operacyjny i przeglądarka też przechowują DNS w pamięci podręcznej. Wyczyść je, zanim uznasz, że propagacja utknęła.
• Zapomniany rekord. www nadal wskazuje stary serwer albo stary rekord AAAA (IPv6) wciąż kieruje tam odwiedzających przez IPv6.
• CDN lub proxy przed stroną. Jeśli przed stroną działa Cloudflare lub inne proxy, odpowiedź DNS to adres CDN i się nie zmienia. Zmienić trzeba ustawienie origin w CDN, a Cloudflare stosuje je w ciągu sekund, więc nie ma czego propagować: zamiast tego sprawdź nowy serwer linkiem do podglądu.
• Resolvery, które trzymają odpowiedzi dłużej niż TTL. Zdarzają się takie. Stanowią mniejszość, dlatego stary serwer pozostawia się włączony jeszcze dzień lub dwa po przełączeniu.

1. 1

   Krok 1: Potwierdź zmianę na autorytatywnych serwerach nazw

   Odpytaj własne serwery nazw domeny. Jeśli nadal zwracają starą wartość, rekord nie został zapisany i czekanie nie pomoże.

2. 2

   Krok 2: Odpytaj publiczne resolvery na całym świecie

   Wpisz domenę i oczekiwaną wartość w sprawdzanie propagacji DNS, aby zobaczyć, które resolvery już ją zwracają.

3. 3

   Krok 3: Sprawdź każdą nazwę hosta i typ rekordu

   Powtórz dla www, innych subdomen i rekordów AAAA. Zapomniany rekord to najczęstszy powód, dla którego zmiana wygląda na zablokowaną.

4. 4

   Krok 4: Wyczyść własne cache

   Wyczyść pamięć podręczną DNS systemu operacyjnego i uruchom ponownie przeglądarkę, zanim sam przetestujesz stronę.

5. 5

   Krok 5: Potwierdź, że strona odpowiada z nowego serwera

   Użyj narzędzia Czy moja domena jest już przełączona?, aby sprawdzić, czy domena rozwiązuje się na nowy IP i strona tam odpowiada.

6. 6

   Krok 6: Otrzymuj powiadomienie zamiast odświeżać

   Włącz alerty o propagacji DNS dla linku do podglądu, a DNSPeek będzie sprawdzać co kilka minut i wyśle Ci e-mail, gdy zmiana się zakończy.

Odpytaj wybrane publiczne resolvery bezpośrednio. Liczba w sekcji odpowiedzi to pozostały TTL zapamiętanej odpowiedzi w sekundach:

dig @8.8.8.8 example.com A +short
dig @1.1.1.1 example.com A +short
dig @9.9.9.9 example.com A +noall +answer

Resolve-DnsName -Name example.com -Type A -Server 8.8.8.8
Resolve-DnsName -Name example.com -Type A -Server 1.1.1.1

Aby zobaczyć, co mówią autorytatywne serwery nazw bez żadnej pamięci podręcznej, odpytaj je bezpośrednio. Znajdź je poleceniem dig NS example.com +short lub narzędziem sprawdzanie serwerów nazw, a potem uruchom dig @ns1.your-dns-host.com example.com A. Jeśli nawet odpowiedź autorytatywna jest stara, zmiana nie została zapisana.

# Windows
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Nie ma globalnego przełącznika, który przeskakuje w jednej chwili, więc wybierz regułę. DNSPeek stosuje taką: propagacja jest zakończona, gdy co najmniej 90% publicznych resolverów, które odpowiedziały, zwraca nową wartość i odpowiedziała co najmniej połowa wszystkich resolverów. Resolvery, które nie odpowiedziały w czasie, są pomijane, więc jeden nieosiągalny resolver Cię nie zatrzyma. Najwyższy wciąż widoczny TTL mówi, jak długo może utrzymać się nieaktualna pamięć podręczna. Gdy nowa wartość to adres Cloudflare, liczy się każdy adres Cloudflare, ponieważ Cloudflare daje każdemu regionowi własny adres IP brzegowy.

Darmowe sprawdzanie propagacji DNS stosuje tę regułę do 20 publicznych resolverów odpytywanych z serwera DNSPeek. W panelu link do podglądu może na żądanie sprawdzić 16 resolverów, a w planach płatnych DNSPeek może powiadomić Cię e-mailem lub webhookiem, gdy propagacja domeny się zakończy, a potem ponownie uruchomić raport QA na domenie produkcyjnej.

Widok starego adresu z jednego resolvera i nowego z innego jest w połowie procesu normalny. Każdy resolver zapamiętał rekord w innej chwili, więc każdemu wygasa on w innej chwili. Duże publiczne resolvery mają też wiele oddzielnych pamięci podręcznych za jednym adresem, dlatego dwa zapytania do tego samego resolvera w odstępie minuty mogą dać różne wyniki.

Martw się tylko wtedy, gdy podział się nie zmienia. Jeśli udział nowych odpowiedzi pozostaje taki sam dłużej niż stary TTL, poszukaj rekordu, którego nie zmieniono, drugiego zestawu serwerów nazw, który nadal serwuje starą strefę, lub CDN odpowiadającego za domenę. Narzędzie Porównanie DNS pokazuje, czy dwa serwery nazw zwracają różne rekordy.

Propagacja jest stresująca tylko wtedy, gdy nowego serwera wcześniej nie sprawdzono. Jeśli przed przełączeniem otworzono stronę na nowym IP za pomocą linku do podglądu, okres oczekiwania oznacza jedynie, że niektórzy odwiedzający nieco dłużej widzą starą kopię. Utrzymuj na obu serwerach te same treści, unikaj zmian treści na starym i przeglądaj jego logi dostępu: gdy prawdziwi odwiedzający przestaną się pojawiać, można go bezpiecznie wyłączyć.