Je winkelwagen is leeg
Producten die je toevoegt, verschijnen hier.
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.
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, 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 en 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 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
- RFC 1035 - Domain Names - Implementation and Specification (1987)
- Cloudflare - What is a DNS CNAME record?
- Gcore - What Is a DNS CNAME Record? How it Works, Use Cases, and Importance
- DigiCert - CNAME Records Common Use Cases and Benefits
- RFC 2672 - Non-Terminal DNS Name Redirection (1999)
- BlueCat Networks - What Is a DNS CNAME Record?
- Wikipedia - CNAME (Nederlandse versie)