Nel corso di questo articolo parlerò di domini e zone, e questi sono due termini che creano molta confusione quando cerco di comprendere le complessità del DNS (e non pretendo nemmeno di sapere tutto qui, quanto basta per permettermi di ottenere il mio lavoro Fatto).
Il problema con zone e domini è che sembrano identici, ma è importante capire in cosa differiscono. Giusto per confondere ulteriormente le acque, però, farò notare che se hai appena creato un nuovo dominio, la zona e il dominio saranno identici. Saranno identici perché non avrai ancora creato alcun sottodominio e, se non lo hai fatto, allora non hai fatto alcuna delega, e quindi non vedrai alcuna differenza tra una zona ed a dominio.
La delega è proprio quello che sembra: trasferire l’autorità a qualcuno, o qualcos’altro. Al vertice della gerarchia DNS c'è il dominio root, rappresentato da un singolo <.>, e sotto di esso ci sono i familiari domini di livello superiore come .com, .org, .net, .edu. Se non delegassimo la responsabilità delle sezioni dello spazio dei nomi DNS a diverse organizzazioni, chiunque dovesse gestire il dominio root si troverebbe di fronte a una mole di lavoro enorme. In effetti, all'inizio, prima che esistesse il DNS, esisteva ARPANET con un singolo file chiamato host.txt che veniva continuamente aggiornato ogni volta che veniva creato un nuovo host. Gli aggiornamenti si verificavano ogni volta che un amministratore di rete inviava tramite e-mail le informazioni sul nuovo host allo Stanford Research Institute Network Information Center e tutti scaricavano una nuova copia del file host.txt tramite FTP alcune volte alla settimana. Ciò andava bene quando gli host erano solo poche decine, ma man mano che i numeri crescevano non era più una soluzione praticabile ed era necessario un nuovo sistema. Il sistema che hanno inventato è stato il DNS, progettato fin dall'inizio per essere distribuito in tutto il mondo su diversi computer host e per consentire, tra l'altro, la delega dell'autorità.
Oggi ci sono i domini di primo livello e poi i domini sotto i domini di primo livello, quindi microsoft.com è un sottodominio del dominio .com e l'autorità per tale dominio viene trasferita (ovvero delegata) a Microsoft correre. Per semplificare il processo di ricerca di un particolare dominio, le informazioni sul dominio vengono conservate su vari server dei nomi e questi server dei nomi memorizzano tutti questi dati in zone. Un server dei nomi è descritto come il “server dei nomi autorevole” per le zone in cui ospita le informazioni. Se prendiamo .com come esempio, microsoft.com è una zona all'interno del dominio .com, così come hp.com e adobe.com. Tieni presente che anche .com è una zona essa stessa e conterrebbe le informazioni su tutti i sottodomini delegati all'interno dei propri name server.
Se non avessimo zone, i server dei nomi dovrebbero caricare tutti i dati del dominio ogni volta che ricevono una richiesta per trovare qualcosa, il che potrebbe funzionare all'interno del tuo organizzazione se avessi un solo dominio e un paio di sottodomini, ma ci sarebbero moltissime informazioni da recuperare, caricare e cercare se gestissi un dominio .com server dei nomi.
Con le zone, un server dei nomi .com che riceve una richiesta per microsoft.com cerca semplicemente dove è stato delegato il dominio, quindi trasmette la richiesta ai server microsoft.com per gestirla. Qualsiasi altra cosa sarebbe stata ingestibile tanto quanto lo è diventato il sistema host.txt originale.
Con l’introduzione di Active Directory in Windows 2000 Server, Microsoft non ha dovuto cercare lontano un sistema che potesse essere utilizzato per fornire dati sulla posizione a sistemi client e server che effettuano richieste: DNS era il partner ovvio e quindi DNS e AD DS sono inestricabilmente interconnessi sui server Microsoft da qualche tempo Ora. I server eseguono servizi e i sistemi client devono sapere dove si trovano tali servizi. Queste informazioni vengono inizialmente fornite sotto forma di record SRV che indicano la strada ai controller di dominio, al catalogo globale e così via.
