#querydns

Questo articolo conclude la nostra panoramica sul funzionamento del Domain Name System descrivendo il funzionamento dei principali Record DNS utilizzati su Internet: A, CNAME, MX e TXT. Dopo una breve introduzione, nel corso della quale cercheremo di illustrare a grandi linee i concetti generali comuni a tutti i Record DNS, ci dedicheremo a illustrare lo scopo e il funzionamento di ciascuno di essi.Gli argomenti trattati in questo articolo fanno parte del corso di formazione per Web Administrator organizzato da Ryadel per privati e aziende: per maggiori informazioni, consulta questa pagina.IntroduzioneI Record DNS rappresentano l’obiettivo ultimo di una Query DNS, in quanto contengono le informazioni esatte per risalire all’indirizzo IP di ciascun nome di dominio. Nella metafora della biblioteca utilizzata nel nostro articolo precedente, ciascun record DNS rappresenta dunque una “pagina” del libro dedicato al dominio di secondo livello (es. google.it) che stiamo cercando di risolvere.Per ragioni di spazio, in questo articolo ci limiteremo a descrivere i quattro record DNS più comuni: A, CNAME, MX e TXT. Tuttavia, esistono decine di Record DNS che è possibile definire per ciascun dominio di secondo livello. L’elenco completo dei Record DNS ad oggi supportati dal Domain Name System è disponibile qui: https://it.wikipedia.org/wiki/Tipi_di_record_DNSRecord AIl Record A è normalmente utilizzato per collegare un hostname al suo indirizzo IP: in altre parole, si tratta dell’obiettivo “terminale” di una query DNS, a conclusione delle attività ricorsive di ricerca effettuate dal DNS resolver.Cerchiamo di spiegare il suo funzionamento con un esempio: supponiamo che il client (browser) stia cercando di connettersi a www.ryadel.com. Cosa succede dietro le quinte? - Il client effettua la Query DNS per risolvere l'indirizzo IP dell'hostname www.ryadel.com - La Query DNS viene gestita dal Root nameserver, quindi dal TLD nameserver e infine dall'Authoritative nameserver (una o più volte ) fino a recuperare un Record A che consenta di ottenere l'IP associato all'hostname www.ryadel.com (o all'esito ricorsivo della Query DNS relativa all'hostname indicato da un Record CNAME). - Il client, grazie all'informazione contenuta nel Record A, ottiene l'indirizzo IP di www.ryadel.com a cui effettuare la request.* In realtà non c’è una “richiesta” e una “comunicazione” contestuale, in quanto i record DNS vengono solitamente inseriti all'interno di una cache distribuita (detta "cache DNS") all'interno dei nameserver utilizzati dai vari provider di servizi internet: questo è anche il motivo per cui, quando si modificano i record DNS del proprio dominio, occorre solitamente aspettare qualche ora per la cosiddetta “propagazione del DNS”. La “propagazione del DNS” è il processo di aggiornamento della cache dei nameserver, che ricevono a intervalli regolari le novità dei DNS record di tutti i domini della rete.In linea generale, il Record A va utilizzato quando vogliamo associare un indirizzo IP a uno dei nostri domini di secondo livello (google.it) o uno dei terzi livelli ad esso relativi (www.google.it, app.google.it, etc).Record CNAMEIl Record CNAME si utilizza in modo simile al Record A, con la differenza che, anziché associare un terzo livello a un indirizzo IP, lo associa a un altro dominio: in altre parole, consente di definire un hostname come "alias" di un altro hostname, che può a sua volta puntare a un Record CNAME, e così via... fino a raggiungere un Record A che consentirà di "risolvere" l'hostname originario su un indirizzo IP vero e proprio.In linea generale, il Record CNAME va utilizzato quando vogliamo “agganciare” un hostname a un altro, in modo che cambino indirizzo IP insieme. Un classico caso è l'hostname di terzo livello “www” (www.ryadel.com), che viene spesso configurato come CNAME di un hostname di secondo livello corrispondente (ryadel.com), sul quale viene configurato un record A che punta all’indirizzo IP del server effettivo: in questo modo avremo un solo record A da modificare, con il CNAME (terzo livello) che viene “automaticamente” aggiornato in quanto non è che un alias del secondo livello.Record MXNoto anche come Mail Exchanger Record (MX è l'acronimo di Mail eXchanger). Sono record specifici per la gestione delle e-mail, e hanno lo scopo di specificare i mail server autorizzati ad accettare messaggi e-mail per conto del dominio di destinazione.In linea generale, il Record MX risponde alla domanda "chi gestisce gli indirizzi di posta elettronica per questo dominio?" fornendo gli indirizzi IP dei relativi mail server.Record TXTI record TXT vengono utilizzati per indicare alcune informazioni di testo utilizzabili da fonti esterne al dominio. L’esempio tipico è dato dai record TXT utilizzati da Google o da altri servizi (come ad esempio quelli che ti rilasciano il certificato SSL) per verificare che chi ha effettuato la richiesta è realmente il proprietario del dominio.Questa verifica avviene mediante i seguenti passaggi: Al momento di verificare la paternità di un dominio, Google assegna un identificativo univoco complesso da inserire come record TXT nel dominio (es.: 23v4b89j23459b8j258hj2598259b892h8b529h) Il proprietario del dominio (solo lui può farlo) inserisce il record TXT relativo, attende un certo lasso di tempo per far sì che la propagazione del DNS aggiorni le informazioni presenti sui vari nameserver, quindi informa Google (solitamente mediante il click di un tasto "Verifica Record TXT" o simile) del completamento dell'operazione. Una volta ricevuto l'OK per la verifica, Google scansiona i record TXT del dominio in questione per trovare un record TXT che abbia il valore corrispondente all’identificativo univoco che ti ha indicato, così da verificare che sia stato inserito il valore corretto e "confermare" la paternità del dominio.I record TXT possono essere usati per vari scopi: i loro utilizzi prevalenti comprendono la conferma della proprietà del dominio (come nell'esempio di cui sopra) e la configurazione di una serie di protocolli (SPF, DKIM, DMARC, etc) che hanno lo scopo di garantire la sicurezza delle email.ConclusioniPer il momento è tutto. Ci auguriamo che questa panoramica sui Record A, CNAME, MX e TXT possa aiutarvi a comprendere in modo più chiaro il funzionamento della rete Internet e le peculiarità del Domain Name System alla base del processo di risoluzione del DNS: alla prossima!

Dopo aver parlato di URL Rewrite e HTTP Redirect in termini generali e nei loro utilizzi pratici, in questo articolo andremo ad approfondire un concetto fondamentale alla base del funzionamento della rete Internet, nonché di tutte le principali reti basate sulla suite di protocolli TCP/IP: il Domain Name System, più noto come DNS.Gli argomenti trattati in questo articolo fanno parte del corso di formazione per Web Administrator organizzato da Ryadel per privati e aziende: per maggiori informazioni, consulta questa pagina.DefinizioneIl termine Domain Name System (più noto come DNS, in italiano sistema dei nomi di dominio) indica un sistema utilizzato per assegnare dei nomi identificativi ai singoli host (nodi) che fanno parte di una rete. Questi "nomi di dominio" sono una delle principali caratteristiche della rete Internet, in quanto consentono di identificare ciascun host in modo estremamente più leggibile e mnemonico rispetto a un indirizzo IP numerico.Per fare un rapido esempio, basti pensare al motore di ricerca più diffuso e famoso su internet: se vogliamo memorizzare la home page di Google, ad esempio per inserirla nella barra degli indirizzi di un browser, un nome di dominio come www.google.it è certamente più semplice di un indirizzo IP come 142.250.184.35, anche se di fatto entrambe le notazioni si riferiscono al medesimo host.Componenti del Domain Name SystemIl Domain Name System (DNS) è dunque una sorta di "guida telefonica" della rete, che consente di accedere ai singoli host tramite nomi facilmente leggibili e memorizzabili, che vengono poi "convertiti" negli indirizzi IP che consentono ai browser di collegarsi ai server e caricare le relative risorse (pagine HTML, contenuti multimediali, etc).Risoluzione DNSIl nome di dominio è dunque una sorta di "alias" di un indirizzo IP: l'operazione di conversione dal nome di dominio all'indirizzo IP è detta risoluzione DNS, mentre la conversione dall'indirizzo IP al nome di dominio è detta risoluzione inversa.Nello specifico, il processo di risoluzione DNS prevede la conversione di un hostname (come ad esempio www.example.com) in un indirizzo IP compatibile con il computer (come ad esempio 192.168.1.1); l'indirizzo IP risultante, in quanto univocamente assegnato a un dispositivo presente sulla rete, consente di connettersi a tale dispositivo, proprio come per trovare una determinata casa si utilizza un indirizzo stradale.Per comprendere il funzionamento del processo che consente di effettuare la risoluzione DNS dei nomi di dominio è necessario conoscere i quattro diversi componenti che si occupano di realizzare tale conversione, a partire dalla richiesta iniziale (la cosiddetta Query DNS), tipicamente effettuata da un client come un browser web. Questi sono, nell'ordine: DNS recursor, Root nameserver, TLD nameserver e Authoritative nameserver.DNS recursorIl DNS recursor, noto anche come recursive resolver, è un server progettato per ricevere query dai computer client attraverso applicazioni client, come ad esempio i browser web: è dunque il destinatario della Query DNS che dà inizio al processo di risoluzione. Per comodità, possiamo pensare al DNS recursor come a un bibliotecario a cui viene chiesto di andare a trovare un libro particolare in un qualche punto di una biblioteca. Questa attività di ricerca, a seconda dei casi - e di come è configurato il "bibliotecario" - può avvenire tramite un'attività di ricerca diretta oppure tramite il recupero delle informazioni necessarie da una cache, sfruttando quindi attività analoghe compiute poco tempo prima.Nella maggior parte dei casi, il DNS recursor è gestito dal provider di servizi internet dell'utente: questo significa che, quando ci connettiamo con un determinato provider - ad esempio Fastweb - utilizziamo il DNS recursor di Fastweb, che potrebbe avere prestazioni o dinamiche di funzionamento diverse da quello di un altro provider. Ad esempio, potrebbe avere dei dati in cache più o meno aggiornati, che potrebbero determinare una risoluzione DNS diversa rispetto a quanto previsto.Root nameserverPer risolvere la query DNS, il DNS recursor - come ogni bibliotecario che si rispetti - ha bisogno di consultare un catalogo: questo è precisamente il ruolo del Root nameserver, una sorta di catalogo generale della biblioteca nel quale sono indicati i diversi scaffali che contengono i libri, ovvero i nomi di dominio e i loro indirizzi IP.Ad oggi, questo catalogo è formato da 13 Root nameserver che operano a livello mondiale e che contengono le informazioni relative a tutti i domini della rete internet; i root nameserver sono gestiti da una organizzazione no-profit chiamata Internet Corporation for Assigned Names and Numbers (ICANN), ovviamente, il loro indirizzo è noto a qualsiasi DNS recursor.IMPORTANTE: I root nameserver sono 13, ma questo numero non è riferito alle singole macchine server di cui si compone il sistema: ciascun root nameserver è infatti presente in molteplici copie sparse in tutto il mondo, accessibili in modo centralizzato e trasparente grazie all'utilizzo di una tecnologia di anycast routing. Il numero totale di istanze di root nameserver presenti a livello mondiale era pari a 632 nell'ottobre 2016 (oggi sono probabilmente molte di più).Il risultato fornito dal root nameserver è il TLD nameserver relativo all'estensione del dominio (com, net, org, etc), che rappresenta il passo successivo del processo di risoluzione.TLD nameserverTLD Nameserver è l'acronimo di Top-Level Domain Nameserver, ovvero "server dei nomi di dominio di primo livello". Ciascun TLD nameserver contiene le informazioni per tutti i nomi di dominio che condividono una estensione di dominio comune, come ad esempio com, net, o qualsiasi cosa venga dopo l'ultimo punto in un URL. Ad esempio, se l'oggetto della nostra query DNS è google.it, il Root nameserver restituirà come risultato un TLD nameserver dedicato agli indirizzi che terminano con it.Continuando la metafora della libreria, il TLD nameserver può essere considerato come uno specifico scaffale di libri di una biblioteca, che consente al nostro bibliotecario di raggiungere tutti i librii che condividono il medesimo genere (ovvero la stessa estensione di dominio).La gestione dei nameserver TLD è affidata alla Internet Assigned Numbers Authority (IANA), che a sua volta è una filiale di ICANN. La IANA suddivide i server TLD in due gruppi principali: - Domini di primo livello generici: si tratta di domini che non sono specifici del paese (com, org, net, edu, gov, etc) - Domini di primo livello con codice paese: includono tutti i domini specifici di un paese o stato (uk, us, ru, jp, etc)Vi è poi una terza categoria, dedicata ai domini dell'infrastruttura (come ad esempio arpa) che oggi non vengono praticamente più utilizzati e che ha quindi un mero interesse storico.Authoritative nameserverUna volta che il nostro DNS resolver riceve le informazioni relative allo "scaffale" (ovvero all'estensione di dominio) dal TLD nameserver, può finalmente accedere all'ultimo passaggio necessario per completare il processo di risoluzione DNS: il nameserver autoritativo, che contiene le informazioni specifiche per il dominio che occorre risolvere (ad es google.it) e può quindi fornire un risultato di ricerca concreto.Questo risultato può essere, a seconda dei casi: - Un indirizzo IP, se il nome di dominio oggetto della ricerca è associato direttamente a un indirizzo IP (ad esempio tramite un Record A). - Un altro nome di dominio, se il nome di dominio oggetto della ricerca è configurato come alias di un altro nome di dominio (ad esempio tramite un Record CNAME).Nel primo caso la query DNS è finita, mentre nel secondo caso il DNS recursor dovrà effettuare una nuova query DNS per risolvere il dominio oggetto della ricerca, e così via, fino a recuperare un indirizzo IP; questa ricerca "ricorsiva" è il motivo per cui il DNS recursor (o recursive resolver) è chiamato in questo modo.Esempio di richiesta DNSOra che conosciamo i quattro componenti principali che consentono di risolvere una query DNS, proviamo a elencare i singoli passaggi in cui si svolge il processo di risoluzione: - L'utente digita "google.it" in un browser. La query DNS viene inoltrata attraverso Internet ed affidata al DNS resolver fornito dall'internet provider. - Il DNS resolver interroga un Root nameserver per recuperare l'indirizzo di un TLD nameserver che possa gestire la query. - Il Root nameserver risponde al DNS resolver fornendo l'indirizzo di un TLD Nameserver dedicato alla gestione dei domini che terminano con "it", e che dunque memorizza le informazioni per quella specifica estensione di dominio. - Il DNS resolver riceve questa informazione e invia la query DNS al TLD Nameserver ricevuto dal Root nameserver. - Il TLD nameserver risponde con l'indirizzo IP dell'Authoritative nameserver relativo al nome di dominio "google.it". - Il DNS resolver riceve questa informazione e invia la Query DNS query all'Authoritative nameserver del nome di dominio "google.it". - L'Authoritative nameserver risponde con (A) l'indirizzo IP relativo al nome di dominio "google.it" (in caso di Record A), oppure (B) il nome di dominio di cui "google.it" è configurato come alias (in caso di Record CNAME). Nel primo caso (A) il DNS resolver ha recuperato l'indirizzo IP e si passa quindi al punto 8; in caso contrario (B) il DNS resolver si riparte dal punto 1, effettuando una query DNS aggiuntiva sul nome di dominio recuperato, e così via in modo ricorsivo, fino a quando non si ottiene un indirizzo IP. - Il DNS resolver risponde al browser comunicando l'indirizzo IP del dominio richiesto inizialmente.IMPORTANTE: spesso i risultati (totali o parziali) di una query DNS vengono memorizzati nella cache del computer da cui viene effettuata la query, oppure nella cache dei server che compongono l'infrastruttura DNS. In quei casi la query DNS potrebbe "saltare" alcuni degli otto passaggi descritti sopra, rendendo la ricerca più rapida ma anche "meno aggiornata".ConclusioniLa nostra panoramica sul Domain Name System può dirsi conclusa: nel prossimo articolo ci dedicheremo ad approfondire il concetto di Record DNS, con particolare riguardo al funzionamento dei Record A e ai Record CNAME che abbiamo menzionato.