Propagacja DNS

Czym jest propagacja DNS?

Propagacja DNS oznacza czas potrzebny, aby zmiany rekordów DNS zostały rozpoznane w całym internecie. Po aktualizacji rekordów DNS, na przykład zmianie serwerów nazw, rekordów A lub rekordów MX, zmiany nie zaczynają działać natychmiast. Muszą przejść przez hierarchiczny system DNS, gdy kolejne pamięci podręczne wygasają i są odświeżane.

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.