Come appare il messaggio
dns_master_load: example.com.zone:12: example.com: CNAME and other dataCause frequenti
- Un hoster o fornitore SaaS chiede “CNAME verso app.provider.net”, anche per il dominio principale.
- L'editor di zona rifiuta la voce o BIND non carica la zona.
- Un provider la accetta lo stesso: allora le query MX o TXT si rompono in modo imprevedibile.
- CNAME e TXT sullo stesso nome di sottodominio, ad es. per una verifica.
Verifica
- Controlla errori nel file di zona (BIND)
named-checkzone example.com /etc/bind/db.example.com - Mostra i record esistenti sull'apex
dig example.com CNAME +short; dig example.com SOA +short; dig example.com MX +short - Ricava l'IP di destinazione del fornitore
dig app.provider.net A +short
Soluzione
- Per il dominio principale imposta record A e AAAA con gli IP del fornitore.
- Se il tuo provider DNS lo supporta: usa ALIAS, ANAME o CNAME flattening invece del CNAME.
- Reindirizza via HTTP il dominio principale su www e crea solo www come CNAME.
- Sui sottodomini non mischiare mai un CNAME con altri record dello stesso nome.
- Dopo le modifiche controlla la zona e abbassa prima il TTL quando cambi.
Domande frequenti
Perché il CNAME funziona su www ma non su example.com?
www non ha altri record, quindi il CNAME è consentito. L'apex ha sempre SOA e NS, e accanto a un CNAME non può esserci altro.
Cosa fa il CNAME flattening?
Il provider DNS risolve da sé la destinazione e sull'apex restituisce record A e AAAA. Per i resolver sembra un normale record A.