CONFIGURAZIONE DNS INDICE

Transcript

1 Progetto Configurazione DNS Versione 1.0 beta 2 Data 28/09/ Autore Julien Buratto Cliente Linkas Srl CONFIGURAZIONE DNS INDICE TEORIA...2 COSA CONVERTE...2 DOMINIO E ZONA...2 In blu sono segnalati le Zone in gestione sul nostro server DNS...2 ELEMENTI DI UNA ZONE...2 NS-Record...3 Creazione di una Zone...3 Gestione della Zone...3 Riassumendo...4 A-Record...4 PTR-Record...5 CNAME-Record...5 MX-Record...5 PRATICA...6 REGISTRAZIONE DI UN DOMINIO...6 CONFIGURAZIONE SERVER DNS...6 Decidere...6 Assicurarsi...6 Aggiungere...7 CONFIGURAZIONE DEL WEBSERVER...7 ESEMPIO DI RICERCA...7 DOMINIO NUOVO...7 DOMINIO ESISTENTE...8 Pagina 1 di 8

2 Teoria Cosa converte Conversione da IP a NOME (PTR-Record) Conversione da NOME a IP (A-Record) Conversione da NOME a NOME (CNAME o Alias) Dominio e Zona Ad ogni dominio (in questo documento useremo sempre PIPPO.COM come dominio per gli esempi), per la configurazione del DNS deve essere associata una ZONA. Una Zona (Zone) altro non è un insieme di configurazioni per un dominio. Il sotto dominio ( di un dominio (pippo.com) ha anche lui una zona, per poter creare i sotto domini (es1. es2. etc etc Gerarchie ricerche Zone DNS. "punto" è la Zone primaria di Internet.com. E' la Zone.COM.net. E' la Zone dei.net pippo.com. E' la zone di pippo.com... Zone di es1. es2. Questo esempio di figura ad albero rappresenta la gerarchia delle Zone. Si noti che nei file di configurazione, deve essere specificato l intero percorso delle zone, compreso il punto, ovvero il nodo-radice della gerarchia DNS. In blu sono segnalati le Zone in gestione sul nostro server DNS Elementi di una Zone All interno dell ambiente relativo ad un dominio, che abbiamo chiamato Zone, possiamo specificare tutte le proprietà relative a tale dominio. Pagina 2 di 8

3 Le proprietà più utilizzate sono: NS-Record A-Record PTR-Record CNAME-Record MX-Record Tali proprietà hanno funzionalità diverse. Quello è che è importante notare è che il fatto che un dominio pippo.com. sia registrato su un DNS, non significa che tale dominio sia gestito da tale DNS, o che il sito stia sul server che ha le proprietà della Zone relativa a pippo.com. Ed in effetti, tra le proprietà abbiamo due strumenti che ci permettono di dire chi ha le proprietà del dominio. NS-Record Abbiamo visto, dal grafico, che il nostro server ha in gestione la gerarchia da.pippo.com. in poi, non prima. La gestione della gerarchia prima di pippo.com. (ovvero.com. ) è delegata ai registrar. E infatti presso i registrar che si creano i domini di secondo livello tipo pippo.com. I registrar delegano a loro volta la gerarchia.com. al punto (detto anche DNS-root). Nel momento in cui si aggiunge un nuovo dominio al proprio server DNS, bisogna: Creare una Zone Informarlo su chi ha in gestione la Zone Creazione di una Zone La creazione della Zone si fa normalmente editando il file di configurazione named.con aggiungendo la dicitura zone.pippo.com { \\ Dettagli della zona } Nei pannelli automatici, tale configurazione è automatizzata. Gestione della Zone All interno della Zone appena creata si deve specificare chi ha effettivamente in gestione la Zona stessa. Normalmente un server DNS gestisce le su stesse Zone, ma può succedere di volere che un dominio di 20 livello sia gestito da qualcun altro. La specifica di chi gestisce tale zona si attua specificando la proprietà NS-Record. Insieme a tale proprietà, devono essere specificate le Start Of Authority, proprietà figlie della proprietà NS-Record. Tale sottoproprietà sono normalmente: L dell amministratore del server DNS per quella Zone Il tempo di refresh (ogni quanto viene ricontrollata la Zone) in secondi (1 giorno) Il tempo di prova ancora tra X secondi (Retry) (normalmente mezz ora) 1800secondi Il tempo di Zona scaduta in secondi (normalmente 7 giorni, pari a secondi) Il tempo di cache valida TTL per gli altri server DNS (gli altri server DNS memorizzano questa Zone per X secondi, poi devono richiamare il server DNS delegato per questa zona e rileggere le informazioni daccapo). Tale tempo è solitamente di 1 giorno. Pagina 3 di 8

4 Riassumendo Un dominio.pippo.com. si registra su un server DNS creando la Zone, inserendo in tale Zone le informazioni relative a chi ha in gestione tale Zona con un NS-Record. Un NS-Record ha anch esso delle proprietà che spiegano agli altri come comportarsi per avere informazioni sempre aggiornate. A-Record Una volta che il DNS sa chi gestisce la zona per il dominio.pippo.com. bisogna dirgli effettivamente quale è il computer che dovrà rispondere alle richieste di servizi sul dominio.pippo.com. Per esempio, - Dove sta il computer con un webserver che faccia vedere le pagine Html? Con un A-Record si va a dire che i servizi (tipo il web) li gestisce il computer con IP Nella configurazione del DNS aggiungeremo quindi un A-Record così fatto: La voce Host Name viene lasciata in bianco perché stiamo inserendo il servizio e non Non sono infatti la stessa cosa. Inserendo questo A-Record, qualunque servizio richiesto a pippo.com sarà svolto dal computer Nel caso in cui si voglia, ad esempio, far gestire i servizi in modo distaccato si dovranno specificare i servizi. Per esempio, se noi volessimo avere un server FTP, un server WWW e un server della posta su tre computer fisicamente diversi, dovremo aggiungere: Un A-record tipo FTP.PIPPO.COM che punti all ip Un A-record tipo che punti all ip Un A-record tip SMTP.PIPPO.COM che punti all ip In questo specifica configurazione avremo che: mostra il sito permette di caricare/scaricare files via ftp mostra il sito è in grado di gestire la posta elettronica (*) (*) Si dice è in grado di perché è in grado di gestire la posta tipo utente@smtp.pippo.com ma non utente@pippo.com. Si veda la sezione MX-Record per maggiori dettagli. Pagina 4 di 8

5 PTR-Record Le voci PTR sono identiche in tutto e per tutto alle voci A-Record, con la differenza che permettono il passaggio inverso. Ovvero non dicono i servizi di un dominio a che IP sono associati, ma dicono i servizi di un IP a che dominio sono associati. Se un A-Record era fatto come.pippo.com fi Allora un PTR-Record è fatto come: fi.pippo.com Dato che non è gerarchicamente corretto (la gerarchia padre è 192, poi 168, poi 0 poi 1) e scorre da sinistra verso destra, mentre i domini scorrono da destra verso sinistra (.pippo.com. punto è padre, poi com, poi pippo etc etc) la voce PTR viene registrata nel DNS al contrario, in questo modo: in-addr.arpa. Seguita poi dall organismo che si occupa di risolvere all indietro gli indirizzi IP, secondo la gerarchia: punto o arpa in-addr 192 o Scorrendo da destra verso sinistra. Nella registrazione di tale indirizzo IP come PTR, deve essere specificata anche la classe di appartenenza di tale IP, ad esempio Solitamente è a disposizione un sistema di registrazione automatizzato A-Record + PTR- Record CNAME-Record Le voci CNAME sono normalmente utilizzate per creare alias di domini già esistenti. Se per esempio si acquista il dominio TOPOLINO.COM che è identico in tutto e per tutto a PIPPO.COM, non sarà necessario specificare tutte le proprietà al dominio TOPOLINO.COM ma basterà aggiungere una voce CNAME. In tal modo, quando qualcuno vorrà conoscere le proprietà della Zone di TOPOLINO, gli verrà detto la Zone di TOPOLINO è identica a quella di PIPPO, leggiti quella di PIPPO. Essendo tutti i meccanismi di DNS di tipo gerarchico, si potrà dire per esempio: www2.pippo.com è identico a aggiungendo un CNAME: www2.pippo.com fi MX-Record I record tipo MX sono per la gestione della posta elettronica (Mail exchange) e forniscono informazioni su chi, per un dominio, gestisce la posta elettronica. Per essere precisi, definiscono attraverso quali percorsi la posta elettronica deve andare. Pagina 5 di 8

6 Per esempio, se abbiamo due computer che si occupano dei siti internet e e non vogliamo avere due tipologie di indirizzi , es: utente@pippo.com utente@ ed allo stesso tempo vogliamo che sia un terzo computer ( ) a gestire la posta elettronica di tutto il dominio, aggiungeremo, per entrambe le Zone pippo.com e i record MX in questo modo: pippo.com fi smtp.pippo.com fi smtp.pippo.com In questo modo, la andrà a Smtp.pippo.com riceverà le in modo univoco: tutte le si trasformeranno in utente@smtp.pippo.com ed andranno al computer che farà quello per il quale è stato preparato: gestire la posta elettronica Pratica Registrazione di un dominio Si acquista un dominio presso un registrar qualificato e si informa il registrar di chi sarà delegato alla gestione della Zone per tale dominio. Per tale motivo vengono comunicate le due voci NS-Record che si andranno ad aggiungere al proprio server DNS. NS.PIPPO.COM fi NS2.PIPPO.COM fi Se NS.PIPPO.COM e NS2.PIPPO.COM non sono considerati come NS validi, devono essere comunicati al registrar che provvederà a registrare una Zone aggiuntiva presso di se per questi due nomi. Configurazione server DNS Decidere Sul nostro server DNS dovremmo aver deciso: Quali servizi collegare al dominio in oggetto Quali computer (coi loro IP) gestiranno questi servizi Questo esempio è per un computer che gestisce tutti i servizi del dominio PIPPO.COM Assicurarsi Ci assicureremo che: Il nostro server abbia la scheda di rete configurata con il primo IP ( ) Il nostro server abbia la scheda di rete configurata con il secondo IP ( ) Il nostro server DNS abbia una Zone per NS.PIPPO.COM con all interno un A-Record verso Il nostro server DNS abbia una Zone per NS2.PIPPO.com con all interno un A-Record verso Pagina 6 di 8

7 Questo ci assicura che il server sappia chi è se stesso e cosa gestisce. Aggiungere Ora potremo aggiungere le varie voci per il dominio PIPPO.COM La Zone (creata in automatico al momento della creazione di un A-Record) [Le proprietà Start Of Authority e le voci NS-Record sono inserite in automatico secondo i template del server, vedere SOA Properties] Un A-Record PIPPO.COM-> (dovrebbe già esistere dato che dovrebbe essere stato creato al momento della registrazione dei due NS e NS2). Un A-Record -> (per far andare il sito Un MX-Record per la posta elettronica PIPPO.COM->PIPPO.COM (nel caso in cui non si possano creare utenti ma solo la voce MX-Record dovrà essere fatta come PIPPO.COM -> in modo che la posta venga mascherata ma diretta all utente del sito giusto) Eventuali A-Record per servizi di Ftp,Webmail, Pop3,Smtp etc etc (l uso dei CNAME non è molto consigliato) Si noti che per i domini.it, la Zone primaria deve essere modificata poiché il NIC pretende che le Zone dei domini.it siano aggiornate con tempistiche diverse da quelle minime previste per i.com,.net. Tali tempi, espressi in secondi, sono a disposizione sul sito Configurazione del Webserver Questa sezione non è di competenza a questo documento. Esempio di ricerca Dominio nuovo Una delle cose più complesse da capire è il movimento gerarchico attraverso l albero DNS alla ricerca di IP e Domini. Mettiamo caso di essere collegati ad internet tramite il provider CICCIO e che i suoi due DNS siano A e B Noi stiamo cercando il sito PIPPO.COM, appena creato sul computer TOPOLINIA.COM che gestisce tale dominio, i servizi ad esso associati (compresa la posta elettronica). I NameServer di TOPOLINIA.COM sono NS1 ( ) e NS2 ( ) I passi sono all incirca questi: 1. Digito nel browser 2. Il mio browser, tramite la connessione ad internet, chiede ad A e B: ma chi è sto 3. A e B, dato che il sito www è nuovo, non lo sanno. Iniziano a salire quindi la gerarchia e passano a pippo.com 4. Dato che anche pippo.com è nuovo, non conoscono neppure lui, allora vanno da.com e gli chiedono chi è pippo?. Pagina 7 di 8

8 5. Il nostro registrar risponderà dicendo Non lo so, ma al momento della creazione del dominio mi hanno detto che le informazioni vanno richieste ai due NS che hanno le Zone per tale dominio. I due NS sono NS1.TOPOLINIA.COM e NS2.TOPOLINIA.COM 6. Il nostro registrar dice anche guarda che al momento della creazione di TOPOLINIA.COM mi hanno detto che a NS1 corrisponde e che a NS2 corrisponde (qui in realtà parte un altra ricerca DNS per la risoluzione di NS1 e NS2, ma noi tralasciamo per non complicare le cose) 7. A questo punto, il DNS del provider contatta NS1 e gli dice: Hey, mi ha detto.com. che sei tu che hai la Zona di PIPPO.COM., è vero?. 8. NS1.TOPOLINIA.COM gli risponde dicendo sì è vero, ce l ho io e la gestisco IO (nel caso in cui gli NS-Record per PIPPO.COM fossero stati diversi, avrebbe detto chi gestiva la Zone per quel dominio e l avrebbe spedito altrove) 9. Se NS1.TOPOLINIA.COM non avesse risposto, la richiesta sarebbe andata a NS DNS allora chiede: Mi daresti tutte le informazioni che hai su PIPPO.COM? 11. Dato che è una sotto-zona di PIPPO.com, NS1 gli passa tutte le informazioni di PIPPO.COM, compreso anche (*) 12. A questo punto il DNS risponde al nostro Explorer dicendogli guarda che mi hanno detto che ha come A-Record bla.bla.bla.bla 13. Il nostro browser contatta bla.bla.bla.bla e gli chiede la pagina web che vogliamo visitare. (*) Insieme alle sotto-zone, gli passa anche le proprietà SOA del dominio. In questo modo il DNS del provider può memorizzare nella sua memoria CACHE le informazioni appena ricevute. Andrà a aggiornarle dopo refresh-period (1 giorno) se continuano richieste, se non riesce ad aggiornarle riproverà dopo retry-time (mezz ora), dopo expiry-time (1 settimana) non cercherà più di aggiornare i dati che ha e li cancellerà fino alla prossima richiesta di quel dominio, rifacendo tutta la trafila. Andrà a segnare come scaduta la cache dopo TTL secondi (un giorno) se il dominio non viene visitato per un po. Dominio esistente Nel caso in cui vogliamo vedere un sito che è già stato visitato da noi, o da altri utenti che usano il nostro stesso provider internet, il percorso è molto più breve grazie alla cache. 1. Il nostro browser, tramite la connessione, chiede ai DNS A e B chi è 2. Se la cache è aggiornata, A risponde recuperando le informazioni che aveva memorizzato prima (**) 3. Se la cache non è aggiornata, rifà il percorso del punto Dominio nuovo. (***) (**) Quando il DNS del provider risponde prendendo i dati dalla cache, potrebbe essere che il dominio in realtà sia appena stato modificato, ma non essendo ancora scaduto il refresh-period, il server non andrà a controllare i dati della Zone. Non-Authoritative Le risposte prese dalla cache, per questo motivo, sono dette Non-Authoritative. Authoritative (***) Se le informazioni provengono direttamente dal DNS che ha in gestione la Zone per quel dominio, la risposta è fresca e viene detta Authoritative Pagina 8 di 8