Contenuti
Chi gestisce davvero il dominioIl dominio è stato registrato.
Il sito funziona.
La posta elettronica anche.
Per mesi, a volte per anni, nessuno si occupa più del DNS.
Sembra un servizio invisibile.
Silenzioso.
Finché un giorno diventa necessario fare una modifica.
Un nuovo fornitore deve configurare un servizio.
Serve aggiungere un record.
Creare un sottodominio.
Verificare un dominio.
È un’operazione normale.
Eppure, proprio in quel momento, possono iniziare problemi che coinvolgono contemporaneamente sito, posta elettronica e altri servizi.
Non perché il DNS sia fragile.
Ma perché non è chiaro chi lo stia realmente gestendo.
In questo articolo vedremo:
- perché il DNS è uno dei servizi più delicati dell’infrastruttura;
- perché più fornitori possono lavorare sullo stesso dominio;
- e perché avere un proprietario non significa avere un responsabile.
1. Il DNS lavora in silenzio
Quando tutto funziona, nessuno pensa al DNS.
Eppure è uno dei servizi più importanti dell’intera infrastruttura.
Ogni volta che qualcuno visita il sito.
Invia un’email.
Accede a un servizio collegato al dominio.
Il DNS fornisce le informazioni necessarie per raggiungere la destinazione corretta.
È un servizio che lavora continuamente.
Senza essere visibile.
Ed è proprio questa sua discrezione a far dimenticare quanto sia centrale.
2. Più servizi, un solo dominio
Con il tempo un dominio inizia spesso a ospitare molti servizi diversi.
Per esempio:
- il sito web;
- la posta elettronica;
- piattaforme di newsletter;
- strumenti di verifica;
- servizi esterni;
- sottodomini dedicati.
Ogni nuovo servizio può richiedere modifiche al DNS.
Ed è perfettamente normale.
Il problema non è che esistano più fornitori.
Il problema nasce quando ciascuno interviene guardando esclusivamente il proprio servizio.
3. Una modifica può influenzare tutto il resto
Immaginiamo una situazione reale.
Il sito è ospitato presso un provider.
La posta elettronica utilizza un altro servizio.
Arriva un nuovo fornitore che deve configurare una piattaforma di mailing.
Successivamente decide di pubblicare un nuovo servizio su un hosting differente.
Per farlo interviene sulla configurazione del dominio.
L’obiettivo è corretto.
La modifica riguarda il servizio che deve attivare.
Ma durante l’operazione la configurazione del DNS viene modificata in modo incompatibile con ciò che era già presente.
Il risultato è immediato.
Il sito smette di essere raggiungibile.
La posta elettronica non funziona più.
Non perché qualcuno volesse interrompere questi servizi.
Ma perché una modifica locale ha avuto effetti sull’intero dominio.
4. Il problema nasce prima della modifica
È naturale concentrarsi sull’ultima operazione eseguita.
Ma il problema, spesso, è nato molto prima.
Quando nessuno aveva definito chi fosse responsabile della gestione del DNS.
Il dominio aveva un proprietario.
Ogni fornitore aveva un’esigenza legittima.
Quello che mancava era una regola semplice.
Chi decide le modifiche?
Senza una risposta condivisa, ogni intervento aumenta il rischio di influenzare servizi che altri stanno utilizzando.
5. Gli accessi non sono la soluzione
Quando un fornitore ha bisogno di aggiungere un record DNS, la soluzione più semplice sembra essere questa:
fornire le credenziali.
In molti casi è anche la più rischiosa.
Ogni modifica al DNS può avere conseguenze che vanno oltre il singolo servizio.
Per questo motivo non è necessario che tutti abbiano accesso alla configurazione.
È spesso sufficiente che chi conosce le modifiche necessarie le condivida con chi è responsabile della gestione del dominio.
In questo modo ogni intervento viene eseguito tenendo conto dell’intera infrastruttura.
6. Una visione d’insieme
Più cresce un progetto digitale, più aumentano le persone coinvolte.
Sviluppatori.
Provider.
Servizi cloud.
Piattaforme di marketing.
Ogni figura lavora correttamente sul proprio ambito.
Ma il dominio rimane uno solo.
Ed è il punto in cui tutte queste attività si incontrano.
Senza una visione complessiva, anche modifiche corrette possono produrre conseguenze inattese.
7. La lezione (non tecnica)
Il dominio non è soltanto un nome.
È uno dei punti di collegamento dell’intero progetto digitale.
Per questo motivo la domanda più importante non è:
Chi può modificare il DNS?
Ma:
Chi è responsabile delle modifiche al DNS?
Sono due domande molto diverse.
La prima riguarda gli accessi.
La seconda riguarda l’organizzazione.
Ed è proprio questa differenza che aiuta a prevenire molti problemi prima ancora che si manifestino.
Conclusione
Quando un sito smette di funzionare dopo una modifica al DNS è facile cercare l’ultima operazione eseguita.
Molto spesso, però, il problema nasce prima.
Nasce quando manca una responsabilità chiara sulla gestione di un servizio condiviso.
Perché un dominio può essere utilizzato da molti.
Ma, per continuare a far funzionare l’intero progetto, dovrebbe sempre essere chiaro chi ne coordina le modifiche.
La continuità operativa dipende anche da responsabilità chiare. Quando nessuno coordina un’infrastruttura condivisa, anche una semplice modifica può interrompere il lavoro del sito.
