Pubblicato il
Un dominio può essere registrato da un fornitore, il sito ospitato su un altro server e la posta gestita da una piattaforma dedicata. Sapere come usare nameserver personalizzati permette di tenere insieme questi elementi con una configurazione DNS coerente, evitando errori che rendono il sito irraggiungibile o bloccano la ricezione delle email.
Questa scelta non serve a tutti. Per un sito vetrina con un solo hosting, i nameserver forniti dal provider sono spesso la soluzione più semplice. I nameserver personalizzati diventano utili quando si vuole gestire direttamente la zona DNS, usare un'infrastruttura proprietaria, separare dominio e hosting oppure offrire servizi a clienti e progetti diversi sotto il proprio brand.
Cosa sono i nameserver personalizzati
I nameserver sono i server DNS autorevoli per un dominio: indicano al resto di Internet dove trovare i record DNS corretti. Quando un browser cerca `www.esempio.it`, non cerca direttamente l'indirizzo del server web. Interroga prima il DNS e riceve l'informazione necessaria per raggiungere il sito.
Un nameserver standard può avere un nome come `ns1.provider.net`. Un nameserver personalizzato, invece, usa il proprio dominio, ad esempio `ns1.esempio.it` e `ns2.esempio.it`. Dietro questi nomi devono esistere server DNS realmente configurati per rispondere alle richieste.
La differenza è sostanziale: cambiare i nameserver di un dominio per puntarlo a un provider DNS esterno è un'operazione comune; creare nameserver personalizzati significa anche predisporre i cosiddetti glue record presso il registrar e un servizio DNS autorevole che li supporti. Non basta inventare due hostname nel pannello del dominio.
Quando conviene usarli e quando no
I nameserver personalizzati hanno senso per agenzie web, rivenditori hosting, aziende con più ambienti applicativi e professionisti che gestiscono molti domini. Possono essere utili anche se si vuole mantenere il controllo della configurazione DNS mentre il sito, l'e-commerce, la posta e altri servizi risiedono su infrastrutture differenti.
Dal punto di vista operativo, centralizzano la gestione e consentono di definire policy DNS uniformi. Dal punto di vista commerciale, possono rendere più ordinata l'offerta di servizi a clienti finali, senza esporre il nome tecnico del fornitore DNS scelto.
Ci sono però costi e responsabilità. Un nameserver proprietario richiede ridondanza, monitoraggio, aggiornamenti e attenzione alla sicurezza. Se i due server DNS dipendono dalla stessa rete o dalla stessa macchina virtuale, un guasto singolo può rendere indisponibile la risoluzione del dominio. Per molti progetti è più efficiente usare nameserver gestiti dal provider hosting o da un servizio DNS specializzato, mantenendo comunque il pieno controllo dei record.
Come usare nameserver personalizzati: procedura corretta
La configurazione deve seguire un ordine preciso. Prima si prepara l'infrastruttura DNS, poi si registra l'identità dei nameserver presso il registrar e infine si delega il dominio. Invertire i passaggi può generare una delega che punta a server non ancora raggiungibili.
1. Predisporre due server DNS autorevoli
Servono almeno due nameserver, idealmente collocati su reti o nodi distinti. Possono essere server propri con software DNS autorevole, istanze cloud separate oppure un'infrastruttura DNS gestita che consenta l'uso di hostname personalizzati.
Ogni nameserver deve avere un indirizzo IP pubblico stabile, IPv4 e, se disponibile, IPv6. Per esempio:
- `ns1.esempio.it` associato a `198.51.100.10`
- `ns2.esempio.it` associato a `203.0.113.20`
I due server devono contenere la stessa zona DNS del dominio e rispondere in modo autorevole alle interrogazioni. La replica della zona è essenziale: avere due nomi diversi che puntano allo stesso servizio non offre una vera continuità operativa.
2. Creare e verificare la zona DNS
Nel servizio DNS si crea la zona per il dominio, ad esempio `esempio.it`. La zona deve includere un record SOA, record NS che dichiarano i nameserver scelti e i record necessari ai servizi effettivi: A o AAAA per il sito, MX e TXT per la posta, CNAME per sottodomini e record di verifica per piattaforme esterne.
Un errore frequente riguarda la posta. Quando si sposta la gestione DNS, occorre ricreare tutti i record esistenti, non solo quello del sito. Prima della modifica, esporta o annota record MX, SPF, DKIM, DMARC, autodiscover, record per calendari, CRM e strumenti di analisi. Una zona incompleta può far funzionare il sito ma interrompere servizi aziendali più critici.
Controlla anche il seriale SOA e i tempi di refresh. Se gestisci una zona primaria e una secondaria, il seriale deve aumentare a ogni modifica, altrimenti il secondario potrebbe non ricevere gli aggiornamenti.
3. Registrare i glue record presso il registrar
Questo è il passaggio che distingue un semplice cambio nameserver dalla creazione di nameserver interni al dominio. Se vuoi usare `ns1.esempio.it` per gestire proprio `esempio.it`, il DNS deve poter conoscere l'IP di `ns1.esempio.it` senza dipendere dalla zona che quel server stesso deve risolvere.
I glue record risolvono questo problema. Dal pannello del registrar, cerca una funzione come “registrazione host”, “child nameserver”, “host name” o “glue records”. Inserisci l'hostname del nameserver e il relativo indirizzo IP. Ripeti l'operazione per il secondo nameserver.
Non tutti i pannelli usano la stessa terminologia, ma il concetto resta identico. Se il dominio è registrato e gestito nello stesso account usato per hosting e DNS, come avviene spesso su una piattaforma integrata, questa operazione è più semplice da controllare perché dominio, delega e servizi sono visibili nello stesso ambiente.
4. Impostare la delega ai nuovi nameserver
Dopo aver creato i glue record e verificato che i server DNS rispondano correttamente, imposta `ns1.esempio.it` e `ns2.esempio.it` come nameserver del dominio nel pannello di gestione. Questa azione comunica al registro del TLD quali server sono autorevoli per il dominio.
Non cancellare la configurazione precedente prima di avere completato i controlli. Se possibile, abbassa il TTL dei record DNS già uno o due giorni prima della migrazione. Un TTL più basso riduce il tempo in cui resolver e provider di accesso continuano a usare dati memorizzati nella cache. Non elimina la propagazione istantaneamente, ma rende il passaggio più gestibile.
5. Testare prima e dopo la propagazione
Prima della delega, interroga direttamente gli IP dei nuovi DNS per verificare la presenza dei record. Dopo il cambio, controlla che la delega pubblica restituisca gli hostname previsti e che ciascun nameserver risponda con gli stessi dati.
Verifica almeno il dominio principale, la versione `www`, i record MX e i record TXT di autenticazione email. Se un e-commerce o un'applicazione usa sottodomini come `shop`, `api`, `mail` o `staging`, includili nel controllo. La propagazione può richiedere da pochi minuti fino a 24-48 ore, in base ai TTL precedenti, ai registry e alla cache dei resolver.
Errori che causano più spesso disservizi
Il primo errore è configurare record NS nella zona DNS senza cambiare la delega presso il registrar. Quei record dichiarano un'intenzione, ma non modificano i nameserver che Internet consulta realmente.
Il secondo è creare `ns1` e `ns2` come normali record A, senza registrare i glue record. Per un dominio che usa nameserver con lo stesso suffisso, questo può creare una dipendenza circolare e impedire la risoluzione corretta.
Il terzo errore è trascurare la ridondanza. Due nameserver sulla stessa macchina, sullo stesso hypervisor o nella stessa rete riducono poco il rischio. Per siti aziendali, e-commerce o servizi con posta operativa, separare i nodi e mantenere backup documentati della zona DNS è una misura concreta di continuità.
Infine, evita modifiche DNS affrettate in orari di picco. Pianifica il passaggio, registra lo stato iniziale dei record e conserva un modo rapido per ripristinare la delega precedente se il test evidenzia anomalie.
Gestione ordinata nel tempo
Dopo l'attivazione, il lavoro non è finito. Mantieni un inventario dei record e delle piattaforme collegate al dominio, limita l'accesso al pannello DNS agli utenti necessari e attiva l'autenticazione a due fattori quando disponibile. Ogni record TXT aggiunto per una campagna, un servizio cloud o una verifica tecnica dovrebbe avere un responsabile e una finalità chiara.
Per progetti che crescono, la scelta dell'infrastruttura conta quanto la configurazione. Un sito può iniziare su hosting condiviso e richiedere in seguito risorse cloud o un server dedicato, senza dover confondere questo passaggio con la gestione DNS. Tenere dominio, DNS, hosting e backup sotto controllo, con ruoli ben separati, rende l'evoluzione più prevedibile.
I nameserver personalizzati sono una scelta valida quando corrispondono a una necessità tecnica reale. Se il tuo obiettivo è solo pubblicare un sito in modo affidabile, una configurazione DNS gestita e ben documentata è spesso la strada più rapida. Se invece devi governare più servizi e più domini, costruisci la delega con metodo: è un dettaglio infrastrutturale che può proteggere la continuità del tuo progetto.