L'enigma circolare nascosto nel DNS: il podcast APNIC spiega il cold start

In un recente episodio del podcast PING, lo scienziato capo di APNIC Geoff Huston e George Michaelson esaminano un problema sottile ma fondamentale nel modo in cui il Domain Name System (DNS) parte da uno stato completamente vuoto. La discussione, pubblicata il 20 agosto 2026, è stata stimolata da una presentazione di Ondřej Surý al gruppo di lavoro DNS durante il meeting RIPE 92 a Edimburgo. Il podcast usa una fotografia storica di un cavallo da tiro che rimorchia un'auto Talbot del 1908 circa, fornita con il permesso della Biblioteca di Stato del Queensland, come metafora visiva del lento e faticoso processo di rimettere in moto un sistema fermo.

Il Domain Name System è la rubrica di Internet: traduce nomi facili per gli esseri umani come www.apnic.net negli indirizzi IP numerici che i computer usano per connettersi tra loro. Una tecnica centrale in questa traduzione è la cache. Una cache è un'area di archiviazione per informazioni già ottenute, tenuta a portata di mano per evitare di ripetere un lavoro lento. Nell'informatica generale, le cache contengono dati usati di frequente in memoria veloce vicino al processore, evitando la necessità di recuperarli da memoria più lenta, disco o nastro. La dimensione e la velocità di una cache possono influenzare notevolmente le prestazioni complessive del sistema, e confrontare lo stesso processore con e senza dati in cache mostra chiaramente il suo valore.

Nel DNS, la cache evita di attendere che un sistema remoto risponda sulla rete con tutti i relativi ritardi di andata e ritorno. Invece, un resolver, il software che riceve una query DNS e trova la risposta, può spesso costruire una risposta dalle informazioni conservate da query e risposte precedenti. Quando quella cache è vuota, il resolver affronta quello che gli ingegneri chiamano cold start.

Il cold start è una sfida ben nota nei grandi sistemi distribuiti, e il podcast lo paragona all'industria dell'energia elettrica. Le centrali a carbone e le turbine a gas hanno bisogno di tempo per avviarsi, ma durante un cosiddetto black start incontrano un problema aggiuntivo: le bobine del campo magnetico del generatore devono essere eccitate. Queste bobine richiedono una sorgente separata di corrente continua (DC) per eccitare il generatore, permettendo che la forza rotazionale della turbina venga convertita in energia elettrica. Senza quella sorgente iniziale, il generatore può girare ma non produrre elettricità. La potenza DC richiesta di solito proviene da una sorgente indipendente, come un piccolo generatore diesel o una parte della rete elettrica che rimane attiva. Le utility che hanno un contratto per fornire questa potenza di emergenza giocano un ruolo critico, e se non sono disponibili quando serve, le conseguenze possono essere gravi.

Il DNS non è una rete di generazione elettrica, ma ha simili tipi di dipendenze complesse. Il suo compito è mappare un nome di dominio completamente qualificato, il nome di dominio completo che include tutte le sue etichette separate da punti, agli indirizzi IP associati a quel nome. La lettera D in DNS sta per Domain, e le etichette in un nome di dominio formano una gerarchia di domini amministrativi. Ogni confine di dominio può, in linea di principio, essere servito da un diverso nameserver autorevole, un server che detiene i record ufficiali per i nomi sotto quel punto nella gerarchia.

Di conseguenza, ciò che sembra una query semplice, come 'Qual è www.apnic.net?', può innescare una sequenza di lookup. Risolvere il nome può richiedere di interrogare informazioni su più domini nella gerarchia, coinvolgendo potenzialmente tre o più passaggi separati prima di ottenere la risposta finale. Quando una cache contiene già le associazioni nome-indirizzo che hai imparato, inclusi gli indirizzi dei nameserver per i domini visitati in precedenza, quei nameserver possono fornire risposte direttamente o indirizzarti oltre. Ma cosa succede quando non c'è cache? Immagina di chiedere i nameserver di .net e ti viene detto che sono a.net e b.net. Come trovi a.net e b.net quando scoprire .net è proprio il problema che stai cercando di risolvere? Questa dipendenza circolare è al centro del problema del cold start del DNS: come inizi a risolvere i nomi quando non sai ancora dove si trovano i server rilevanti?

Geoff Huston ha esplorato questo comportamento di cold start e ciò che rivela sulle scelte che gli operatori fanno quando nominano host e servizi, e quando progettano l'infrastruttura DNS dietro di essi. La discussione evidenzia anche che gli intermediari che si inseriscono nel processo di risoluzione DNS, così come i meccanismi progettati per mitigare i rischi di cold start, possono aumentare il carico complessivo di query per i clienti di tutto il mondo. Questo è importante perché un resolver che fatica con un cold start può causare ritardi evidenti per la prima visita di un utente a un nuovo sito web, e una mitigazione mal progettata può aggiungere traffico extra all'infrastruttura DNS globale.

Per gli utenti Internet di tutti i giorni, il punto chiave è che il resolver DNS che usi conta. Un servizio DNS crittografato e attento alla privacy, ben gestito, come AEU DNS, può fornire una risoluzione dei nomi più prevedibile e sicura, perché supporta query DNS crittografate su HTTPS, TLS e QUIC e non registra la tua attività di navigazione. Per i proprietari di siti web e i team IT, progettare nameserver autorevoli distribuiti geograficamente e configurati in modo coerente aiuta a ridurre il dolore del cold start per i visitatori. Il post del blog APNIC indica anche ai lettori l'articolo precedente di Huston 'Cold start DNS' e la presentazione di Surý al gruppo di lavoro DNS del RIPE 92 per maggiori dettagli tecnici.