Quando la maggior parte delle persone pensa alle personalità di spicco di Internet, vengono in mente Bill Gates, Steve Jobs, Marc Andreessen e Mark Zuckerberg.
Sicuramente queste persone hanno dato un grande contributo all’evoluzione di Internet (o al suo declino, a seconda di chi si chiede), ma esiste un intero gruppo di individui il cui impatto è stato molto più profondo.
Questi contributi non hanno necessariamente portato a offerte pubbliche iniziali (IPO) da milioni di dollari, ma senza di essi Internet non sarebbe quello che è oggi.
Il file hosts.txt
Internet è talvolta paragonato a un organismo. Come ogni organismo, si evolve nel tempo e, sempre come un organismo, lascia tracce della sua esistenza passata.
In questo caso, un residuo del precursore del DNS, il file hosts.txt, è ancora presente su molti sistemi.
Per capire perché il DNS è diventato necessario, dai un’occhiata al file etchosts nei sistemi UNIX, a %systemroot%\system32\drivers\etc\hosts.txt in Microsoft Windows o al file hosts.txt nei dispositivi Android.
Il formato di tutti questi file è lo stesso:
Indirizzo IP NomeComputer Commento
Questi file vengono utilizzati per mappare indirizzi IP ai nomi degli host; in altre parole, svolgono la stessa funzione del DNS.
Questi file furono i precursori del DNS.
Prima dell’introduzione del DNS, il file host veniva utilizzato come metodo principale per condividere i dati relativi ai nomi degli host.
Due eventi hanno contribuito alla nascita del file host. Nel dicembre del 1973, insieme all’RFC 592, fu stabilita una convenzione ufficiale per la denominazione degli host.
Numeri, lettere e trattini erano gli unici caratteri consentiti nei nomi degli host, mentre le parentesi erano ammesse nei nomi delle reti.
Una volta raccolti tutti i nomi degli host (erano 81 in totale), il passo successivo avvenne con l’RFC 606 e l’RFC 608.
Questi RFC descrivono la creazione di un nuovo file centralizzato, chiamato HOSTS.TXT, che poteva essere scaricato via FTP, in modo che tutti gli amministratori collegati all’ARPANET avessero le stesse informazioni sui nomi degli host.
Il primo file hosts.txt fu messo online il 25 marzo 1974 e fu annunciato con l’RFC 627. Prima del rilascio del primo file hosts.txt, era stata introdotta un’altra innovazione nel sistema DNS: gli RFC 623 e 625 discussero la possibilità di posizionare il file hosts.txt su un server aggiuntivo.
Se il server principale, OFFICE-1, non fosse stato disponibile, un host avrebbe potuto recuperare il file dal server secondario.
Ancora una volta, questo è molto simile a come funziona oggi il DNS.
Problemi con la posta elettronica
ARPANET continuò a funzionare in questo modo per oltre un decennio.
Con il collegamento di un numero sempre maggiore di organizzazioni a questa rete, divenne evidente che il sistema presentava alcuni problemi, in particolare con l’applicazione più utilizzata: la posta elettronica.
Il problema della posta elettronica era che troppe persone stavano usando il sistema, rendendo difficile per gli amministratori (i postmaster) la gestione dei messaggi.
Il formato degli indirizzi email si basava sugli indirizzi contenuti nel file hosts.
Quindi, se qualcuno voleva inviare un messaggio a Mario Rossi presso Example Corp, l’indirizzo sarebbe stato qualcosa come rossi@example oppure mrossi@example.
Questo funzionava finché gli utenti dell’organizzazione erano collegati a un solo computer.
Ma ARPANET stava diventando sempre più popolare, e gli utenti non erano più limitati a un solo dipartimento o a un singolo campus.
C’erano utenti ARPANET sparsi tra più sedi e organizzazioni.
Con l’aumento della popolarità della rete, i postmaster dovettero installare server di posta in più sedi. A ciascun server doveva essere assegnato un nome host univoco, che andava poi aggiunto al file hosts.txt.
Questo poteva creare una grande confusione: se il mittente non sapeva in quale ufficio si trovava una persona o quali convenzioni di denominazione venivano usate, era molto facile indirizzare male la posta.
Questo divenne un problema serio per i postmaster. Dopotutto, una volta che una persona ha sperimentato la posta elettronica, non può più farne a meno.
L’11 gennaio 1982 si tenne un incontro per discutere questo e altri problemi relativi alla posta elettronica, al fine di trovare una soluzione.
Tra i partecipanti vi erano Vint Cerf, Bill Joy, Dave Crocker, Paul Mockapetris, David Mills e Jon Postel.
Il risultato dell’incontro fu pubblicato nell’RFC 805, intitolato “Computer Mail Meeting Notes”.
Il titolo banale nasconde l’importanza che questo documento ebbe per il formato attuale delle email e per l’introduzione dei “Nomi di Dominio Internet”, proposta avanzata da David Mills nell’RFC 799.
La proposta di base era quella di espandere il formato degli indirizzi email aggiungendo due livelli (chiamati nodi) al sistema di indirizzamento.
Oltre a “indirizzo@host”, si sarebbero aggiunti i nodi organizzazione e dominio.
Nell’esempio sopra, se si voleva inviare un’email a Mario Rossi di Example Corp, il nuovo formato sarebbe diventato: indirizzo@hostname.nodo_organizzazione.nodo_dominio, ad esempio mario@mailserver.example.in (dove “.in” indica un indirizzo Internet).
Questo sistema avrebbe reso molto più semplice per le organizzazioni geograficamente distribuite gestire la posta elettronica. Gli indirizzi potevano essere suddivisi per area geografica.
Ad esempio, se si voleva scrivere a Mario Rossi dell’ufficio di Example Corp in Virginia, l’indirizzo sarebbe stato mario@va.example.in; invece, per Giacomo Rossi dell’ufficio in California, l’indirizzo sarebbe stato giacomo@ca.example.in.
Ovviamente, ciò avrebbe garantito molta più flessibilità alle organizzazioni e avrebbe semplificato la vita agli amministratori di posta.
Naturalmente, significava anche dover riscrivere i programmi di posta per supportare i nodi multipli.
Nel marzo del 1982 fu messo online il primo server HOSTNAMES.
Questo server non supportava ancora le query di dominio.
Era usato principalmente per condividere informazioni su Reti, Gateway e Host, ma adottava già il formato che sarebbe poi stato utilizzato per le query di dominio.
RFC 819 e RFC 920
La RFC 819 rappresenta un grande passo avanti nell’evoluzione dei nomi di dominio: delinea la struttura dei domini e pone le basi per l’infrastruttura del DNS.
Scritto da Jon Postel e Zaw-Sing Su, l’RFC 819, intitolato “The Domain Naming Convention for Internet User Applications”, fu pubblicato nell’agosto del 1982.
Questa RFC costituisce essenzialmente una cornice concettuale per l’infrastruttura del DNS. Non si concentra sui dettagli tecnici, lasciando ad altri il compito di definirli in seguito.
Questa è una delle qualità distintive del DNS: è sempre stato meno rigido rispetto ad altri protocolli, rendendolo estremamente adattabile ai cambiamenti.
Tuttavia, proprio questa flessibilità rende il DNS un obiettivo frequente per chi sviluppa nuovi standard, i quali spesso cercano di creare estensioni o usare il protocollo in modi non previsti inizialmente.
Nel corso dell’anno successivo, in apparenza non ci furono grandi novità nel mondo DNS.
In realtà, il framework introdotto dall’RFC 819 veniva perfezionato e modellato.
Nel 1983 furono pubblicati in rapida successione tre RFC fondamentali:
Questi documenti definirono l’infrastruttura del DNS moderno.
Gli RFC 882 e 883, redatti da Paul Mockapetris, furono particolarmente importanti perché descrivevano il meccanismo di risoluzione dei nomi DNS e introducevano il concetto di delegazione, un principio chiave che ha reso il DNS così scalabile e di successo.
Quando le discussioni sul design del DNS si conclusero — quasi un anno dopo — fu pubblicato l’RFC 920.
Pubblicato nell’ottobre del 1984, l’RFC 920 stabiliva i requisiti per l’implementazione del DNS su scala ARPANET e specificava i passi da seguire.
Inoltre, l’RFC 920 definì per la prima volta l’elenco iniziale dei Top-Level Domains (TLD):
- .ARPA (provvisorio),
- .GOV,
- .MIL,
- .EDU,
- .COM,
- .ORG,
- e i domini a due lettere per i codici dei Paesi (es. .IT, .FR, .DE…).
Chi partecipò alla creazione iniziale del DNS voleva avviarlo rapidamente, e l’RFC 920 indicava un ritmo serrato.
Dalla sua pubblicazione, tutto era pronto per essere lanciato e per permettere la registrazione di nuovi domini entro sei mesi.
Infatti, il primo dominio non-TLD registrato fu NORDU.NET, il 1° gennaio 1985.
La gestione dell’infrastruttura root fu affidata alla Stanford Research Institute (SRI) dalla Defense Information Systems Agency, che allora controllava ARPANET — e così nacque l’infrastruttura moderna del DNS.
Verso la commercializzazione
Il sistema DNS rimase sostanzialmente invariato per diversi anni.
Nell’ottobre del 1992, la National Science Foundation (NSF) — o, più precisamente, la sua rete NSFNet, che aveva preso il controllo di ARPANET nel 1986 — assegnò un contratto di gestione a Network Solutions Inc.
Questa decisione rappresentò un cambiamento radicale, poiché segnò il passaggio del controllo del DNS dalla comunità accademica al settore privato.
Fino al 1995, chiunque desiderasse un nome di dominio poteva registrarlo gratuitamente.
Tuttavia, con la crescente consapevolezza del valore commerciale di Internet, alcune persone iniziarono a registrare centinaia di domini, prevedendo che sarebbero potuti diventare preziosi in futuro.
Per fermare la diffusione di questa pratica — e per coprire i costi legati alla manutenzione dell’infrastruttura DNS — Network Solutions, con l’approvazione della NSF, introdusse una tariffa di registrazione.
Il costo iniziale era di 100 dollari per due anni, di cui 30 dollari destinati al sostegno dell’infrastruttura Internet.
Questa mossa era in linea con l’orientamento del governo degli Stati Uniti dell’epoca, che aveva un mandato per privatizzare Internet e promuovere la concorrenza.
Il Dipartimento del Commercio (U.S. Department of Commerce) era particolarmente interessato al DNS e aveva richiesto pareri pubblici su come soddisfare gli obiettivi stabiliti dal presidente Bill Clinton.
Nel 1998, il governo pubblicò un documento che proponeva di spostare il controllo del DNS da Network Solutions a un’organizzazione indipendente, con l’obiettivo di favorire la concorrenza e stimolare l’utilizzo di Internet.
Da quel documento nacque l’ICANN — Internet Corporation for Assigned Names and Numbers.
Nel 1999, ICANN assunse la gestione dei root name servers e aprì il processo di registrazione dei domini.
Le aziende che soddisfacevano determinati requisiti potevano diventare registrar accreditati, cioè erano autorizzate a registrare domini per conto del pubblico.
Questi domini venivano inseriti nei database dei TLD, e tutti i registrar approvati da ICANN potevano registrare i domini generici di primo livello (gTLD).
