DNS Propagation Tjek

Tjek DNS-opdatering på tværs af 30 globale resolvers — fra Cloudflare og Google til store EU og Asia providers.

Hvad er DNS propagation?

DNS-ændringer rejser ikke øjeblikkeligt ud i verden — de breder sig gradvist, efterhånden som hver resolvers cache udløber.

Når du ændrer et DNS-record — nameservers, en A-record, MX-record eller andet — skal ændringen nå ud til hver eneste DNS-resolver på internettet. Det sker ikke med det samme. De fleste rekursive resolvers cacher svar lokalt for at undgå at sende den samme forespørgsel igen og igen, og denne cache lever præcis lige så længe som TTL'en (Time To Live) på recorden tillader.

Indtil den enkelte resolvers cache udløber, vil den fortsætte med at servere den gamle værdi. To brugere, der spørger to forskellige resolvers — for eksempel Cloudflare 1.1.1.1 og Google 8.8.8.8 — kan derfor få helt forskellige svar mens propagationen står på.

DNS propagation er navnet på denne rullende cache-udløbsproces, hvor ændringen langsomt bliver synlig for resolvers verden over. Det er ikke noget du kan tvinge — du kan kun forberede dig med en lav TTL og vente tålmodigt.

Sådan virker DNS propagation

Fra du klikker "gem" hos din DNS-udbyder til hele verden ser den nye værdi

1

Du ændrer DNS

Du opdaterer A, MX eller NS-records hos din DNS-udbyder.

2

Resolvers cacher

Globale DNS resolvers har stadig den gamle værdi gemt i deres cache.

3

TTL udløber gradvist

Hver resolver bruger den gamle værdi indtil TTL'en udløber.

4

Værktøjer tjekker

Vi spørger 30 resolvers verden over for at vise hvilke der ser den nye værdi.

De 30 globale resolvers vi tjekker

Vi tester mod et bredt udvalg af offentlige DNS-resolvers — fra de store anycast-providere til regionale operatører.

Globale anycast resolvers

🌐 Cloudflare 1.1.1.1
🌐 Cloudflare secondary 1.0.0.1
🌐 Cloudflare for Families 1.1.1.3
🌐 Google 8.8.8.8
🌐 Google secondary 8.8.4.4
🌐 Quad9 9.9.9.9
🌐 Quad9 Unsecured 9.9.9.10
🌐 NextDNS 45.90.28.0
🌐 dns.sb 185.222.222.222

Amerika

🇨🇦 Quad9 alt 149.112.112.112
🇺🇸 OpenDNS (Cisco) 208.67.222.222
🇺🇸 OpenDNS secondary 208.67.220.220
🇺🇸 OpenDNS FamilyShield 208.67.222.123
🇺🇸 Verisign 64.6.64.6
🇺🇸 Verisign secondary 64.6.65.6
🇺🇸 Level3 / Lumen 4.2.2.1
🇺🇸 Hurricane Electric 74.82.42.42
🇺🇸 CleanBrowsing 185.228.168.9
🇺🇸 CleanBrowsing secondary 185.228.169.9
🇺🇸 Comodo Secure DNS 8.26.56.26
🇧🇷 UOL 200.221.11.100

Europa

🇨🇾 AdGuard DNS 94.140.14.14
🇨🇾 AdGuard secondary 94.140.15.15
🇩🇪 DNS for Family 94.130.180.225
🇷🇺 Yandex 77.88.8.8

Asien & Stillehavet

🇨🇳 Tencent 119.29.29.29
🇨🇳 AliDNS 223.5.5.5
🇨🇳 AliDNS secondary 223.6.6.6
🇹🇼 HiNet 168.95.1.1
🇦🇺 Telstra 203.50.2.71

Hvornår er DNS opdateret?

En kort TTL-primer — og en realistisk forventning til hvor lang tid global propagation tager.

TTL (Time To Live) er den tid — målt i sekunder — som en resolver må cache et record. Når TTL'en udløber, smider resolveren den gamle værdi væk og spørger din autoritative nameserver igen. Cloudflare bruger typisk 1 time (3600 sekunder), mens mange traditionelle DNS-udbydere har 24 timer (86400 sekunder) som standard.

Hvis du ved at du skal lave en ændring, kan du sænke TTL'en i god tid forinden — ideelt 1-2 uger før. På den måde får alle resolvers en chance for at "lære" den lave TTL, så når ændringen så endelig kommer, propagerer den hurtigt. Sænker du først TTL'en samtidig med ændringen, virker det ikke — de fleste resolvers har allerede cachet den gamle høje TTL.

I praksis: med en TTL på 1 time eller mindre er typisk 1-4 timers global propagation realistisk. Med høje TTL'er på 24 timer eller mere skal du regne med 24-48 timer, før så godt som alle resolvers ser den nye værdi. Nogle store ISP-resolvers honorerer ikke altid TTL'en og kan cache længere.

DNS record-typer forklaret

De 8 standard record-typer du kan tjekke med dette værktøj

Type Hvad er det Typisk brug
A IPv4-adresse Peger et domæne til en server
AAAA IPv6-adresse Peger et domæne til en IPv6 server
MX Mail Exchange Hvor sendes email for dette domæne
NS Nameserver Hvilke nameservers er autoritative for domænet
TXT Tekstfelt SPF, DMARC, verifikationer
CNAME Canonical Name Alias der peger til et andet domæne
SOA Start of Authority Metadata om DNS-zonen
CAA Certificate Authority Authorization Hvilke CAs må udstede SSL-certifikater

Ofte stillede spørgsmål

Hvor lang tid tager DNS propagation?

Det afhænger af TTL'en på dine DNS-records. Med en TTL på 1 time tager propagation typisk 1-4 timer. Med en TTL på 24 timer kan det tage op til 48 timer. Sænk TTL'en før du laver ændringer hvis du ønsker hurtig propagation.

Hvorfor ser nogle resolvers stadig den gamle værdi?

DNS resolvers cacher svar for at undgå at sende den samme forespørgsel igen og igen. Når du ændrer et DNS-record, ser hver resolver først ændringen når deres cache udløber. Nogle resolvers bruger længere caching end TTL'en angiver (især store ISP-resolvers).

Hvad er TTL og hvordan påvirker det propagation?

TTL (Time To Live) er den tid en DNS resolver må cache et record. En TTL på 3600 betyder 1 time. Lavere TTL = hurtigere propagation når du laver ændringer, men flere DNS-forespørgsler til din nameserver. Standard er typisk 3600-86400 sekunder.

Kan jeg fremskynde DNS propagation?

Du kan sænke TTL'en i god tid før en ændring (ideelt 1-2 uger forinden). Når ændringen er lavet, kan du flushe lokale resolver-caches (sudo systemd-resolve --flush-caches på Linux). Du kan ikke tvinge tredjeparts-resolvers til at flushe deres cache.

Hvorfor er der forskellige resultater fra forskellige resolvers?

Resolvers cacher uafhængigt. Cloudflare 1.1.1.1 og Google 8.8.8.8 har forskellige cacher med forskellige TTL'er. Når en resolver lige har spurgt din nameserver, har den den nye værdi. Andre resolvers serverer stadig den gamle indtil deres cache udløber.

Hvilke DNS record-typer kan jeg tjekke?

Vi understøtter alle 8 standard record-typer: A og AAAA (IPv4/IPv6-adresser), MX (mailservere), NS (nameservers), TXT (SPF, DMARC, verifikationer), CNAME (aliaser), SOA (zone-metadata) og CAA (certifikat-autorisationer).