Puntare un sottodominio verso un provider diverso dal dominio principale

Una configurazione comune

example.it ospitato su una piattaforma per il sito marketing, app.example.it ospitato altrove, su una piattaforma completamente diversa, per il prodotto vero e proprio — due hosting non correlati, un dominio.

CNAME contro record A su un sottodominio

Un sottodominio può usare un CNAME che punta a qualsiasi hostname, presso qualsiasi provider — qui non c'è alcuna restrizione. È questo che rende semplice lo scenario sopra: app punta all'hostname fornito dalla piattaforma di hosting dell'app.

Perché il dominio principale è diverso

L'RFC 1034 vieta a un CNAME di coesistere con altri record sotto lo stesso nome, e il dominio principale ha sempre bisogno di record NS e SOA — quindi il dominio nudo non può essere un CNAME come può esserlo un sottodominio. Ecco perché il dominio principale ha tipicamente bisogno di un record A (o di una soluzione specifica del provider come ALIAS, ANAME o CNAME flattening) invece di puntare semplicemente all'hostname di una piattaforma come fa app.example.it.

Perché la delega DNS di solito non si sposta

Anche con sottodomini sparsi su provider diversi, i nameserver del dominio — impostati una volta, presso il registrar — di solito restano presso un unico provider DNS. Delegare un sottodominio a nameserver completamente separati è possibile tramite propri record NS, ma raramente serve solo per puntare quel sottodominio verso un altro hosting; un record CNAME o A nella zona esistente è sufficiente.

La configurazione effettiva

Un record CNAME per il sottodominio, che punta all'hostname fornito dalla piattaforma di hosting, accanto a un record A (o soluzione per il dominio principale) per il dominio nudo, che punta all'hosting del sito principale — entrambi nella stessa zona DNS, presso lo stesso provider.

Controlla come risolve un sottodominio