Configura un server DNS di caching ricorsivo di base e configura zone per il dominio

Pensate a quanto sarebbe complicato se dovessimo ricordare gli indirizzi IP di tutti i siti web che usiamo quotidianamente. Anche se avessimo una memoria prodigiosa, il processo di navigazione verrebbe rallentato e reso ingestibilmente lento.

E se dovessimo visitare siti web multipli o usare diverse applicazioni che risiedono sulla stessa macchina o host virtuale? Sarebbe uno dei peggiori mal di testa che possa immaginare – non menzionando la possibilità che l’indirizzo IP associato a un sito web o applicazione possa essere cambiato senza alcun preavviso.

Il solo pensiero già sarebbe sufficiente per smettere di usare Internet o reti interne dopo un certo tempo.

Ecco esattamente ciò che rappresenterebbe un mondo senza il Domain Name System (conosciuto anche come DNS). Fortunatamente, questo servizio risolve tutti i problemi citati prima – anche se la relazione tra un indirizzo IP e un nome cambia.

Per questo motivo, in questo articolo impareremo come configurare e utilizzare un semplice server DNS, un servizio che permetterà di tradurre i nomi di dominio in indirizzi IP e viceversa.

Introduzione alla Riconversione dei Nomi DNS

Per reti piccole che non subiscono frequenti cambiamenti, il file /etc/hosts può essere usato come metodo primitivo di risoluzione del nome di dominio in indirizzo IP.

Con una sintassi estremamente semplice, questo file ci permette di associare un nome (e/o un alias) ad un indirizzo IP nel seguente modo:

[IP address] [name] [alias(es)]

Per esempio,

192.168.0.1 gateway gateway.mydomain.com
192.168.0.2 web web.mydomain.com

Così, puoi raggiungere la macchina web sia per il suo nome, con l’alias web.mydomain.com, o per suo indirizzo IP.

Per reti più grandi o quelle soggette a frequenti cambiamenti, usare il file /etc/hosts per risolvere i nomi di dominio in indirizzi IP non sarebbe una soluzione accettabile. È qui che entra in gioco il servizio dedicato.

Dall’interno, un server DNS fa una richiesta a una grande base di dati in forma di albero, che parte dalla zona radicata (“.”).

La seguente immagine ci aiuterà a illustrare:

Nell’immagine sopra, la zona radicata (.) contiene i domini com, edu e net. Ognuno di questi domini è (o può essere) gestito da organizzazioni differenti per evitare una dipendenza da un grande server centrale. Ciò consente di distribuire correttamente le richieste in modo gerarchico.

Ora vediamo cosa succede dietro le quinte:

1. Quando un cliente fa una richiesta a un server DNS per web1.sales.me.com, il server invia la richiesta al server DNS radice, il quale indica il server nome nella zona .com.

A questo punto, quest’ultimo invia la richiesta al server nome successivo (nella zona me.com), e poi a sales.me.com. Questo processo viene ripetuto il numero di volte necessarie finché l’FQDN (Fully Qualified Domain Name, web1.sales.me.com nell’esempio corrente) viene restituito dal server nome della zona a cui appartiene.

2. In questo esempio, il server di nome in sales.me.com. risponde all’indirizzo web1.sales.me.com e restituisce l’associazione desiderata tra nome di dominio e IP e altre informazioni (se configurato per farlo).

Tutte queste informazioni vengono inviate al server DNS originale, che poi le trasmette al client che le ha richieste in primo luogo. Per evitare di ripetere gli stessi passaggi per future query identiche, i risultati della query vengono memorizzati nel server DNS.

Questi sono i motivi per cui questo tipo di configurazione è comunemente noto come un server DNS ricorsivo e di caching.