Un record CNAME crea un alias: collega un nome di dominio a un altro nome. Il resolver segue il nome di destinazione per trovare record A o AAAA. Il browser ottiene così l'indirizzo del server tramite questa catena.
Un record CNAME contiene nome, tipo, target e TTL. Il TTL indica per quanto tempo la risposta resta in cache nel resolver locale.
| Nome | Tipo | Target | TTL in secondi |
|---|
| www | CNAME | host.example.net. | 3600 |
In questo esempio il nome www è un alias. Il target è un altro nome di dominio. Il target deve pubblicare record A o AAAA per fornire un indirizzo. Un TTL di 3600 equivale a un'ora.
Lo stesso nome non può avere più record CNAME. Un CNAME non può coesistere con altri record sullo stesso label: niente A, AAAA, MX o TXT nello stesso punto. Il CNAME deve essere l'unico record presente.
Un TTL breve rende più rapida la visibilità di un cambio target. Utile durante una migrazione verso un nuovo provider.
Un TTL medio o lungo riduce le query verso i server autoritativi, adatto a un servizio stabile.
Conviene abbassare il TTL qualche ora prima dello switch e rialzarlo quando tutto è stabile.
Da sapere
Un CNAME può puntare a un altro CNAME. Funziona ma ogni hop aggiunge latenza. Meglio puntare direttamente al nome finale quando possibile.
All'apice del dominio evita il CNAME: l'apex deve già pubblicare SOA e NS. Alcuni provider offrono funzioni equivalenti (flattening o ALIAS).
Per www un CNAME è comodo quando il target è gestito da un provider. Per api, cdn o static un CNAME mantiene l'architettura flessibile: il target può cambiare senza toccare il nome originale.
Evita
Di posizionare un CNAME insieme a record A, AAAA, MX o TXT: non è conforme.
Di usare un CNAME all'apice senza una funzione dedicata del provider.
Di far puntare un MX a un nome che è a sua volta un CNAME: l'MX deve puntare a un nome con record A o AAAA.
Un lookup DNS online permette di inserire un nome e ottenere il target CNAME con il TTL visibile da Internet. È un buon primo controllo. Completa con un test locale.
Windows offre nslookup in modalità interattiva.
nslookup
set q=cname
www.example.com
nslookup
set q=cname
server 1.1.1.1
www.example.com
La prima parte usa la configurazione di rete della macchina. La seconda forza un resolver terzo, qui Cloudflare.
Su questi sistemi il comando dig è pratico.
dig CNAME www.example.com
dig CNAME www.example.com @1.1.1.1
Una risposta con un CNAME indica il nome di destinazione. Verifica poi che il target pubblichi effettivamente A o AAAA.
Un TTL residuo elevato può spiegare un ritardo dopo la modifica del target.
Catene di CNAME troppo lunghe possono introdurre latenza: riducile quando possibile.
- Prepara il target finale che pubblica record A o AAAA.
- Abbassa il TTL del CNAME a 300 o 60 secondi qualche ora prima dello switch.
- Modifica il target all'orario previsto.
- Verifica con nslookup o dig da più reti.
- Rialza il TTL a un valore confortevole quando tutto è stabile.
Suggerimento pratico
Annota target attuale e target previsto prima di una modifica. Conserva data, TTL e motivo. Questa traccia evita confusione e velocizza un eventuale rollback.
Imposta www come CNAME verso il nome fornito dal CDN. Mantieni record A e AAAA all'apice se la piattaforma offre un equivalente.
Per servizi gestiti da terzi (e-mail transazionali, analytics), un CNAME delega la risoluzione senza pubblicare un indirizzo.
Punta preprod come CNAME verso un host dedicato. Basta cambiare il target quando la versione è validata.
- Se il sito non risponde, verifica che il CNAME punti al nome corretto.
- Assicurati che il target pubblichi A o AAAA: senza questi record non viene fornito alcun indirizzo.
- Se un servizio cambia infrastruttura, aggiorna il target e evita catene inutili.
- Se la risposta resta vecchia, attendi la scadenza del TTL e svuota la cache del resolver locale se possibile.
In sintesi, un record CNAME crea un alias tra due nomi. Il resolver segue il target per ottenere i record A o AAAA. Il CNAME deve essere l'unico record sullo stesso label. Evita di usarlo all'apice salvo funzioni dedicate del provider. La verifica parte da uno strumento online e continua con nslookup e dig.
Seguendo queste indicazioni la gestione resta chiara. Le modifiche avvengono senza stress e i visitatori raggiungono il sito senza problemi.