(Domain Name System) DNS (Domain Name System)

Transcript

1 (Domain Name System) Antonio Lioy < > Politecnico di Torino Dip. Automatica e Informatica (Domain Name System) è il sistema scelto da Internet per mantenere la corrispondenza nomi - indirizzi dominio diretto: nome > indirizzi dominio inverso: indirizzo > nomi sistema gerarchico e distribuito ogni dominio mantiene il DB dei propri host sul proprio nameserver 53/udp = query e risposte 53/tcp = trasferimenti dati "bulk" tra nameserver RFC-1034 Domain names: concepts and facilities RFC-1035 Domain names: implementation and specification A.Lioy - Politecnico di Torino (2017) B-1

2 Architettura del root NS (.) NS (de.) NS (it.) utente (local) NS cache NS (polito.it.) NS (fiat.it.) client I record A AAAA PTR CNAME NS SOA MX HINFO TXT WKS address (IPv4) address (IPv6) nome alias nameserver Start-Of-Authority mail exchanger host + O.S. text well-known services A.Lioy - Politecnico di Torino (2017) B-2

3 Tipi di server root info sui domini di primo livello primary master per un dominio (definito con SOA) secondary slave per un dominio (definito con NS) forwarder inoltra le domande alla gerarchia caching ricorda le query effettuate (e le risposte!) Root nameserver i root NS mantengono le informazioni sui domini di primo livello tredici root NS (logici): A.ROOT-SERVERS.NET.... M.ROOT-SERVERS.NET. 10 USA, 2 Europa, 1 Giappone... ma 632 server fisici (ott-2016) grazie ad anycast elenco ufficiale e mappa su A.Lioy - Politecnico di Torino (2017) B-3

4 Primary nameserver è il NS master di un dominio / rete è identificato tramite il record SOA è quello su cui effettuare le modifiche Record SOA (Start Of Authority) formato: nome [ TTL ] classe SOA origine ; hostname del NS riferimento ; del gestore aggiornamento ; scadenze varie tipicamente classe è IN l viene scritto con. al posto "aggiornamento" è espresso da cinque interi (racchiusi tra parentesi tonde) che indicano intervalli di tempo in secondi A.Lioy - Politecnico di Torino (2017) B-4

5 Campo aggiornamento di SOA serial numero di versione del file refresh controllo del serial (al reboot dei secondari) retry tempo prima di riprovare un trasferimento fallito expire scadenza dei dati minimum valore di default per il TTL di tutti i dati Esempio di SOA il campo serial deve aumentare ad ogni modifica si suggerisce il formato YYYYMMDDNN che permette 100 modifiche al giorno fino al 4294: dovrebbe essere sufficiente :-) polito.it. IN SOA ns.polito.it ; hostname del NS root.ns.polito.it ; del gestore ( ; serial ; refresh (1 day) 3600 ; retry transfer (1 hour) ; expire (1 week) ) ; minimum TTL (2 days) A.Lioy - Politecnico di Torino (2017) B-5

6 Secondary nameserver mantiene copia a sola lettura dei dati presi da uno o più NS primari è obbligatorio che ogni primario abbia almeno un secondario (consigliati due secondari, di cui almeno uno off-site) aggiornamento tra primario e secondari: nessun meccanismo immediato automatico aggiornamento automatico alla scadenza della tabella possibile aggiornamento manuale (push o pull) da parte dei sistemisti Forwarder nameserver è un NS che effettua le query per conto di un altro NS che non può (o non vuole) agganciarsi direttamente al in pratica, è un -proxy local NS forwarder NS client A.Lioy - Politecnico di Torino (2017) B-6

7 Caching nameserver non mantiene nessun tipo di dati usato solo per le sue funzionalità di caching, come NS locale fittizio per diminuire il carico di rete client nuova query cached query caching NS cache Esempio: risoluzione di Q) nslookup a.root-servers.net A) tutti i NS di "it." (tra cui dns.nic.it) Q) nslookup dns.nic.it. A) i tre NS di "polito.it." (tra cui giove.polito.it) Q) nslookup giove.polito.it. Server: giove.polito.it Address: Name: webfarm.polito.it Address: Aliases: Procedura non ripetuta fino a scadenza della cache. A.Lioy - Politecnico di Torino (2017) B-7

8 Authoritative o no? le risposte ad una query sono marcate authoritative quando sono ottenute direttamente dal server che è SOA per l informazione richiesta risposte non-authoritative tutte le volte che sono ottenute tramite una cache (l informazione reale potrebbe anche essere diversa) Prestazioni del le query costituiscono: carico di rete carico per i server ritardo di avvio per le applicazioni (maggiore latenza) in particolare attenzione a come si organizzano i NS per la propria Intranet: soluzione 1) primary aziendale gestito in outsourcing dall ISP, query continue in rete soluzione 2) primary all ISP, caching NS in azienda soluzione 3) primary all ISP, secondary in azienda soluzione 4) primary in azienda, secondary all ISP A.Lioy - Politecnico di Torino (2017) B-8

9 AS112 molte (troppe!) query effettuate per risolvere i nomi dei nodi delle reti "private" (RFC-1918) / /12 (ossia *.* *.*) / /16 si dovrebbe configurare il proprio local NS come authoritative per tali reti oppure seguire le indicazioni del progetto AS112: Server "paranoici" circa 10% degli indirizzi usati sono illegali alcuni server applicativi fanno una doppia query al per verificare l'identità dei client prima accettarne le richieste PTR ( )? server applicativo alfa.nasa.gov A ( alfa.nasa.gov )? A.Lioy - Politecnico di Torino (2017) B-9