--- title: "Wat is CNAME-record? Uitleg en betekenis | Keurig Online" description: "Een DNS-record dat een domeinnaam als alias laat verwijzen naar een andere domeinnaam." canonical: https://www.keurigonline.nl/begrippenlijst/cname-record last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # CNAME-record Een DNS-record dat een domeinnaam als alias laat verwijzen naar een andere domeinnaam. Een CNAME-record (Canonical Name record) is een type DNS-record dat fungeert als een alias voor een andere domeinnaam. In plaats van rechtstreeks naar een IP-adres te verwijzen, wijst een CNAME-record van de ene domeinnaam naar een andere "canonieke" (officiële) domeinnaam. Wanneer een DNS-resolver een CNAME-record tegenkomt, vervangt deze de aliasnaam door de canonieke naam en zet het opzoeken voort. De praktische toepassing van CNAME-records is veelzijdig. Ze worden veel gebruikt voor het koppelen van subdomeinen aan een hoofddomein (bijvoorbeeld www.voorbeeld.nl naar voorbeeld.nl), het integreren van content delivery networks (CDN's) voor betere prestaties, en het verwijzen naar externe services zonder IP-adressen hardcoded vast te leggen. Dit maakt het beheer eenvoudiger: als het IP-adres van de doeldomeinnaam verandert, blijven alle CNAME-records automatisch werken. Een belangrijke beperking is dat CNAME-records niet gebruikt kunnen worden op het apex-niveau (de "naakte" domeinnaam zonder subdomain). Dit komt doordat het apex-domein verplichte DNS-records moet hebben zoals SOA en NS-records, en volgens de DNS-standaard mag een CNAME niet naast andere recordtypes bestaan. Voor het apex-domein moet je daarom altijd A-records of AAAA-records gebruiken. Veel DNS-providers bieden als oplossing propriëtaire recordtypes aan zoals ALIAS of ANAME-records die dezelfde functionaliteit bieden maar wel op het apex-niveau werken. Voor webhostingbeheerders zijn CNAME-records onmisbaar bij het opzetten van multi-CDN configuraties, het beheren van subdomeinstructuren, en het flexibel routeren van verkeer naar verschillende services. Ze bieden een abstractielaag die infrastructuurwijzigingen veel eenvoudiger maakt zonder dat eindgebruikers daar iets van merken. ## Geschiedenis Het CNAME-record werd voor het eerst gedefinieerd in november 1987 in [RFC 1035 - Domain Names - Implementation and Specification](https://www.rfc-editor.org/rfc/rfc1035), het fundamentele document dat de moderne DNS-architectuur vastlegde. Paul Mockapetris, de ontwerper van het Domain Name System, ontwierp CNAME-records als een mechanisme om aliassen binnen DNS mogelijk te maken zonder dubbele gegevens op te slaan. De oorspronkelijke motivatie voor CNAME-records was efficiency en flexibiliteit. In de vroege dagen van internet hadden organisaties vaak meerdere hostnamen die naar dezelfde machine verwezen (bijvoorbeeld ftp.example.com en www.example.com). Door CNAME-records te gebruiken, kon een beheerder één A-record onderhouden voor de canonieke naam en meerdere CNAME-records als aliassen, wat onderhoud sterk vereenvoudigde. Met de opkomst van content delivery networks in de jaren 2000 kregen CNAME-records een nieuwe, cruciale rol. CDN-providers zoals [Akamai](https://nl.wikipedia.org/wiki/Akamai_Technologies) en [Cloudflare](https://nl.wikipedia.org/wiki/Cloudflare) gebruiken CNAME-records om verkeer dynamisch te routeren naar de meest optimale edge-servers wereldwijd. Dit gebruik leidde tot nieuwe uitdagingen, zoals de apex-domein beperking, wat resulteerde in propriëtaire uitbreidingen zoals ALIAS-records (ontwikkeld door DNS Made Easy in 2011) en CNAME flattening (geïntroduceerd door Cloudflare in 2014). Belangrijke mijlpalen in de evolutie van CNAME-records: - **1987** - RFC 1035 definieert CNAME-records als onderdeel van de DNS-standaard - **1999** - [RFC 2672](https://www.rfc-editor.org/rfc/rfc2672) verduidelijkt CNAME-gedrag en introduceert DNAME-records - **2000-2005** - CDN-providers beginnen CNAME-records intensief te gebruiken voor content distributie - **2011** - DNS Made Easy introduceert ANAME/ALIAS-records als oplossing voor apex-domein beperkingen - **2014** - Cloudflare lanceert CNAME flattening technologie voor betere apex-domein ondersteuning - **2020-heden** - Wildcard CNAME-records worden standaard voor multi-CDN configuraties en microservice architecturen Tegenwoordig zijn CNAME-records een fundamenteel onderdeel van moderne webinfrastructuur. Ze spelen een essentiële rol in cloud computing, waarbij services zoals AWS CloudFront, Google Cloud CDN, en Microsoft Azure CDN sterk leunen op CNAME-gebaseerde integratie. De spanning tussen de originele DNS-specificatie en moderne gebruikscasussen blijft zorgen voor innovatie in DNS-technologie. ## Bronnen 1. [RFC 1035 - Domain Names - Implementation and Specification (1987)](https://www.rfc-editor.org/rfc/rfc1035) 2. [Cloudflare - What is a DNS CNAME record?](https://www.cloudflare.com/learning/dns/dns-records/dns-cname-record/) 3. [Gcore - What Is a DNS CNAME Record? How it Works, Use Cases, and Importance](https://gcore.com/learning/dns-cname-record-explained) 4. [DigiCert - CNAME Records Common Use Cases and Benefits](https://www.digicert.com/blog/cname-records-common-use-cases-and-benefits) 5. [RFC 2672 - Non-Terminal DNS Name Redirection (1999)](https://www.rfc-editor.org/rfc/rfc2672) 6. [BlueCat Networks - What Is a DNS CNAME Record?](https://bluecatnetworks.com/glossary/dns-cname-record/) 7. [Wikipedia - CNAME (Nederlandse versie)](https://nl.wikipedia.org/wiki/CNAME) ## Gerelateerde artikelen DNS 7 sep 2026 [SSL-certificaten verlengen we voortaan automatisch \| KeurigOnline](https://www.keurigonline.nl/blog/ssl-certificaten-verlengen-we-voortaan-automatisch-als-wij-je-dns-beheren) **Samenvatting: SSL-certificaten verlengen we voortaan automatisch, als wij je DNS beheren** Sectigo-certificaten die je via KeurigOnline afneemt, verlengen en installeren we voortaan zonder dat jij iets doet. De enige voorwaarde: de nameservers van je domein staan bij ons, want daarmee kunnen wij het tijdelijke DNS-record plaatsen dat Sectigo voor domeinvalidatie eist. Staat je DNS elders, dan verhuis je die naar ons of plaats je bij elke verlenging zelf het CNAME-record dat we aanleveren. Dat laatste gaat vaker gebeuren: de maximale geldigheidsduur van certificaten daalt van 200 dagen in maart 2026 naar 100 dagen in 2027 en 47 dagen in 2029.[\[1\]](https://www.sectigo.com/resource-library/sectigo-cab-reduce-ssl-tls-certificates-lifespan-47-days) Je kent het mailtje wel: "je SSL-certificaat verloopt over 30 dagen, onderneem actie". Daarna volgde een aanvraag bij Sectigo, een validatiecode en een stukje plakwerk in DirectAdmin. Dat proces verdwijnt. Certificaten die je via KeurigOnline afneemt, verlengen en installeren we vanaf nu automatisch, op voorwaarde dat wij de DNS van je domein beheren. Hieronder lees je waarom DNS daarin de sleutel is, wat er gebeurt als je nameservers elders staan, en waarom dit precies nu moest gebeuren. DNS 10 dec 2025 [DNS records uitgelegd](https://www.keurigonline.nl/blog/dns-records) **Direct opzoeken?** Met onze gratis [DNS-lookup](https://www.keurigonline.nl/tools/dns-lookup) zie je elk record bij zes resolvers tegelijk, en of een wijziging al overal is doorgevoerd. - **A / AAAA records:** Koppelen je domein aan een IP-adres (IPv4 resp. IPv6) - **CNAME records:** Maken aliassen die verwijzen naar andere domeinnamen - **MX records:** Regelen waar e-mail voor je domein wordt afgeleverd - **TXT records:** Bevatten verificatie en e-mailbeveiliging (SPF, DKIM, DMARC) Hosting 23 jun 2025 [Wat is DNS en hoe beïnvloedt het de snelheid en veiligheid van je website?](https://www.keurigonline.nl/blog/dns-snelheid-veiligheid-website) Het `AAAA-record` is de [IPv6](https://developer.mozilla.org/en-US/docs/Glossary/IPv6)-equivalent van het A-record. Met de uitputting van IPv4-adressen wordt IPv6 steeds belangrijker. ``` keurigonline.nl. IN AAAA 2606:2800:220:1:248:1893:25c8:1946 ``` ### `CNAME`-record (Canonical Name) Een `CNAME-record` maakt een alias aan die verwijst naar een ander domein. Handig voor subdomains. ``` www.keurigonline.nl. IN CNAME keurigonline.nl. ```