Vad är en CNAME-post?
En CNAME-post (Canonical Name) är en DNS-posttyp som skapar ett alias från ett domännamn till ett annat. Istället för att peka direkt till en IP-adress som en A-post gör pekar en CNAME till ett annat domännamn, som sedan löses till en IP-adress.
Hur CNAME-poster fungerar
När du ställer in en CNAME:
www.example.com. IN CNAME example.com.
Lösningsprocessen:
1. Användare begär www.example.com
2. DNS hittar CNAME som pekar till example.com
3. DNS löser sedan example.coms A-post
4. Slutlig IP-adress returneras
Den här kedjelösningen betyder att CNAME-mål måste slutligen lösas till en A- eller AAAA-post.
Vanliga CNAME-användningsfall
WWW-underdomän
Peka www till din rotdomän:
www IN CNAME example.com.
CDN-integration
Peka din domän till en CDN-slutpunkt:
cdn.example.com IN CNAME d111111abcdef8.cloudfront.net.
Plattformhotell
Peka till värdleverantörer:
blog.example.com IN CNAME yoursite.wordpress.com.
shop.example.com IN CNAME shops.myshopify.com.
SaaS-applikationer
Anslut underdomäner till SaaS-plattformar:
docs.example.com IN CNAME example.gitbook.io.
status.example.com IN CNAME stats.uptimerobot.com.
CNAME kontra A-post
| Scenario | Använd CNAME | Använd A-post |
|---|---|---|
| Rotdomän (@) | ❌ Inte tillåtet | ✅ Krävs |
| Underdomän till statisk IP | Båda fungerar | ✅ Direkta |
| Underdomän till leverantör | ✅ Föredragen | ❌ IP kan ändras |
| CDN-konfiguration | ✅ Typisk | Varierar |
| Belastningsutjämning | ❌ Kan inte ha flera | ✅ Flera IP:er |
Varför rotdomäner inte kan använda CNAME
DNS-specifikationen (RFC 1034) förbjuder CNAME-poster från att coexistera med andra posttyper med samma namn. Eftersom rotdomäner behöver SOA- och NS-poster kan de inte ha CNAME-poster.
Lösningar för rotdomänaliasing:- ALIAS/ANAME-poster: DNS-providerspecifika pseudo-poster
- CNAME-utplaning: Cloudflare och andra löser CNAME:er till A-poster
- Omdirigera www till rot: Använd CNAME för www, omdirigera till @ på applikationsnivå
CNAME-kedjor
CNAME:er kan peka till andra CNAME:er (kedjor):
blog.example.com → myblog.host.com
myblog.host.com → lb-1234.hosting.com
lb-1234.hosting.com → 203.0.113.50 (A-post)
Även om det är giltigt lägger kedjor till latens. De flesta DNS-leverantörer begränsar kedjelängden för att förhindra oändliga loopar.
CNAME-postkonfiguration
Grundläggande syntax
subdomain IN CNAME target.domain.com.
Viktigt: Måldomänen bör innehålla en efterföljande punkt (.) för att indikera att den är fullt kvalificerad. Utan det kan vissa DNS-servrar lägga till ursprungsdomänen.
TTL-hänsyn
CNAME-TTL:er påverkar hur snabbt ändringar sprids:
www 300 IN CNAME example.com.
Lägre TTL:er (300 sekunder) möjliggör snabbare uppdateringar; högre TTL:er minskar DNS-frågor.
Kontroll av CNAME-poster
Använd dig:dig www.example.com CNAME
; ANSWER SECTION:
www.example.com. 300 IN CNAME example.com.
Fullständig lösningsspår:
dig +trace www.example.com
Vanliga CNAME-problem
CNAME vid rotdomän
example.com IN CNAME other.com. ; OGILTIGT
Detta bryter e-post (MX-poster) och andra tjänster.
CNAME med andra poster
blog.example.com IN CNAME host.com.
blog.example.com IN MX mail.host.com. ; OGILTIGT
Ett namn med CNAME kan inte ha andra posttyper.
Saknade målposter
Om CNAME-målet inte löses fungerar inte din underdomän heller. Verifiera att målen är giltiga innan du konfigurerar CNAME:er.
Bästa praxis
1. Använd CNAME:er för tredjepartstjänster: Låt leverantörer hantera IP-ändringar
2. Undvik djupa kedjor: Varje hopp lägger till latens
3. Använd inte CNAME för roten: Använd A-poster eller ALIAS
4. Inkludera efterföljande punkter: Säkerställ fullt kvalificerade målnamn
5. Övervaka CNAME-mål: Externa ändringar kan påverka din webbplats