Wat is een CNAME-record?
Een CNAME-record (Canonical Name) is een DNS-recordtype dat een alias van de ene domeinnaam naar een andere maakt. In plaats van rechtstreeks naar een IP-adres te verwijzen, zoals een A-record doet, verwijst een CNAME naar een andere domeinnaam die vervolgens naar een IP-adres wordt omgezet.
Hoe CNAME-records werken
Wanneer u een CNAME instelt:
www.example.com. IN CNAME example.com.Het resolutieproces:
1. De gebruiker vraagt www.example.com op
2. DNS vindt de CNAME die naar example.com verwijst
3. DNS zoekt vervolgens het A-record van example.com op
4. Het uiteindelijke IP-adres wordt teruggegeven
Door deze ketenresolutie moeten CNAME-doelen uiteindelijk naar een A- of AAAA-record verwijzen.
Veelgebruikte toepassingen van CNAME
WWW-subdomein
Laat www naar uw hoofddomein verwijzen:
www IN CNAME example.com.CDN-integratie
Laat uw domein naar een CDN-eindpunt verwijzen:
cdn.example.com IN CNAME d111111abcdef8.cloudfront.net.Hosting op een platform
Verwijs naar hostingproviders:
blog.example.com IN CNAME yoursite.wordpress.com.
shop.example.com IN CNAME shops.myshopify.com.
SaaS-toepassingen
Koppel subdomeinen aan SaaS-platforms:
docs.example.com IN CNAME example.gitbook.io.
status.example.com IN CNAME stats.uptimerobot.com.
CNAME tegenover een A-record
| Situatie | CNAME gebruiken | A-record gebruiken |
|---|---|---|
| Hoofddomein (@) | ❌ Niet toegestaan | ✅ Vereist |
| Subdomein naar statisch IP | Beide mogelijk | ✅ Rechtstreeks |
| Subdomein naar provider | ✅ Voorkeur | ❌ IP kan wijzigen |
| CDN-configuratie | ✅ Gebruikelijk | Verschilt |
| Load balancing | ❌ Geen meerdere mogelijk | ✅ Meerdere IP's |
Waarom hoofddomeinen geen CNAME kunnen gebruiken
De DNS-specificatie (RFC 1034) verbiedt dat CNAME-records op dezelfde naam naast andere recordtypen bestaan. Omdat hoofddomeinen SOA- en NS-records nodig hebben, kunnen zij geen CNAME-records hebben.
Oplossingen voor aliasing van het hoofddomein:- ALIAS/ANAME-records: providerspecifieke pseudo-records
- CNAME-flattening: Cloudflare en andere providers zetten CNAME's om naar A-records
- www naar het hoofddomein omleiden: gebruik CNAME voor www en leid op applicatieniveau door naar @
CNAME-ketens
CNAME's kunnen naar andere CNAME's verwijzen (ketenvorming):
blog.example.com → myblog.host.com
myblog.host.com → lb-1234.hosting.com
lb-1234.hosting.com → 203.0.113.50 (A record)
Hoewel dit geldig is, voegen ketens latentie toe. De meeste DNS-providers beperken de ketenlengte om oneindige lussen te voorkomen.
CNAME-record configureren
Basissyntaxis
subdomain IN CNAME target.domain.com.Overwegingen voor TTL
De TTL van CNAME-records bepaalt hoe snel wijzigingen zich verspreiden:
www 300 IN CNAME example.com.Een lagere TTL (300 seconden) maakt snellere updates mogelijk; een hogere TTL vermindert het aantal DNS-query's.
CNAME-records controleren
Via dig:dig www.example.com CNAME
; ANSWER SECTION:
www.example.com. 300 IN CNAME example.com.
dig +trace www.example.comVeelvoorkomende problemen met CNAME
CNAME op het hoofddomein
example.com IN CNAME other.com. ; INVALIDDit verbreekt e-mail (MX-records) en andere diensten.
CNAME met andere records
blog.example.com IN CNAME host.com.
blog.example.com IN MX mail.host.com. ; INVALID
Een naam met een CNAME mag geen andere recordtypen hebben.
Doelrecords ontbreken
Als het CNAME-doel niet resolveert, werkt uw subdomein evenmin. Controleer vóór de configuratie of de doelen geldig zijn.
Beste praktijken
1. Gebruik CNAME's voor diensten van derden: laat providers IP-wijzigingen beheren
2. Vermijd diepe ketens: elke sprong voegt latentie toe
3. Gebruik geen CNAME voor de root: gebruik A-records of ALIAS
4. Neem afsluitende punten op: zorg voor volledig gekwalificeerde doelnamen
5. Monitor CNAME-doelen: wijzigingen bij externe partijen kunnen uw site beïnvloeden