Round-robin DNS involontario: il sito che cambia a ogni visita

Round-robin DNS involontario: il sito che cambia a ogni visita

Ci sono problemi che si manifestano in modo chiaro.
E poi ce ne sono altri che sembrano impossibili da spiegare.

Un utente vede il sito aggiornato.
Un altro vede una versione vecchia.
Un terzo non riesce a completare un’azione.

Il sito è online.
Il dominio risponde.
Eppure ogni visita racconta una storia diversa.

In questi casi il problema non è il CMS.
Non è il server.
E spesso non è nemmeno un errore “tecnico” nel senso classico.

È una configurazione DNS che, senza volerlo, distribuisce le richieste su più destinazioni diverse.

Un round-robin involontario.

Non progettato.
Non controllato.
Non compreso.

Il risultato è un sito che:

• cambia comportamento a ogni visita
• alterna versioni diverse
• produce problemi intermittenti impossibili da riprodurre

E proprio per questo resta irrisolto a lungo.

Questo articolo nasce per spiegare come può accadere, perché è così difficile da individuare e perché, ancora una volta, un sito può essere online e allo stesso tempo non affidabile.

1. Il sintomo: “a me funziona, a te no”

Il primo segnale di questo problema non è un errore tecnico.
È una conversazione surreale.

Qualcosa del tipo:

• “Io vedo il sito nuovo”
• “Strano, a me esce ancora quello vecchio”
• “A me il checkout non va”
• “Qui invece funziona”

Tutti hanno ragione.
E nessuno sta sbagliando.

Il sito sembra instabile, ma non lo è davvero

Dal punto di vista di chi gestisce il sito:

• il dominio risponde
• il server è online
• non ci sono errori evidenti

Dal punto di vista degli utenti:

• il sito cambia
• alcune funzioni vanno, altre no
• l’esperienza è incoerente

Il problema non è che il sito “va e viene”.
È che non è lo stesso sito per tutti.

Perché il problema sembra casuale

Uno degli aspetti più frustranti è l’imprevedibilità.

Lo stesso utente può:

• vedere una versione diversa ricaricando la pagina
• avere un risultato diverso cambiando rete
• non riuscire a riprodurre il problema due volte di fila

Questo porta a pensare che:

• sia un bug intermittente
• sia un problema di cache
• sia un errore lato browser

In realtà, il comportamento è perfettamente coerente.
Solo che non è visibile a colpo d’occhio.

Il classico rimbalzo di responsabilità

In questa fase iniziano le ipotesi:

• “Sarà il CMS”
• “Sarà la cache”
• “Sarà il browser”
• “A me non succede”

Ogni attore vede solo una parte del problema.
E nessuno guarda il punto comune a tutte le richieste: il DNS.

Il punto chiave

Quando utenti diversi vedono comportamenti diversi senza una logica apparente, il problema non è quasi mai nel codice.

È nel modo in cui le richieste vengono indirizzate.

2. Cos’è il round-robin DNS (senza volerlo)

Il round-robin DNS è una tecnica legittima.
Viene usata quando si vuole distribuire il traffico su più server.

Il problema nasce quando non è una scelta,
ma il risultato di una configurazione fatta senza piena consapevolezza.

Il DNS non “sceglie”, alterna

Quando un dominio ha più record che puntano a destinazioni diverse,
il DNS non decide quale sia quello giusto.

Si limita ad alternarli.

Ogni richiesta può finire:

• su un server
• oppure su un altro
• senza alcuna logica percepibile dall’utente

Dal punto di vista del DNS, tutto questo è corretto.
Dal punto di vista del sito, può essere devastante.

Quando il round-robin nasce per errore

Nella maggior parte dei casi, questo scenario nasce così:

• esiste già un record funzionante
• viene aggiunto un nuovo record “per prova”
• quello vecchio non viene rimosso

La configurazione, tecnicamente, è valida.
Ma il risultato è un comportamento imprevedibile.

Il DNS non sa quale sito è quello giusto.
Li considera entrambi legittimi.

Il problema non è la tecnica, ma il contesto

Il round-robin funziona solo se:

• i server sono sincronizzati
• i contenuti sono identici
• le configurazioni sono coerenti

Quando queste condizioni non esistono:

• ogni server racconta una versione diversa
• alcune funzioni sono presenti, altre no
• i dati non coincidono

Il sito non è rotto.
È incoerente.

Perché sembra tutto “quasi” funzionare

Questo è l’aspetto più pericoloso:

• il dominio risponde sempre
• non ci sono errori evidenti
• il sito si apre

Ma non sempre è lo stesso sito.

E questo rende il problema:

• difficile da individuare
• difficile da spiegare
• difficile da dimostrare

Il punto chiave

Il round-robin DNS involontario non nasce da un errore grave.
Nasce da una configurazione apparentemente corretta, ma inserita in un contesto che non la supporta.

3. Come nasce il problema nella pratica

Nella maggior parte dei casi, il round-robin DNS involontario non nasce da una scelta sbagliata.
Nasce da una sequenza di azioni corrette, ma scollegate tra loro.

Ed è proprio questo che lo rende così comune.

Il contesto tipico: più soggetti, un solo dominio

Lo scenario è spesso questo:

• il dominio è gestito dal cliente
• il sito esistente è già online
• entra in gioco una nuova agenzia o un nuovo fornitore

Ognuno lavora sul proprio pezzo.
Nessuno ha una visione completa.

La richiesta “innocua”

Arriva il momento della messa in produzione:

• il nuovo sito è pronto
• serve puntare un sottodominio o un servizio
• il cliente ha accesso alla zona DNS

Qui avviene il passaggio critico.

Invece di:

• modificare un record esistente

viene:

• aggiunto un nuovo record

Dal punto di vista tecnico:

• la configurazione è valida
• il DNS accetta tutto

Dal punto di vista funzionale:

• ora esistono più destinazioni attive

Il DNS fa il suo lavoro (fin troppo bene)

Il DNS non segnala errori.
Non avvisa.
Non interpreta.

Si limita a:

• restituire uno dei record disponibili
• alternare le risposte
• distribuire le richieste

Ogni chiamata può finire:

• sul sito vecchio
• sul sito nuovo

E nessuno dei due “vince”.

Perché il problema non viene subito individuato

Nei primi momenti:

• chi testa vede il sito nuovo
• il cliente vede “qualcosa che funziona”
• i controlli automatici non segnalano nulla

Il problema emerge solo quando:

• utenti diversi vedono versioni diverse
• alcune funzioni falliscono
• i dati non coincidono

Ma a quel punto:

• il problema è già attivo
• non è facile risalire alla causa

Il punto chiave

Il round-robin involontario nasce quasi sempre da:

• una modifica fatta “in più”
• non da una modifica fatta male

È il risultato di una gestione frammentata di un punto che dovrebbe essere unico e centrale: il DNS.

4. Le conseguenze: un sito incoerente e ingestibile

Quando un sito viene servito da più destinazioni diverse, il problema non è solo che “si vede una cosa diversa”.

Il problema è che nulla è più affidabile.

Esperienze utente completamente diverse

Due utenti che visitano lo stesso indirizzo possono:

• vedere contenuti diversi
• trovarsi su versioni diverse del sito
• avere funzionalità che per uno esistono e per l’altro no

Dal loro punto di vista, il sito è:

• instabile
• confuso
• poco professionale

E non c’è modo di spiegargli cosa sta succedendo.

Funzioni critiche che falliscono “a caso”

Il problema diventa grave quando entrano in gioco funzioni operative:

• checkout
• area riservata
• form di contatto
• integrazioni esterne

Una richiesta può:

• arrivare al server giusto
• oppure finire su quello sbagliato

Il risultato è che:

• un ordine non si completa
• un login non funziona
• un’azione viene persa

Senza un errore chiaro.

Dati che non coincidono

Quando i server non condividono:

• database
• file
• sessioni

succede qualcosa di ancora più pericoloso.

I dati diventano incoerenti:

• un’azione fatta non risulta
• una modifica sembra non salvata
• un contenuto “scompare”

Dal punto di vista di chi gestisce il sito, sembra un bug applicativo.

In realtà è un problema di indirizzamento.

Il danno invisibile

Il sito:

• non è down
• non genera errori evidenti
• risponde sempre

Eppure:

• gli utenti si frustrano
• le conversioni calano
• la fiducia si perde

Il danno cresce senza produrre segnali chiari.

Il punto chiave

Un sito che cambia a ogni visita non è solo difficile da usare.

È impossibile da gestire.

Perché:

• non esiste una versione “corretta”
• non esiste un comportamento riproducibile
• non esiste una base stabile su cui intervenire

5. Perché è così difficile da diagnosticare

Uno degli aspetti più frustranti del round-robin DNS involontario è che non si comporta mai allo stesso modo due volte.

Ed è proprio questo che manda fuori strada anche i tecnici esperti.

I test non sono ripetibili

Chi prova a verificare il problema spesso fa questo:

• apre il sito
• prova una funzione
• ricarica la pagina

Se “in quel momento” la richiesta finisce sul server giusto, il problema sembra sparire.

Pochi minuti dopo:

• un altro utente
• un’altra rete
• un’altra richiesta

e il comportamento cambia di nuovo.

Il risultato è che:

• non si riesce a riprodurre l’errore
• non si riesce a dimostrare il problema
• non si riesce a isolarne la causa

Ognuno vede una parte diversa della realtà

Il cliente vede:

• “a me funziona”

L’agenzia vede:

• “qui è tutto ok”

Il tecnico vede:

• “non ci sono errori”

Tutti dicono il vero.
Ma nessuno vede il quadro completo.

Questo porta a:

• discussioni inutili
• scaricabarile
• perdita di tempo

Mentre il problema continua a colpire gli utenti.

Il DNS è fuori dal radar

La maggior parte delle analisi si concentra su:

• CMS
• plugin
• cache
• browser

Il DNS viene guardato solo quando:

• il sito non risponde
• il dominio non è risolto

In questo caso, invece, il DNS funziona perfettamente.
Solo che fa una cosa diversa da quella attesa.

E proprio per questo non viene sospettato.

I controlli automatici non aiutano

Dal punto di vista dei monitor:

• il dominio risponde sempre
• il sito è online
• non ci sono downtime

Il problema non è la disponibilità.
È la coerenza.

E i controlli standard non misurano la coerenza.

Il punto chiave

Questo tipo di problema è difficile da diagnosticare perché:

• non è costante
• non è ripetibile
• non è visibile a colpo d’occhio

Finché non si guarda il punto giusto, si continuerà a cercare la causa nel posto sbagliato.

6. L’impatto reale su utenti e business

Un sito che cambia comportamento a ogni visita non genera solo confusione tecnica.

Genera sfiducia.

L’utente non prova due volte

Quando un utente:

• vede una cosa strana
• incontra un errore intermittente
• non riesce a completare un’azione

non pensa: “Sarà un problema di DNS”.

Pensa: “Questo sito non funziona”.

E se ne va.

Il danno non è immediato, ma cumulativo

Il problema non sempre esplode in un singolo momento.
Spesso si manifesta così:

• meno conversioni
• meno contatti
• più abbandoni

Numeri che calano lentamente.
Senza una causa apparente.

Questo porta a:

• decisioni sbagliate
• interventi inutili
• cambi di strategia

Mentre la vera causa resta nascosta.

Reputazione che si consuma in silenzio

Un sito incoerente comunica:

• scarsa affidabilità
• mancanza di controllo
• improvvisazione

Non serve un errore grave.
Basta un’esperienza negativa.

La reputazione non crolla.
Si logora.

Il costo interno

Oltre agli utenti, il danno colpisce anche l’azienda:

• tempo perso in verifiche inutili
• discussioni tra fornitori
• interventi tampone

Il problema viene “gestito” ma non risolto.

E intanto:

• il sito continua a cambiare
• gli utenti continuano a vedere versioni diverse

Il punto chiave

Un sito che cambia a ogni visita non è solo un problema tecnico.

È un problema di fiducia.

E quando la fiducia viene meno, il business segue a ruota.

7. Perché succede nei momenti più delicati

Il round-robin DNS involontario non compare quasi mai in una fase “stabile”.
Compare durante un cambiamento.

Ed è questo il punto.

Crescita, cambiamenti, nuove collaborazioni

Questo tipo di problema emerge spesso quando:

• si cambia agenzia
• si affianca un nuovo fornitore
• si sviluppa un nuovo sito o uno shop
• si separano ambienti vecchi e nuovi

Cioè nei momenti in cui:

• l’azienda sta investendo
• sta crescendo
• sta evolvendo la propria infrastruttura

Il DNS diventa il punto di raccordo di tutto.
E basta poco per creare un corto circuito.

Il cliente come “anello debole” (inconsapevole)

In molti casi:

• il cliente ha accesso alla zona DNS
• riceve indicazioni tecniche diverse
• esegue le modifiche in autonomia

Non per incompetenza.
Ma perché nessuno gli ha spiegato che:

• aggiungere non è come sostituire
• nel DNS certe scelte hanno effetti globali

Il problema nasce qui: una decisione apparentemente logica, in un punto che non perdona ambiguità.

Nessuno sta “guardando il sistema”

Ogni attore vede solo il proprio pezzo:

• l’agenzia vede il suo server
• il nuovo fornitore vede il nuovo sito
• il cliente vede “qualcosa che funziona”

Ma nessuno guarda:

• il comportamento complessivo
• la coerenza delle risposte
• l’esperienza reale degli utenti

Il sistema funziona… finché qualcuno non lo usa davvero.

Il tempismo sbagliato

Il problema emerge quando:

• il sito viene lanciato
• arriva traffico reale
• entrano in gioco utenti diversi

Cioè dopo che le decisioni sono state prese e quando tornare indietro costa.

Il punto chiave

Questi problemi non nascono nel caos.
Nascono nel cambiamento.

Ed è proprio quando un’azienda cresce che ha meno margine per errori invisibili.

8. La lezione (non tecnica)

La lezione di questo scenario non riguarda il DNS.
E nemmeno il round-robin.

Riguarda la differenza tra disponibilità e affidabilità.

Online non significa coerente

Un sito può essere:

• sempre raggiungibile
• tecnicamente online
• privo di errori evidenti

E allo stesso tempo:

• offrire esperienze diverse
• cambiare comportamento a ogni visita
• produrre risultati incoerenti

Dal punto di vista del business, questo è peggio di un sito offline.

I problemi peggiori sono quelli intermittenti

Un sito completamente giù:

• viene notato subito
• genera allarmi
• costringe a intervenire

Un sito che funziona “a volte”:

• non genera urgenza
• crea confusione
• consuma fiducia lentamente

Ed è proprio questa lentezza a renderlo pericoloso.

Il DNS come punto unico di verità

Il DNS è uno di quei componenti che:

• funzionano sempre
• non fanno rumore
• vengono dimenticati

Finché non diventano il punto di rottura dell’intero sistema.

Quando il DNS perde coerenza, tutto il resto può continuare a funzionare senza più essere affidabile.

La vera domanda da porsi

La domanda non è: “Il sito è online?”

La domanda giusta è: “Tutti vedono la stessa cosa?”

Finché questa risposta non è certa, qualsiasi controllo è incompleto.

Conclusione

Un round-robin DNS involontario non è un bug.
È un esempio perfetto di come un sistema possa sembrare funzionante mentre, in realtà, ha perso la sua affidabilità.

Capire questi scenari significa smettere di guardare solo se il sito risponde e iniziare a chiedersi come risponde.

Ed è lì che si fa la differenza.

Il comportamento cambia, ma senza una responsabilità chiara il problema resta.

• Di chi è la responsabilità se il sito non funziona