Cambiare i nameserver senza downtime: la checklist

Puoi cambiare i nameserver senza downtime se il nuovo provider DNS ha già una copia completa dei tuoi record DNS prima del passaggio. Durante la transizione alcuni resolver interrogano ancora i vecchi nameserver e altri già i nuovi, quindi entrambi devono dare le stesse risposte. La checklist qui sotto ti dice cosa copiare, cosa controllare e come verificare il risultato, con un occhio di riguardo per le email.

Cosa fanno i nameserver

Quando qualcuno digita il tuo dominio nel browser, il suo resolver deve scoprire quale indirizzo IP gli corrisponde. Chiede al registro del tuo dominio di primo livello (per esempio .com o .it) quali server sono responsabili del tuo dominio. Quelli sono i tuoi nameserver. Il resolver poi chiede a loro i record veri e propri: dove si trova il sito, dove vanno le email e così via.

Ci sono quindi due livelli, ed è utile tenerli distinti:

Cambiare i nameserver sposta l'intera zona da un provider a un altro in un solo passaggio. Modificare un singolo record cambia solo una voce all'interno della zona. Se vuoi un ripasso su come funzionano in generale le risoluzioni DNS, la voce del glossario MDN sul DNS (in inglese) è una buona introduzione breve.

Cosa succede quando li cambi

Aggiorni i nameserver presso il tuo registrar. Il registrar trasmette la modifica al registro, di solito in pochi minuti. Dopodiché i resolver di tutto il mondo recepiscono la nuova delega man mano che la loro copia in cache scade.

Questa cache è regolata dal TTL (time to live), un valore in secondi che indica ai resolver per quanto tempo possono conservare una risposta, come definito nella RFC 1034 (in inglese). Il TTL della delega non lo imposti tu ma il registro, e spesso vale un giorno o due. Per questo i provider dicono di solito che un cambio di nameserver può richiedere fino a 48 ore per arrivare a tutti, anche se molti visitatori lo vedono molto prima.

In questo intervallo entrambi i set di nameserver ricevono richieste. Non si rompe nulla finché rispondono allo stesso modo. Il downtime arriva quando nella nuova zona manca qualcosa, per esempio un record MX, e i visitatori o i server di posta che usano già i nuovi nameserver non ricevono risposta.

Prima del cambio: la checklist

1. Fai una copia completa della zona attuale

Accedi al tuo attuale provider DNS ed esporta il file di zona, se lo permette. Altrimenti copia a mano ogni record: tipo, nome, valore, priorità e TTL. Non affidarti alla memoria né a ciò che serve al sito. I sottodomini dimenticati (un sito di staging, un portale clienti, una voce autodiscover per la posta) sono la causa più comune di problemi.

2. Controlla due volte i record della posta

L'email è la parte che si guasta in silenzio, quindi cerca tutti questi record:

• record MX, con le rispettive priorità
• SPF: un record TXT sul dominio principale che inizia con v=spf1
• DKIM: record TXT o CNAME sotto <selector>._domainkey
• DMARC: un record TXT su _dmarc
• record CNAME o SRV autodiscover/autoconfig usati dai client di posta

Il DKIM è facile da dimenticare perché dall'esterno non puoi elencare i selettori. Controlla il pannello di amministrazione del tuo provider email, oppure apri un messaggio che hai inviato e cerca s= nell'header DKIM-Signature. Quel valore è il selettore.

3. Raccogli i record di verifica

I record TXT per Google Search Console, Microsoft 365, provider di pagamento, validazione SSL e servizi simili stanno spesso sul dominio principale o su sottodomini particolari. Se spariscono, quei servizi possono smettere di funzionare o chiederti una nuova verifica.

4. Verifica se è attivo DNSSEC

Se DNSSEC è attivo, il tuo registrar conserva un record DS che corrisponde alle chiavi del vecchio provider. Se cambi i nameserver senza occupartene, i resolver che validano DNSSEC rifiutano completamente il tuo dominio. La strada sicura più semplice è rimuovere prima il record DS presso il registrar, attendere che scada e solo dopo fare il cambio. La panoramica di ICANN su DNSSEC (in inglese) spiega come funziona la catena di fiducia.

5. Ricrea la zona presso il nuovo provider

Aggiungi ogni record alla zona del nuovo provider prima di toccare i nameserver. Confronta vecchia e nuova zona riga per riga.

6. Scegli un momento tranquillo

Scegli un orario con poco traffico, in cui puoi controllare il risultato per un'ora o due. Evita il venerdì sera e i giorni in cui parte una campagna.

Il cambio vero e proprio

1. Apri le impostazioni del dominio presso il tuo registrar (non presso il tuo hosting, a meno che non siano la stessa società).
2. Trova la sezione dei nameserver e scegli i nameserver personalizzati.
3. Sostituisci le voci esistenti con quelle che ti ha dato il nuovo provider. Elimina tutte quelle vecchie: mescolare nameserver vecchi e nuovi porta a risposte incoerenti.
4. Salva. Alcuni registrar chiedono una conferma via email.
5. Tieni attivo il vecchio servizio DNS per almeno qualche giorno. I resolver che usano ancora la vecchia delega ne hanno bisogno per ricevere risposte finché la loro cache non scade.

Dopo il cambio: verifica

Controlla cosa vede il mondo per la tua delega:

dig NS example.com +short

Interroga direttamente i nuovi nameserver, così la risposta non dipende dalla cache:

dig MX example.com @ns1.new-provider.example +short
dig TXT example.com @ns1.new-provider.example +short
dig A www.example.com @ns1.new-provider.example +short

Confronta ogni risultato con il tuo export. Poi passa ai test pratici: carica il sito, invia un'email al dominio da un indirizzo esterno, inviane una dal dominio e controlla che non finisca nello spam, e accedi a ogni servizio che dipende da un record TXT o CNAME.

Se qualcosa va storto

• Sito irraggiungibile per alcuni visitatori: confronta i record A e AAAA nelle due zone. Un record AAAA mancante è facile da non notare.
• Email respinte o mancanti: controlla prima gli MX, poi SPF, DKIM e DMARC rispetto all'export.
• Il dominio non si risolve affatto: controlla DNSSEC. Il sospettato abituale è un record DS rimasto al suo posto.
• Devi tornare indietro: reimposta i vecchi nameserver presso il registrar. È per questo che tieni attivo il vecchio servizio: il ripristino si propaga esattamente come il cambio.

L'articolo di supporto sui problemi DNS tratta altri casi nel dettaglio.

Come ti aiuta fast.site

L'attivazione di fast.site è un cambio di nameserver, quindi questa checklist si applica direttamente. Aggiungi il dominio nella dashboard, imposti presso il registrar i nameserver indicati lì e fai la verifica. fast.site poi controlla la propagazione in automatico in background, così non devi continuare a lanciare verifiche tu.

Dopo il cambio, fast.site gestisce il DNS del dominio e supporta record A, AAAA, CNAME, MX, TXT e SRV. Significa che i tuoi record esistenti, compresi gli MX e i record di autenticazione della posta, devono essere presenti nella zona DNS di fast.site. Confrontali con il tuo export prima di modificare qualsiasi cosa presso il registrar. La documentazione DNS e la guida introduttiva ti accompagnano passo per passo.

Il tuo sito resta sull'hosting attuale. fast.site si mette davanti come descritto in cosa fa un CDN, mette in cache le pagine pubbliche sull'edge e aggiunge il rilevamento automatico degli attacchi DDoS di livello 7, utile anche se stai migrando a causa di un attacco (vedi cosa fare durante un attacco DDoS). I certificati SSL vengono emessi e rinnovati in automatico.

Quando il dominio è attivo, misura il sito prima e dopo. Una prova gratuita di 7 giorni parte solo quando DNS, SSL e attivazione del dominio sono pronti.

Domande frequenti

Quanto tempo ci vuole per cambiare i nameserver?

Di solito il registro elabora la modifica in pochi minuti. I resolver la recepiscono poi man mano che scade la delega in cache, e questo può richiedere fino a 48 ore. Molti visitatori vedono i nuovi nameserver molto prima.

Se cambio nameserver, le email smettono di funzionare?

No, se la nuova zona contiene gli stessi record MX, SPF, DKIM e DMARC di quella vecchia. I server di posta cercano i record MX come qualsiasi altro resolver. Se quei record mancano nella nuova zona, la posta in arrivo può essere respinta o arrivare in ritardo.

Cambiare i nameserver equivale a trasferire il dominio?

No. Un trasferimento sposta la registrazione del dominio a un altro registrar. Un cambio di nameserver sposta solo chi risponde alle richieste DNS. Il dominio resta presso il tuo registrar e puoi cambiare i nameserver in qualsiasi momento senza trasferimento.

Conviene abbassare il TTL prima di cambiare i nameserver?

Aiuta per i record che hai intenzione di modificare, perché i resolver li aggiornano prima. Non accelera invece la delega, perché quel TTL lo imposta il registro. Se le due zone rispondono in modo identico, il TTL non causa downtime.

Posso tornare ai vecchi nameserver se qualcosa non va?

Sì. Reimposta i vecchi nameserver presso il registrar e la modifica si propaga allo stesso modo. Funziona senza intoppi solo se il vecchio servizio DNS contiene ancora la zona, quindi non disdirlo subito dopo il cambio.