Introduzione
Un problema classico del DNS è l'impossibilità di usare un CNAME sull'apex di un dominio (es. esempio.it senza www). Per superare questo limite molti provider offrono il record ALIAS. In questa guida vediamo come funzionano.
Il problema dell'apex CNAME
RFC 1034 vieta di avere CNAME sullo stesso nome di altri record (es. SOA, NS). Sull'apex di una zona esistono sempre SOA e NS, quindi non puoi creare:
esempio.it. IN CNAME loadbalancer.cdn.com.
Il DNS rifiuterà o si comporterà in modo imprevedibile.
Cos'è il record ALIAS
L'ALIAS è un tipo di record specifico del provider (non standard RFC) che si comporta come un CNAME ma funziona anche sull'apex. Quando un client interroga il server autoritativo, il server risolve internamente il CNAME e restituisce un record A/AAAA al client.
Provider che supportano ALIAS
- Cloudflare: "CNAME Flattening" (automatico su apex).
- AWS Route 53: "Alias Record".
- DNSimple: tipo ALIAS.
- Easydns: tipo ALIAS.
- OVH: campo dedicato.
- Netlify DNS: NETLIFY tipo (variante ALIAS).
Come funziona internamente
- Client chiede
esempio.it(record A). - Server autoritativo vede il record ALIAS che punta a
cdn.provider.com. - Server risolve internamente
cdn.provider.comverso A/AAAA. - Risponde al client con i record A/AAAA finali.
- Il client non sa nemmeno che esista un'alias.
Differenza con CNAME
| Aspetto | CNAME | ALIAS |
|---|---|---|
| Apex (root) | NO | SI |
| Standard RFC | SI | NO (proprietario) |
| Coesistenza con altri record | NO | SI |
| Risoluzione | Lato client | Lato server |
| Performance | Doppia query | Singola query |
Esempio Cloudflare
Su Cloudflare, basta creare un record CNAME sull'apex e il sistema lo "flatten" automaticamente:
esempio.it CNAME cdn.partner.com
Il visitatore vedrà direttamente l'IP di cdn.partner.com.
Esempio AWS Route 53
In console Route 53, scegli tipo "A - IPv4" e flag "Alias" attivo, poi punta a cdn.cloudfront.net. Funziona anche per ELB, S3, CloudFront.
Quando usare ALIAS
- Quando il tuo provider CDN/cloud richiede CNAME ma il sito gira su apex.
- Per integrare load balancer dinamici con IP variabili.
- Per servizi Heroku, Vercel, Netlify che richiedono CNAME.
Limiti dell'ALIAS
- Non è uno standard: dipendi dal provider DNS.
- Migrazione tra provider può perdere la configurazione.
- TTL gestito dal server autoritativo (non sempre configurabile).
- Performance: il server fa una query extra per ogni richiesta non in cache.
Alternative
- Usare record A statici (se il CDN espone IP fissi).
- Reindirizzare HTTP da apex a
www(perde benefici SEO). - Cambiare provider DNS verso uno che supporta ALIAS.
Best practice
Per la maggior parte dei casi, ALIAS è la soluzione corretta. Verifica sempre che il tuo provider lo supporti prima di pianificare la migrazione su CDN.
Hai bisogno di aiuto?
Se vuoi gestione DNS affidata a G Tech Group, scrivici tramite il modulo di contatto.