DNS Propagation

Wanneer je een domeinnaam verhuist, een website naar een andere server overzet of DNS-records aanpast, krijg je vaak te maken met DNS propagation. Een wijziging kan technisch al correct zijn ingesteld, terwijl sommige bezoekers nog steeds de oude website of server te zien krijgen.

Maar wat is DNS propagation precies? Hoe lang duurt het voordat DNS-wijzigingen overal actief zijn? En kun je DNS propagation versnellen?

In dit artikel leggen we het stap voor stap uit.

Wat is DNS propagation?

DNS propagation is het proces waarbij wijzigingen in de DNS-instellingen van een domeinnaam worden verspreid over DNS-servers en caches wereldwijd.

DNS staat voor Domain Name System. Dit systeem vertaalt domeinnamen zoals:

sanumwebdesign.nl

naar het IP-adres van de server waarop de website staat.

Wanneer je bijvoorbeeld het IP-adres van je website verandert, wordt die wijziging niet altijd direct door iedere DNS-resolver wereldwijd opgehaald. Sommige providers en apparaten hebben de oude DNS-gegevens namelijk nog tijdelijk opgeslagen.

Deze periode noemen we DNS propagation.

Hoe werkt DNS?

Wanneer je een website bezoekt, gebeurt er op de achtergrond ongeveer het volgende:

1. Je browser vraagt het IP-adres van de domeinnaam op.
2. Het apparaat controleert of het adres lokaal in de cache staat.
3. Vervolgens kan de DNS-server van je internetprovider worden geraadpleegd.
4. Indien nodig worden de authoritative nameservers van het domein opgevraagd.
5. Het juiste IP-adres wordt teruggegeven.
6. De browser maakt verbinding met de webserver.

DNS voorkomt dat gebruikers ingewikkelde IP-adressen hoeven te onthouden.

Je typt bijvoorbeeld:

https://www.sanumwebdesign.nl

in plaats van rechtstreeks het IP-adres van de server.

Wanneer krijg je te maken met DNS propagation?

DNS propagation komt vooral voor nadat DNS-records of nameservers zijn aangepast.

Voorbeelden zijn:

• een website verhuizen naar een nieuwe hostingprovider;
• een domeinnaam koppelen aan een nieuwe server;
• een A-record aanpassen;
• een AAAA-record aanpassen;
• nameservers wijzigen;
• MX-records voor e-mail veranderen;
• een CNAME-record toevoegen of aanpassen;
• SPF-, DKIM- of andere TXT-records wijzigen;
• een CDN of proxy zoals Cloudflare activeren;
• een subdomein naar een andere server verwijzen.

Na dergelijke wijzigingen kan het enige tijd duren voordat iedereen dezelfde nieuwe DNS-informatie gebruikt.

Hoe lang duurt DNS propagation?

Een DNS-wijziging kan soms binnen enkele minuten zichtbaar zijn. In andere situaties kan het meerdere uren duren.

Als algemene richtlijn wordt vaak rekening gehouden met een periode van maximaal 24 tot 48 uur.

Hoe snel een DNS-wijziging daadwerkelijk wordt verwerkt, is afhankelijk van verschillende factoren.

TTL

Een belangrijke factor is de TTL.

TTL betekent Time To Live.

De TTL bepaalt hoe lang een DNS-record door een resolver in de cache mag worden bewaard voordat het opnieuw moet worden opgevraagd.

Staat de TTL bijvoorbeeld op:

3600

dan komt dat overeen met 3600 seconden, oftewel één uur.

Een resolver kan het bestaande DNS-record gedurende die periode blijven gebruiken.

Cache van internetproviders

Internetproviders gebruiken eigen DNS-resolvers en caches.

Daardoor kan een bezoeker bij provider A al op de nieuwe server terechtkomen, terwijl iemand bij provider B tijdelijk nog naar het oude IP-adres wordt gestuurd.

Lokale DNS-cache

Ook je eigen computer kan DNS-resultaten bewaren.

Het kan daardoor lijken alsof een DNS-wijziging nog niet is uitgevoerd, terwijl andere bezoekers de nieuwe website al gewoon zien.

Browsercache

In sommige situaties houdt ook de browser informatie tijdelijk vast.

Daarom is het verstandig om bij een servermigratie niet alleen DNS te controleren, maar eventueel ook een privévenster of andere browser te gebruiken.

Kan DNS propagation 48 uur duren?

Ja, dat kan.

Toch worden veel DNS-wijzigingen tegenwoordig aanzienlijk sneller zichtbaar.

Bij een eenvoudige wijziging van een A-record kan het nieuwe IP-adres bijvoorbeeld binnen enkele minuten of uren actief worden.

Een nameserverwijziging kan meer tijd nodig hebben.

Het is daarom belangrijk om een hostingmigratie goed voor te bereiden en de oude server niet onmiddellijk uit te schakelen.

Waarom zie ik nog steeds mijn oude website?

Heb je het A-record aangepast, maar zie je nog steeds de oude website?

Dan betekent dit niet automatisch dat de DNS-instellingen verkeerd zijn.

Mogelijke oorzaken zijn:

• oude DNS-cache;
• browsercache;
• caching door een CDN;
• caching door de hostingomgeving;
• een verkeerd A-record;
• een actief AAAA-record dat nog naar een andere server verwijst;
• verschillende DNS-records voor www en zonder www;
• verkeerde nameservers;
• een proxy die nog naar de oude omgeving verwijst.

Vooral het AAAA-record wordt regelmatig over het hoofd gezien.

Een domeinnaam kan bijvoorbeeld het juiste IPv4-adres via het A-record gebruiken, terwijl IPv6 via het AAAA-record nog naar een oude server verwijst.

Hierdoor kunnen bezoekers verschillende resultaten krijgen.

Wat is het verschil tussen een A-record en nameservers?

Deze twee worden regelmatig door elkaar gehaald.

A-record

Een A-record koppelt een domein of subdomein aan een IPv4-adres.

Bijvoorbeeld:

sanumwebdesign.nl → 123.123.123.123

Wanneer alleen je hostingserver verandert, hoeft soms uitsluitend het A-record aangepast te worden.

Nameservers

Nameservers bepalen waar de DNS-zone van het domein wordt beheerd.

Voorbeelden zijn:

ns1.example.nl

ns2.example.nl

Wanneer je nameservers wijzigt, verhuis je feitelijk het DNS-beheer naar een andere DNS-provider.

Daarom heeft een nameserverwijziging vaak meer impact dan alleen het aanpassen van één A-record.

DNS propagation bij het verhuizen van een website

Een website verhuizen vraagt om meer dan alleen bestanden en databases kopiëren.

Een goede migratie kan bijvoorbeeld bestaan uit:

1. Nieuwe hostingomgeving voorbereiden.
2. Websitebestanden overzetten.
3. Database migreren.
4. Website op de nieuwe server testen.
5. SSL-certificaat controleren.
6. DNS-records controleren.
7. TTL eventueel vooraf verlagen.
8. DNS naar de nieuwe server wijzigen.
9. Oude server tijdelijk actief houden.
10. Website, formulieren en e-mail na de migratie controleren.

Door de oude server nog enige tijd beschikbaar te houden, voorkom je dat bezoekers tijdens DNS propagation een foutpagina zien.

Kun je DNS propagation versnellen?

Je hebt DNS propagation niet volledig zelf in de hand.

Je kunt de overgang echter wel beter voorbereiden.

TTL vooraf verlagen

Wanneer je weet dat je binnenkort een servermigratie uitvoert, kun je vooraf de TTL van relevante records verlagen.

Bijvoorbeeld van:

86400 seconden

naar:

300 seconden

Een lagere TTL kan ervoor zorgen dat DNS-resolvers sneller controleren of er nieuwe informatie beschikbaar is.

Het is belangrijk om dit voor de daadwerkelijke wijziging te doen. Wanneer de oude TTL nog in caches staat, kan die namelijk eerst moeten verlopen.

DNS-cache legen

Op je eigen apparaat kun je eventueel de lokale DNS-cache vernieuwen.

Dit beïnvloedt uitsluitend je eigen computer en versnelt dus niet de wereldwijde DNS propagation.

Gebruik een andere DNS-resolver

Je kunt een wijziging ook controleren via verschillende publieke DNS-resolvers. Daarmee kun je zien of het probleem specifiek bij je huidige internetprovider of lokale cache ligt.

Hoe controleer je of DNS propagation voltooid is?

Je kunt DNS-records vanuit meerdere locaties en via verschillende DNS-resolvers controleren.

Let daarbij onder andere op:

• A-record;
• AAAA-record;
• CNAME;
• MX;
• TXT;
• nameservers.

Bij een websiteverhuizing is vooral belangrijk dat het domein uiteindelijk overal naar het IP-adres van de nieuwe server verwijst.

Controleer daarnaast afzonderlijk:

• domein.nl
• www.domein.nl

Deze kunnen namelijk verschillende DNS-configuraties hebben.

DNS propagation en e-mail

DNS-wijzigingen zijn niet alleen belangrijk voor websites.

Ook zakelijke e-mail werkt grotendeels via DNS.

Bij een verhuizing van e-mail kunnen bijvoorbeeld de volgende records veranderen:

• MX;
• SPF;
• DKIM;
• DMARC;
• autodiscover-records.

Wanneer de MX-records worden aangepast, kunnen sommige verzendende mailservers tijdelijk nog de oude mailserver gebruiken.

Daarom is het verstandig om tijdens een mailmigratie de oude mailboxen of mailserver niet direct te verwijderen.

Wat betekent TTL bij DNS?

TTL bepaalt hoelang een DNS-resolver een antwoord mag bewaren voordat opnieuw informatie moet worden opgehaald.

Enkele voorbeelden:

Een lage TTL is handig rondom een geplande DNS-migratie.

Een extreem lage TTL permanent gebruiken is echter niet altijd noodzakelijk.

DNS propagation bij WordPress

Ook WordPress-websites kunnen na een servermigratie tijdelijk vreemd gedrag vertonen.

Je kunt bijvoorbeeld te maken krijgen met:

• de oude WordPress-installatie die nog verschijnt;
• een SSL-waarschuwing;
• een redirect loop;
• een verkeerde www-redirect;
• afbeeldingen die vanaf de oude server geladen worden;
• caching vanuit een WordPress-cacheplugin;
• caching vanuit Nginx, LiteSpeed of een CDN.

Daarom moet bij een WordPress-migratie zowel de DNS-configuratie als de hostingconfiguratie worden gecontroleerd.

DNS gewijzigd maar website werkt niet?

Wanneer een website ook na langere tijd niet bereikbaar is, is het verstandig verder te kijken dan alleen DNS propagation.

Controleer bijvoorbeeld:

1. Wijst het A-record naar het juiste IP-adres?

Een typefout in één cijfer is voldoende om de website onbereikbaar te maken.

2. Is er een verkeerd AAAA-record?

Wanneer er geen IPv6-configuratie op de nieuwe server is, maar wel een AAAA-record actief staat, kan dit problemen veroorzaken.

3. Is het domein toegevoegd op de server?

Een DNS-record kan correct naar een server wijzen terwijl de webserver het domein niet kent.

4. Werkt SSL?

Na een migratie moet het SSL-certificaat geldig zijn voor onder andere:

• domein.nl
• www.domein.nl

5. Zijn er redirects actief?

Een verkeerd ingestelde redirect in:

• .htaccess;
• Nginx;
• WordPress;
• Cloudflare;
• een redirectplugin;

kan ervoor zorgen dat het lijkt alsof de DNS-configuratie fout is.

DNS propagation en SEO

Een correcte DNS-migratie is ook belangrijk voor SEO.

Wanneer Googlebot tijdens een verhuizing langdurig serverfouten ontvangt, kan dit uiteindelijk invloed hebben op de bereikbaarheid en indexering van de website.

Probeer daarom downtime zoveel mogelijk te voorkomen.

Bij een professionele websiteverhuizing is het verstandig om:

• de URL-structuur gelijk te houden;
• redirects goed te controleren;
• de oude hosting niet te vroeg uit te schakelen;
• SSL correct te configureren;
• DNS vooraf te controleren;
• Google Search Console na de migratie te controleren;
• sitemap en robots.txt te testen.

Wanneer alleen de hosting verandert en alle URL’s hetzelfde blijven, zijn er normaal gesproken geen nieuwe 301-redirects nodig voor iedere pagina.

Veelgestelde vragen over DNS propagation

Wat betekent DNS propagation?

DNS propagation is de periode waarin gewijzigde DNS-informatie wordt verspreid en oude gecachte DNS-gegevens geleidelijk worden vervangen.

Hoe lang duurt een DNS-wijziging?

Veel wijzigingen zijn binnen enkele minuten tot enkele uren zichtbaar. In sommige situaties kan het tot ongeveer 24 tot 48 uur duren voordat oude caches overal zijn verlopen.

Waarom werkt mijn website op mobiel wel en op wifi niet?

De mobiele verbinding en wifi-verbinding kunnen verschillende DNS-resolvers gebruiken. De ene resolver kan het nieuwe DNS-record al hebben opgehaald terwijl de andere nog oude informatie gebruikt.

Kan ik DNS propagation direct forceren?

Niet wereldwijd. Je kunt wel je lokale DNS-cache vernieuwen en vooraf een lagere TTL gebruiken om een geplande DNS-wijziging soepeler te laten verlopen.

Wat is een goede TTL voor een websiteverhuizing?

Rondom een geplande migratie wordt tijdelijk vaak een TTL van enkele minuten gebruikt. Na een succesvolle verhuizing kan de TTL weer worden verhoogd.

Moet de oude hosting actief blijven tijdens DNS propagation?

Dat is sterk aan te raden. Wanneer bezoekers tijdelijk nog naar het oude IP-adres worden gestuurd, blijft de website dan bereikbaar.

Hulp nodig bij DNS of een websiteverhuizing?

Een DNS-wijziging lijkt eenvoudig, maar een verkeerde instelling kan ervoor zorgen dat een website, webshop of zakelijke e-mail tijdelijk niet bereikbaar is.

Sanum Webdesign helpt bedrijven met onder andere:

• domeinnamen en DNS-beheer;
• WordPress hosting;
• websiteverhuizingen;
• WordPress-migraties;
• WooCommerce-migraties;
• SSL-configuratie;
• DNS-problemen;
• e-mailconfiguratie;
• hosting en technisch onderhoud.

Wil je een website naar een andere server verhuizen of werkt je domeinnaam na een DNS-wijziging niet goed? Neem dan contact op met Sanum Webdesign voor technische ondersteuning.