Come funziona la delega DNS tra registrar e provider

La delega DNS è il meccanismo con cui l'autorità su una parte della gerarchia dei nomi DNS viene assegnata a un altro insieme di nameserver. Un registrar di domini controlla di solito la delega dei nameserver inviata al registry, mentre un provider di hosting DNS serve i record della zona a cui quella delega fa riferimento. Sono responsabilità collegate ma distinte. Il registrar non ospita necessariamente i record A, MX o TXT e il provider DNS non può cambiare la delega nella zona padre, a meno che non gestisca anche le impostazioni lato registrar. Quando i record modificati in una dashboard non compaiono pubblicamente, una delega errata o inattesa è tra le prime cose da verificare.

Segui l'autorità dal padre al figlio

Un resolver ricorsivo parte da informazioni fidate sulla radice e segue i rimandi lungo la gerarchia DNS. La radice indirizza verso un dominio di primo livello, come .com; il TLD indirizza verso i nameserver autorevoli del dominio; quei nameserver forniscono i record del dominio o ulteriori deleghe. Ogni rimando indica chi è responsabile della parte successiva. La delega permette a milioni di zone gestite separatamente di coesistere, senza che un unico server globale debba contenere ogni record. Significa anche che un errore in un solo passaggio può rendere irraggiungibile una zona per il resto corretta.

1. Crea e popola la zona di destinazione presso il provider DNS scelto.
2. Conferma gli hostname dei nameserver autorevoli assegnati dal provider.
3. Imposta la delega del dominio presso il registrar o il piano di controllo della zona padre.
4. Verifica le risposte NS pubbliche e interroga direttamente i server autorevoli.
5. Controlla i principali record di sito web, posta e verifica dopo il passaggio.

Quando un nameserver delegato si trova all'interno del dominio che serve, possono servire i glue record nella zona padre, così che i resolver trovino l'IP del server senza dover prima chiederlo al server stesso. In genere provider e registrar accompagnano i clienti in questa configurazione, ma chi gestisce nameserver personalizzati deve conoscere la dipendenza. Un errore di battitura, un glue mancante o una delega incoerente possono causare timeout o errori anche se il server DNS è in esecuzione. Gli hostname di nameserver standard forniti dai provider gestiti spesso evitano ai clienti di doversi occupare di questo dettaglio di basso livello.

Perché il provider sbagliato può sembrare quello giusto

La dashboard di un DNS può mostrare una zona completa anche se quel provider non è autorevole per il dominio pubblico. Magari il dominio è ancora delegato a un host precedente, l'aggiornamento presso il registrar non è stato completato o un sottodominio è delegato separatamente. In questi casi, modificare la zona inattiva non cambia nulla di ciò che vedono i normali resolver pubblici. Controlla i record NS dall'esterno della dashboard del provider e confrontali con i nameserver assegnati alla zona. Se un sottodominio ha una propria delega NS, i record di quel ramo possono essere gestiti in modo indipendente dal padre.

Durante la migrazione tra provider, mantieni disponibile la vecchia zona mentre delega e cache fanno la transizione. Abbassare in anticipo i TTL dei record serve solo dopo che il vecchio TTL ha avuto il tempo di scadere. Copia i record di posta, di convalida e dei sottodomini, non solo l'indirizzo del sito web. Una volta cambiata la delega, interroga i nuovi server autorevoli e confronta le risposte con la zona preparata. Una migrazione è completa quando i nomi previsti si risolvono correttamente dall'autorità prevista e i servizi dipendenti sono stati testati, non semplicemente quando il modulo del registrar segnala che è andato tutto bene.

Per approfondire, vedi cos'è un record NS, nameserver e delega del dominio e come verificare una migrazione DNS. Un lookup DNS pubblico può mostrare le risposte visibili a un resolver, mentre una query autorevole aiuta a verificare la zona stessa. Separare la delega presso il registrar dall'hosting dei record è la chiave per capire dove vada effettivamente fatta una modifica DNS.

Prepara un passaggio di consegne chiaro per la delega

Per un passaggio di delega pulito, individua la data e l'ora esatte in cui viene inviata la modifica al registrar, chi può annullarla e quali verifiche sui resolver ne confermeranno il completamento. Tieni un contatto autorevole sia presso il vecchio sia presso il nuovo provider DNS durante la transizione. Se il dominio usa nameserver personalizzati o zone figlie delegate, inserisci queste dipendenze nel runbook. Un aggiornamento del registrar riuscito non dimostra che ogni hostname di nameserver si risolva né che ogni record di servizio sia stato copiato. Verifica dall'esterno dell'account i dati NS, risposte A e AAAA rappresentative, i target MX e i record TXT critici. Così il team ha una checklist che copre l'autorità e i servizi che dipendono dalla zona delegata. Dopo la transizione, rimuovi il vecchio provider solo quando il team ha confermato che la nuova autorità serve tutti i record previsti e la finestra di rollback si è chiusa. Conserva nel ticket di modifica la data, i valori di delega e i risultati delle verifiche, così un futuro amministratore potrà capire quale servizio DNS gestisce il dominio.