Je verhuist je website, past een e-mailrecord aan of koppelt een nieuw domein – en daarna wil je maar één ding weten: hoe lang duurt DNS wijziging? Het eerlijke antwoord is: meestal enkele minuten tot enkele uren, maar reken in sommige gevallen op 24 tot 48 uur. Dat is geen vertraging bij één provider, maar het gevolg van hoe het wereldwijde DNS-systeem informatie bewaart en vernieuwt.
Gelukkig hoef je niet zomaar af te wachten. Als je weet welk DNS-record je veranderde, kun je veel beter inschatten wanneer je website of e-mail opnieuw werkt.
Wat gebeurt er bij een DNS-wijziging?
DNS is het adresboek van het internet. Wanneer iemand je domeinnaam intikt, zoekt DNS welk technisch adres daarbij hoort. Dat kan het IP-adres van je website zijn, de mailserver voor je e-mail of een externe dienst zoals een webshop, agenda of verificatietool.
Bij een wijziging pas je dus niet de website zelf aan, maar de route ernaartoe. De nieuwe gegevens moeten vervolgens bekend raken bij DNS-servers over de hele wereld. Dat proces heet DNS-propagatie.
De term klinkt technisch, maar het principe is eenvoudig: DNS-servers bewaren eerder opgevraagde informatie tijdelijk in een cache. Zolang die bewaartermijn niet verstreken is, kunnen sommige bezoekers nog de oude bestemming zien. Andere bezoekers krijgen al meteen de nieuwe instellingen. Daarom kan je website bij jou al goed werken terwijl een collega of klant nog de oude versie ziet.
Hoe lang duurt DNS wijziging in de praktijk?
De meest realistische timing hangt af van het soort wijziging. Een aanpassing aan een bestaand record is vaak sneller zichtbaar dan een volledige overstap naar andere nameservers.
| Type wijziging | Gebruikelijke verwerkingstijd | | — | — | | A-, CNAME- of TXT-record aanpassen | Enkele minuten tot 4 uur | | MX-record voor e-mail wijzigen | Enkele minuten tot 24 uur | | Nameservers wijzigen | Vaak 4 tot 24 uur, soms 48 uur | | Nieuw domein activeren | Vaak snel, maar reken op maximaal 24 uur |
Deze tijden zijn richtlijnen, geen garanties. Een lage TTL-instelling kan een wijziging binnen enkele minuten laten doorlopen. Bij een hoge TTL of bij caches die nog oude gegevens bewaren, duurt het langer.
De TTL bepaalt veel
TTL staat voor Time To Live. Dit getal vertelt DNS-servers hoelang ze een record in hun tijdelijke geheugen mogen bewaren. Staat de TTL op 3600 seconden, dan mag een server de gegevens maximaal een uur cachen voordat hij opnieuw controleert.
Wijzig je een record met een TTL van 24 uur? Dan kunnen gebruikers die het oude record vlak voor je wijziging hebben opgevraagd, nog bijna een dag de oude bestemming krijgen. Dat is normaal gedrag. Het betekent niet dat de wijziging fout is ingevoerd.
Wie een geplande verhuis voorbereidt, kan de TTL best al een dag vooraf verlagen. Doe dit bijvoorbeeld van 86400 naar 300 of 600 seconden. Na de verhuis zet je de TTL opnieuw op een normale waarde. Voor een kleine website is 3600 seconden meestal een prima evenwicht tussen snelheid van wijzigingen en een efficiënte DNS-afhandeling.
Nameservers wijzigen duurt vaak langer
Een wijziging van nameservers is wat anders dan een A-record aanpassen. Je vertelt de domeinregistratie dan welke partij de DNS-zone voor je domein beheert. De registries en DNS-servers moeten die delegatie overnemen.
Dat duurt meestal langer, omdat de wijziging op meerdere niveaus van het DNS-systeem zichtbaar moet worden. Verhuis je naar een andere hostingprovider, verander dan niet tegelijk lukraak alle instellingen. Noteer vooraf je bestaande DNS-records, zeker je MX-, SPF-, DKIM- en eventuele verificatierecords. Zo voorkom je dat je website online komt, maar e-mail plots niet meer aankomt.
Waarom ziet niet iedereen hetzelfde resultaat?
DNS is niet de enige cache die meespeelt. Je browser, computer, modem, bedrijfsnetwerk of internetprovider kan ook tijdelijke gegevens bewaren. Daardoor lijken problemen soms groter dan ze zijn.
Controleer daarom eerst of de DNS-instellingen zelf correct staan. Zie je bij een onafhankelijke controle de nieuwe waarde, maar niet in je eigen browser? Probeer dan een privévenster, een ander toestel of mobiel internet. Wis eventueel de DNS-cache van je toestel. Een harde refresh van je browser helpt vooral bij oude websitebestanden, maar niet altijd bij een oude DNS-route.
Gebruik je een CDN, proxy of beveiligingsdienst? Dan kan er nog een extra laag caching bovenop zitten. Ook daar moet je soms even wachten of de cache wissen. Bij een e-mailwijziging is geduld extra belangrijk: berichten die tijdens de overgang worden verstuurd, kunnen tijdelijk op de oude server of de nieuwe server binnenkomen, afhankelijk van welke DNS-informatie de verzendende mailserver gebruikt.
Zo beperk je downtime bij een verhuis
De beste DNS-wijziging is er een die je bezoekers niet opmerken. Dat vraagt geen ingewikkelde serverkennis, wel een rustige voorbereiding.
Zet je nieuwe hosting eerst volledig klaar. Plaats je website, maak e-mailadressen aan en controleer of alles werkt via een tijdelijke testomgeving of technisch adres. Pas daarna wijzig je het A-record of de nameservers. Zeg je oude hosting ook niet meteen op. Laat die bij voorkeur nog 24 tot 48 uur actief, zodat bezoekers met oude DNS-informatie niet op een foutpagina terechtkomen.
Voor e-mail is dit nog belangrijker. Maak dezelfde mailboxen vooraf aan op de nieuwe omgeving en controleer de juiste MX-records. Gebruik je SPF, DKIM of DMARC? Neem die records correct over. Anders kunnen uitgaande berichten in spam belanden, ook al lijkt je domein verder goed te werken.
Bij Siteplan krijg je toegang tot duidelijke beheertools en persoonlijke hulp in je eigen taal. Dat is handig wanneer je niet elke dag met DNS-records bezig bent en gewoon wilt dat website en e-mail correct blijven werken, zonder verborgen verrassingen.
Veelgemaakte fouten die een DNS-wijziging vertragen
Een fout record is geen propagatieprobleem. Dat onderscheid bespaart veel frustratie. Wanneer je na 24 tot 48 uur nog steeds niets ziet veranderen, controleer dan eerst de basis.
Een veelvoorkomende fout is een verkeerd IP-adres in een A-record. Ook gebeurt het regelmatig dat iemand zowel oude als nieuwe nameservers door elkaar gebruikt, of dat een CNAME-record wordt toegevoegd op een plaats waar al een ander conflicterend record staat. Bij e-mail worden MX-records soms wel aangepast, maar verwijzen ze naar een hostnaam zonder geldig A- of AAAA-record.
Let ook op DNSSEC. Deze beveiligingsfunctie controleert of DNS-antwoorden echt zijn. Dat is nuttig, maar bij een verhuis moeten de DNSSEC-instellingen aan beide kanten juist staan. Blijft een oude DS-record bij de domeinregistratie actief terwijl je nieuwe DNS-provider DNSSEC niet op dezelfde manier gebruikt, dan kan je domein voor sommige bezoekers helemaal onbereikbaar worden. Bij twijfel schakel je DNSSEC pas opnieuw in nadat de verhuis stabiel werkt.
Wanneer moet je ondersteuning inschakelen?
Wachten is normaal tijdens de eerste uren. Maar er zijn duidelijke signalen dat je beter niet langer afwacht: je domein geeft na 48 uur nog steeds een foutmelding, e-mail komt niet aan of wordt massaal geweigerd, of je ziet verschillende nameservers dan je zelf hebt ingesteld.
Houd dan de domeinnaam, de gewijzigde records en het tijdstip van de aanpassing bij de hand. Daarmee kan ondersteuning veel sneller zien of het om propagatie, caching of een fout in de configuratie gaat. Een screenshot van je DNS-zone kan ook helpen, maar deel nooit wachtwoorden of volledige accountgegevens.
Een DNS-wijziging hoeft geen spannend moment te zijn. Geef caches de tijd, bereid een verhuis vooraf voor en verander niet meer instellingen tegelijk dan nodig. Dan is je website meestal snel weer bereikbaar en blijft je e-mail gewoon doen wat hij moet doen.