Propagacja DNS

Czym jest propagacja DNS?

Propagacja DNS to okres, w którym zmiana opublikowana przez autorytatywny serwer nazw staje się widoczna za pośrednictwem innych serwerów autorytatywnych, resolverów rekurencyjnych i lokalnych pamięci podręcznych. Serwer nazw publikujący zmianę może obsługiwać nowy rekord od chwili jej opublikowania, podczas gdy inne serwery autorytatywne mogą być jeszcze w trakcie aktualizacji, a resolvery rekurencyjne mogą zwracać starszą odpowiedź zapisaną w pamięci podręcznej. Wartości TTL określają czas przechowywania danych w pamięci podręcznej, ale zachowanie resolverów może się różnić, dlatego nieaktualne odpowiedzi mogą czasami utrzymywać się dłużej niż nominalny TTL.

Rozumienie „propagacji”

Termin „propagacja” jest nieco mylący, ponieważ zmiany DNS nie „rozchodzą się” aktywnie. Zamiast tego:

1. Aktualizujesz rekordy na autorytatywnym serwerze nazw

2. Kopie w pamięci podręcznej wygasają zgodnie z TTL (Time To Live)

3. Nowe zapytania pobierają zaktualizowane rekordy z serwerów autorytatywnych

4. Stare kopie w pamięci podręcznej są używane do wygaśnięcia TTL

Dokładniej byłoby mówić o „wygasaniu pamięci podręcznej DNS”, ale termin propagacja jest powszechnie używany.

Jak działają zmiany DNS

Proces aktualizacji

Step 1: Update DNS records
        example.com A record: 203.0.113.50 → 203.0.113.51

Step 2: Authoritative nameserver immediately serves new record

Step 3: Existing cached copies remain valid until TTL expires

Step 4: New queries after TTL expiration receive updated record

Step 5: All caches eventually expire and refresh
        → "Propagation complete"

Przykład osi czasu

Time: 10:00 - DNS updated (TTL: 300s / 5 minutes)

Resolver A (cached at 09:58):
  09:58 - Cached old IP, expires 10:03
  10:03 - Cache expires, queries again, gets new IP

Resolver B (cached at 10:01):
  10:01 - Cached old IP, expires 10:06
  10:06 - Cache expires, queries again, gets new IP

Resolver C (queries at 10:05):
  10:05 - No cache, queries immediately, gets new IP

All resolvers have new IP by: 10:06
Propagation time: 6 minutes (worst case based on TTL)

Czynniki wpływające na czas propagacji

TTL (czas życia)

To najważniejszy pojedynczy czynnik:

Zmiany serwerów nazw

Zmiana serwerów nazw trwa dłużej niż inne zmiany DNS:

Registry Level: 24-48 hours (TLD nameserver cache)
Resolver Level: Based on NS record TTL
Total Time: Up to 48 hours worst case

Zachowanie dostawców internetu i resolverów

Nie wszystkie resolvery DNS respektują wartości TTL:

• Ściśle przestrzegają TTL
• Zapewniają szybką propagację

• Mogą ignorować niskie wartości TTL
• Mogą przechowywać dane dłużej, niż określono
• Mogą opóźnić propagację o kilka godzin

Rozkład geograficzny

Różne regiony aktualizują dane w różnym czasie, zależnie od lokalnej pamięci podręcznej resolvera:

North America: 10:05 - Updated
Europe: 10:08 - Updated
Asia: 10:12 - Updated

Pamięć podręczna po stronie klienta

Nawet po aktualizacji serwerów DNS lokalne pamięci podręczne mogą przechowywać stare wartości:

• Pamięć podręczna przeglądarki: zwykle 60 sekund
• Pamięć podręczna systemu operacyjnego: od kilku minut do kilku godzin
• Pamięć podręczna aplikacji: zależnie od aplikacji

Sprawdzanie propagacji DNS

Internetowe sprawdzarki propagacji

curl "https://domscan.net/v1/health?domain=example.com"
# Shows current DNS configuration

Sprawdzanie z wiersza poleceń

# Google DNS
dig @8.8.8.8 example.com

# Cloudflare DNS
dig @1.1.1.1 example.com

# Your ISP (no @ server specified)
dig example.com

# Compare results

# Find nameservers
dig example.com NS

# Query authoritative NS directly
dig @ns1.example.com example.com

Pokazuje to „prawdę” natychmiast, bez udziału pamięci podręcznej.

Sprawdzanie z wielu lokalizacji

# Using curl with DNS over HTTPS
curl -H 'accept: application/dns-json'   'https://cloudflare-dns.com/dns-query?name=example.com&type=A'

Minimalizowanie czasu propagacji

Przed wprowadzeniem zmian

Old: example.com.    3600    IN    A    203.0.113.50
New: example.com.    300     IN    A    203.0.113.50
                     ^^^
                     Reduced to 5 minutes

Poczekaj pełny czas trwania starego TTL (3600s = 1 godzina).

example.com.    300    IN    A    203.0.113.51

Sprawdzaj resolvery na całym świecie.

example.com.    3600    IN    A    203.0.113.51

W trakcie zmian

Typowe scenariusze propagacji

Zmiana rekordu A

# Before
example.com → 203.0.113.50

# After
example.com → 203.0.113.51

# Propagation: 1x TTL duration

Zmiana rekordu MX

Zmiana serwerów nazw

Why so long?
TLD registry caches NS records
Registry TTL often 24-48 hours
No control over registry cache

Dodanie nowej subdomeny

If subdomain was queried and didn't exist:
→ NXDOMAIN cached (SOA minimum TTL)
→ New subdomain won't resolve until cache expires

Rozwiązywanie problemów z propagacją

Zmiana się nie propaguje

dig @ns1.example.com example.com
# Should show new value

dig example.com | grep -i ttl

dig example.com SOA
# Look at minimum TTL field

Wyczyść pamięć podręczną przeglądarki, systemu operacyjnego i aplikacji.

Częściowa propagacja

Zatrzymana propagacja

1. Sprawdź, czy autorytatywny serwer nazw jest prawidłowy

2. Jeśli problem trwa, skontaktuj się z dostawcą internetu

3. Użytkownicy mogą przełączyć się na publiczny DNS (8.8.8.8, 1.1.1.1)

Propagacja DNS a TTL pamięci podręcznej

Dobre praktyki

1. Obniż TTL przed zmianami: zmniejszaj TTL 24-48 godzin przed aktualizacjami DNS

2. Używaj odpowiednich wartości TTL: równoważ wydajność (wysoki TTL) i elastyczność (niski TTL)

3. Monitoruj globalnie: sprawdzaj DNS z wielu regionów geograficznych

4. Utrzymuj stare usługi: pozostaw poprzednie serwery do zakończenia propagacji

5. Dokumentuj zmiany: zapisuj co i kiedy się zmieniło na potrzeby diagnozowania

6. Testuj dokładnie: sprawdź działanie nowych rekordów DNS przed przełączeniem

7. Komunikuj się z użytkownikami: ostrzegaj o możliwych krótkich przerwach

8. Używaj zarządzanego DNS: dostawcy z sieciami anycast minimalizują czas propagacji

9. Automatyzuj monitoring: skonfiguruj alerty zmian DNS i stanu propagacji

10. Miej plan wycofania: wiedz, jak cofnąć zmiany w razie problemów

Lista kontrolna propagacji

☐ Lower TTL 24-48 hours before change
☐ Wait for old TTL to expire
☐ Make DNS change
☐ Verify on authoritative nameservers
☐ Check multiple public resolvers
☐ Test from multiple geographic locations
☐ Monitor for 2x TTL duration
☐ Verify no errors reported
☐ Restore higher TTL if desired
☐ Document change completion

Propagacja DNS jest naturalnym skutkiem buforowania DNS. Zrozumienie działania TTL i odpowiednie planowanie zmian zapewniają płynne, przewidywalne aktualizacje przy minimalnych zakłóceniach.