CNAME o record A: quale scegliere e quando

Entrambi i record puntano un hostname da qualche parte. La differenza sta in cosa indicano, e determina chi è responsabile di mantenere corretta la configurazione quando cambia un indirizzo IP.

La decisione in una domanda

Per la maggior parte delle persone la decisione è davvero tutta qui. Il resto dell'articolo riguarda i dettagli che fanno inciampare.

Come si risolve un CNAME

CNAME sta per Canonical Name. Dice: questo nome è un alias, vai a cercare quell'altro nome.

shop.example.com.    3600    IN    CNAME    stores.myshopify.com.
stores.myshopify.com. 300    IN    A        23.227.38.65

Un resolver che chiede shop.example.com riceve il CNAME, poi risolve stores.myshopify.com e infine restituisce 23.227.38.65. Due lookup invece di uno: pochi millisecondi, quasi sempre serviti dalla cache.

Il vantaggio è che quando Shopify passa a un nuovo indirizzo, modifica un solo record A dal suo lato e il tuo dominio lo segue automaticamente. Con un record A, resteresti offline finché non te ne accorgi e lo modifichi tu.

Il vincolo sul dominio root

È la frustrazione DNS più comune in assoluto, ed è una regola del protocollo, non un limite del tuo provider.

Per questo gli host che ti forniscono solo un hostname (myapp.herokuapp.com) creano un problema sul dominio root. Ci sono tre vie d'uscita:

1. 1

   ALIAS / ANAME / CNAME flattening

   Molti provider DNS offrono un tipo di record sintetico che si comporta come un CNAME sul dominio root. Il provider risolve da sé la destinazione e pubblica l'IP risultante come normale record A, quindi la regola del protocollo non viene mai violata. Cloudflare lo chiama CNAME flattening; Route 53 lo chiama alias record.

2. 2

   Reindirizzare il dominio root a www

   Punta il dominio root a un piccolo servizio di redirect e metti il CNAME su www. Soluzione semplice e supportata ovunque, al prezzo di un passaggio in più per i visitatori.

3. 3

   Usare un record A e accettare la manutenzione

   Se il tuo provider pubblica IP stabili e li documenta come statici, un record A sul dominio root va benissimo. Verifica che ne garantisca la stabilità: molti dichiarano esplicitamente di non farlo.

Un CNAME deve essere l'unico record

Se un nome ha un CNAME, non può avere nient'altro: né A, né MX, né TXT.

mail.example.com.    IN    CNAME    ghs.googlehosted.com.
mail.example.com.    IN    TXT      "v=spf1 include:_spf.google.com ~all"

Alcuni provider rifiutano questa configurazione in modo netto; peggio ancora, altri la accettano e si comportano in modo imprevedibile. Se ti serve un record TXT su un nome, quel nome non può essere un CNAME.

Quando scegliere l'uno o l'altro

Usa un record A per

• Il tuo dominio root, in quasi tutti i casi.
• Un server che gestisci su un IP statico: un VPS, una macchina dedicata, un indirizzo cloud riservato.
• Qualsiasi punto in cui servono altri record sullo stesso nome.
• Le destinazioni MX, che devono risolversi in indirizzi.

Usa un CNAME per

• Sottodomini che puntano a una piattaforma gestita (Shopify, Heroku, Netlify, Vercel).
• www, puntato al dominio root o all'hostname del tuo host.
• I sottodomini di verifica del dominio che i provider ti chiedono di creare.
• Tutto ciò il cui IP sottostante non è sotto il tuo controllo.

Controllare cosa hai configurato

dig +short www.example.com CNAME
dig +short www.example.com A

Lo strumento di lookup mostra insieme i record A, AAAA e CNAME di qualsiasi dominio, il che rende facile individuare un nome che ha entrambi quando non dovrebbe.