Jason: In questa lezione parleremo
del sistema dei nomi di dominio, o DNS.
Il protocollo DNS è utilizzato per aiutare i client di rete a trovare
un sito web utilizzando nomi di host leggibili dall'uomo
anziché indirizzi IP numerici.
Ad esempio, se vi dico di visitare il mio sito web, posso semplicemente
dire: "Ehi, vai su diontraining. com", che è molto più facile da ricordare
rispetto al dover ricordare che si tratta di un numero
66. 123. 45. 237, o qualunque
sia l'indirizzo IP del mio server web.
Dopo tutto, pronunciare tutti quei numeri come parte di
uno spot televisivo non è altrettanto accattivante o memorabile
che dire al consumatore di visitare
diontraining. com, o coca-cola. com o microsoft.
com, giusto?
Come fa il computer a sapere come trovare
l'indirizzo IP del server web da
questi diversi nomi di dominio?
Questo è lo scopo del DNS, il sistema dei nomi di dominio.
Il modo in cui funziona il DNS è che al computer dell'utente viene detto di andare
in un posto come diontraining. com, e quindi si rivolge a un
server DNS e dice: "Ehi, chi è diontraining.
com? Il
server DNS risponderà dicendo: "Oh, conosco
diontraining. com.
Il suo indirizzo IP è 66 punto qualcosa, punto
qualcosa, punto qualcosa. Quindi il client viene reindirizzato
a un server Web utilizzando il proprio router e la propria
connessione, poiché ora conosce l'indirizzo IP corretto
da utilizzare come destinazione;
tutto questo avviene in background per i vostri utenti
e il vostro computer senza che nessuno debba effettivamente
richiederlo, poiché il DNS è una parte integrante
delle nostre reti e dei nostri sistemi.
Ora, la maggior parte di noi utenti domestici non
gestirà i propri server DNS, ma si affiderà
ai propri provider di servizi Internet per farlo.
Ma se gestite i vostri siti web o una rete
aziendale di grandi dimensioni, potreste anche
avere un vostro server DNS all'interno della rete e
sarete responsabili dell'impostazione
dei vostri record DNS che stabiliscono
quali server si trovano a quali indirizzi IP e per quali
scopi.
Ciò consente di eseguire la risoluzione dei
nomi di dominio e degli host, che convertirà i nomi di dominio
in indirizzi IP.
Se vogliamo vederla in questo
modo, è come avere un elenco di contatti sul telefono.
Al giorno d'oggi, quanti numeri di telefono avete memorizzato?
Probabilmente non sono molti, giusto?
Perché di solito si tira fuori lo smartphone, si
scorre fino al nome della persona e si preme il suo
nome con il dito, e poi il telefono la compone.
Ad esempio, se voglio chiamare mia moglie, scorro fino al suo
nome, spingo una foto del suo volto sul
telefono e subito il telefono compone il suo numero.
Non devo memorizzare tutte le 10 cifre del suo numero di telefono,
perché il mio telefono lo fa per me.
Questo perché, come persone, abbiamo
più difficoltà a ricordare i numeri che i nomi, e quindi facciamo
questa conversione da volto o nome a numero usando la nostra
lista di contatti.
È la stessa cosa per i computer, solo
che ai computer piacciono molto di più
i numeri che i nomi, quindi vogliamo convertire i nomi di dominio
che sono più facili per noi in indirizzi IP che sono più facili per i computer
da usare per l'instradamento, e questo è tutto ciò che
il DNS fa per noi.
Converte i nomi in numeri e i numeri in nomi.
Ora, uno dei concetti del DNS di
cui dobbiamo parlare è quello
noto come nome di dominio completamente qualificato, o FQDN.
Questo avviene quando un nome di dominio è sotto un provider di primo livello.
Ad esempio, il provider di primo livello più comune è . com, ma abbiamo anche cose
come . mulino, . edu, . org, . netto.
Utilizziamo l'esempio di Dion Training.
Alla Dion Training abbiamo molti server diversi.
Uno dei nostri server è il nostro server web,
e si trova all'indirizzo www. diontraining. com.
Ora, il dominio di primo livello è . com.
Il nome di dominio che utilizzo è Dion Training.
Per essere completamente qualificato, devo aggiungere il termine WWW davanti ad esso.
Questo lo rende www. diontraining. com.
Ora, se si vuole andare sul mio
server web, si deve digitare nel
browser www. diontraining. com, e ora verrete reindirizzati
al mio server web, perché il DNS sa come deve girare l'indirizzo
IP del mio server web utilizzando quel nome
di dominio completamente qualificato.
Se invece volete andare al mio file server, dovete
digitare ftp. diontraining. com, perché è il
server che gestisco lì.
Se si vuole andare al mio server di posta,
si può digitare mail. diontraining. com.
Tutti e tre questi sono esempi
di nomi di dominio completamente qualificati o FQDN.
In sostanza, c'è un servizio, un punto, un nome di dominio,
un punto e un dominio di primo livello, che funziona allo stesso
modo indipendentemente dal dominio
che si sta consultando su Internet.
Ora, il DNS sarà impostato come una gerarchia.
Questo avviene a cinque livelli diversi.
Abbiamo il livello del percorso, il dominio di primo
livello, i domini di secondo livello, i sottodomini e l'host.
Il livello di rotta è il livello più
alto della gerarchia DNS e il nameserver
di rotta risponderà alle richieste nella
zona di rotta.
Questi server contengono l'elenco globale di tutti
i domini di primo livello, come ad esempio. com,. net, . org, . mulino, e altri.
Il secondo livello in basso sarà quello dei domini di primo livello.
Queste si dividono in due categorie, le gerarchie
organizzative come . com, . net, . org, e altri, e poi la
gerarchia
geografica come . uk per il Regno Unito, . fr per la Francia,. per l'Italia e altri Paesi simili.
Il terzo livello in basso è noto come dominio di secondo livello.
Questi domini si trovano direttamente sotto il dominio di primo livello.
Ad esempio, il mio dominio Dion Training è un
dominio di secondo livello sotto il dominio . dominio di primo livello com.
Il . com si trova sotto il dominio del percorso.
Questo è il modo in cui queste cose si elevano insieme
come parte della gerarchia.
Il quarto livello in basso è noto come sottodominio,
quindi se volessi creare un nuovo server
sotto il mio dominio di secondo livello diontraining. com, posso farlo utilizzando
un sottodominio.
Nel mio caso, ho molti sottodomini
diversi per scopi diversi.
Il mio sito web principale è ospitato nel sottodominio
www, quindi si digita www. diontraining. com, che porta al
mio server web, ma ne ho anche uno chiamato
supporto.
Ora, il sottodominio di supporto
si trova all'indirizzo support. diontraining. com.
Ne ho un altro per la posta, la posta. diontraining. com.
Sono tutti sottodomini diversi.
Il quinto e ultimo livello è quello dell'ospite.
È il livello più basso e dettagliato
della gerarchia DNS e si riferisce a una macchina o a un
server specifico della rete.
Ora, quando pensiamo al DNS, la maggior
parte di noi penserà a qualcosa come un nome di
dominio completamente qualificato,
qualcosa come www. diontraining. com, che contiene un sottodominio,
un dominio di secondo livello e un dominio
di primo livello.
Ora, se volessi fare un ulteriore passo avanti, potrei considerare
la questione dal punto di vista dell'URL, noto
come localizzatore uniforme di risorse.
Ancora una volta, prendiamo
come esempio il mio server web, www. diontraining. com.
Questo è il mio nome di dominio completamente qualificato,
ma non dice come accedervi.
Volete farlo in modo sicuro o insicuro?
Dovrete scoprirlo eseguendo l'URL.
Se volete darmi il vostro nome utente e
la vostra password, dovete farlo in modo sicuro.
Si aggiungerà quindi HTTPS://
davanti a www. diontraining. com, e questo diventa un URL,
un localizzatore uniforme di risorse, perché indica come accedere
a diontraining. server web di com.
Ecco perché abbiamo l'HTTPS all'inizio.
Si tratta del protocollo di trasferimento di testo
sicuro (Hyper Text Transfer Protocol) e questo è il metodo di accesso.
Ora, se si volesse accedere al mio sito web in modo non sicuro,
lo si potrebbe fare aggiungendo HTTP:// all'inizio
dell'indirizzo web.
Ora, se si desidera connettersi
tramite FTP, si utilizza FTP://FTP. diontraining. com come URL, e quindi ci sono molti modi diversi per farlo, mentre
si dice al sistema cosa fare,
e questo creerà un URL e un
nome di dominio completamente
qualificato.
Occorre poi parlare dei diversi tipi di
record DNS che esistono all'interno di un server DNS.
All'interno del vostro server DNS,
creerete diversi record che contengono diversi tipi di informazioni
in base al vostro caso d'uso.
Questi sono noti come record A, record AAAA, record CNAME, record
MX, record TXT e record NS.
Diamo una rapida occhiata a ciascuno di
questi diversi tipi di record.
In primo luogo, abbiamo
un record A, che sta per record di indirizzo.
Un record A viene utilizzato per collegare
un nome host a un indirizzo IPv4.
Ad esempio, esiste un record A per www. diontraining. com, e lo collega all'indirizzo
IP di 45. 79. 184. 180.
Inoltre, è possibile impostare un record A per l'host
@, che indica un record per il
dominio del percorso.
Nell'esempio di Dion Training, il nostro
record @ indica che diontraining. com, che è il percorso del nostro dominio,
sarà elencato in un determinato
IP.
In questo modo, i nostri utenti possono trovare il nostro sito web
accedendo al sottodominio di www. diontraining. com, o semplicemente
andando su diontraining. com utilizzando il record
A @.
Ora, i record A funzionano solo per gli
indirizzi IPv4, ma molti siti web moderni supportano anche l'IPv6.
Per mappare un nome di dominio a un indirizzo
IPv6, si utilizza un record AAAA.
Quindi, utilizzando il sito Dion Training come esempio,
potrei impostare il record AAAA su 2400:cb00:2049:1::a29f:1804
se questo fosse l'indirizzo IPv6 del mio server web.
Come si può notare, gli indirizzi IPv6 sono molto più complicati di quelli
IPv4 e molto difficili da memorizzare
per noi umani; per questo motivo ci piace usare i record
AAAA o 4A.
Il prossimo tipo di record che possiamo utilizzare è noto come record
CNAME, o record del nome canonico.
Ora, un record CNAME viene utilizzato al posto
di un record A per un record AAAA se si desidera puntare un dominio
a un altro nome di dominio o a un sottodominio.
Ad esempio, oltre a diontraining, possiedo
molti altri nomi di dominio. com.
Alcuni di questi sono relativi a ex aziende che ho avuto o
a progetti che gestivo
e altri sono quelli che intendo utilizzare
un giorno in futuro, ma nel frattempo li ho impostati con un
record CNAME che rimanda a diontraining. com.
Ad esempio, gestivo un sito web chiamato itil4exam. com, ma da allora ho smesso
di usare quel nome
di dominio e ho unito tutti
quei corsi nel mio diontraining. com.
Quindi, quando ho chiuso il vecchio server web, volevo ancora permettere
alle persone di digitare itil4exam. com e raggiungere qualcosa
invece di una pagina di errore.
Ho quindi utilizzato un record
CNAME per puntare direttamente a diontraining. com.
Ora, perché dovrei volerlo fare?
Beh, siamo stati nell'altro sito per alcuni
anni in parallelo a diontraining. com, e molti dei link postati
lì sono presenti in tutto il mondo con raccomandazioni
per i nostri corsi che
sono stati ospitati su itil4exam. com.
Uno dei corsi più popolari di quel sito era il nostro
corso ITIL 4 Foundation, che
si trovava all'indirizzo itil4exam. com/itil-4-foundation.
Ora, se si digita questo dato nel
browser web, si risolve l'itil4exam. parte a diontraining. com e vi porterà direttamente
a diontraining. com/itil-4-foundation.
Questo significa che anche se state
utilizzando un link trovato su Reddit che raccomandava
il nostro corso di qualche anno fa, funzionerà
comunque e vi porterà alla nostra pagina di vendita,
anche se l'itil4exam originale. Il server com non è più in funzione
ed è stato messo offline.
Un altro caso di utilizzo di un record CNAME
è quando si utilizza un'offerta di software come servizio che
fornisce un sottodominio sul proprio server.
Per esempio, io uso un software di monitoraggio dei ticket del service
desk noto come Freshdesk, disponibile all'indirizzo freshdesk. com, e ci hanno dato un sottodominio
piuttosto difficile da ricordare per il
loro servizio, qualcosa
come FDUS-143-D15. freshdesk. com.
Quindi, per rendere più facile al mio
staff trovare il nostro servizio di assistenza, abbiamo
creato un record CNAME chiamato Support e lo abbiamo indirizzato a questo sottodominio difficile da ricordare.
Quindi se il mio staff entra nel supporto. diontraining. com, li porta direttamente al nostro sistema di assistenza,
che in realtà ci reindirizza a questa istanza cloud fornita
dal sottodominio emesso
da Freshdesk.
Ricordate che i record CNAME non possono essere
utilizzati per puntare a un indirizzo IP.
Può essere utilizzato solo per puntare a un altro nome
di dominio o sottodominio.
Poi abbiamo un record
MX, che sta per mail exchange record, e fa
quello che pensate.
Aiuta a capire dove si trova un server di posta elettronica.
Un record MX serve a indirizzare le e-mail al vostro server di posta.
I record MX, come i record CNAME, possono essere
utilizzati solo per puntare a un altro dominio e non a un indirizzo IP.
Quando si creano i record MX, è anche possibile
fornire la priorità per ciascuno di questi
record.
Consente di indicare la preferenza per il
server che l'e-mail deve cercare di utilizzare per primo.
Per quanto riguarda l'impostazione
della priorità, più basso è il numero inserito, più alta
è la priorità.
Si tratta essenzialmente di regole del golf.
Quindi se abbiamo mail1. diontraininf. com a 10
e mail2. diontraining. com impostate a 20 per le loro priorità, le e-mail cercheranno di
utilizzare per prima la posta uno.
Se non riesce a raggiungere
la posta uno, cercherà di raggiungere la posta due.
Ora, se si desidera bilanciare il carico
delle e-mail su più server, è sufficiente impostare
le loro priorità sullo stesso valore.
Quindi, se ho creato dei record per
la posta uno e la posta due ed entrambi hanno una priorità di 10, tutte
le e-mail in arrivo si alterneranno e bilanceranno il carico
in modo uguale tra questi server.
Il primo va a uno, il secondo
a due, il terzo a uno, il quarto
a due e così via.
Poi ci sono i record TXT, o record di testo.
Ora, un record di testo viene utilizzato dagli amministratori
di dominio per aggiungere testo al sistema dei nomi di dominio, o DNS.
In origine, i record di testo erano stati concepiti
come un modo per aggiungere note leggibili dall'uomo nei nostri record
DNS; col tempo, si è cominciato ad aggiungere sempre
più cose a questi record di testo e, alla fine, si è cominciato
ad aggiungere anche dati leggibili dalla macchina
in questi record di testo, ed è qui che si vede la maggior
parte di questi giorni.
Il vostro dominio può avere anche
molti record di testo diversi.
Non siete limitati a uno solo di essi.
Nella maggior parte dei casi, i record di testo
vengono utilizzati per dimostrare la proprietà del
dominio, aggiungendo un codice leggibile dalla macchina per la verifica,
e per prevenire lo spam via e-mail, sempre aggiungendo
un codice leggibile dalla macchina a un record TXT.
Ad esempio, presso diontraining. com, abbiamo un record di
testo con il nome fdkey. e una testurizzazione di 32 cifre esadecimali
all'interno dei
nostri record DNS.
Ciò consente al nostro sistema di assistenza Freshdesk di verificare
la proprietà del nome di dominio diontraining. com, in modo da essere autorizzati a inviare
e-mail per nostro conto ai nostri studenti quando il nostro team
risponde a un ticket di assistenza
all'interno del loro sistema.
Si tratta di una forma di verifica della proprietà del
dominio, perché il loro sistema può interrogare i nostri
record DNS e vedere che abbiamo inserito questa serie unica
di 32 cifre esadecimali nel nostro record DNS TXT.
In sostanza, funziona come
una password per dire: "Ehi, questo dominio è mio. Nei vostri record TXT, potete anche inserire informazioni come SPF,
DKIM o DMARC per poter verificare
i vostri servizi e-mail e bloccare
la trasmissione di messaggi spoofed o indesiderati,
noti come spam, ad altre persone che utilizzano il vostro dominio
e i vostri indirizzi e-mail.
SPF, o sender policy
framework, è un record DNS che identifica
l'host autorizzato a inviare posta
per il dominio, e ce ne sarà
solo uno per ogni dominio.
Ora, se li guardate, avrete qualcosa che
assomiglia a questo, e questo è un record DNS chiamato
record di testo.
Noterete che c'è il segno @ e poi c'è
scritto V=SPF1, ovvero sender policy framework one.
È il primo.
Poi c'è MX, che è il record del server di posta, e poi
c'è scritto include:_SPF. google. com, e includere:
e-mail. freshdesk. tutti.
Cosa vi dice questo?
In realtà questo è il record SPF del mio server di posta elettronica.
Ora, perché abbiamo Google. Come si fa?
Beh, è perché utilizziamo G Suite di Google e quindi Google è il nostro fornitore di servizi
di posta elettronica.
Non gestiamo un nostro server di posta elettronica.
Invece, lasciamo che lo facciano loro, e abbiamo dato
loro l'autorizzazione a farlo, che
sono autorizzati a inviare e-mail per
nostro conto includendo la dichiarazione SPF.
Ora, la seconda, vi starete
chiedendo: "A cosa serve?
Pensavo che se ne potesse avere solo uno. Si può avere solo
una dichiarazione SPF, ma l'intera
cosa è una riga quando è scritta
in DNS, e l'intera cosa, dal testo fino a tutto, è una
singola riga, e questa è una singola dichiarazione SPF.
Posso autorizzare più server a inviare per mio conto,
ma posso farlo solo in una linea DNS, come vedete qui, e Freshdesk
è il nostro sistema di segnalazione dei problemi.
Se inviate un'e-mail all'assistenza di Dion Training, andrà a Freshdesk,
ma se inviate un'e-mail alla mia e-mail personale
a Dion Training, andrà a Google, perché
è lui che si occupa delle nostre e-mail
personali per la nostra azienda, e quindi dovete includere entrambi
in qualsiasi altra cosa che
sarà autorizzata a inviare per vostro conto all'interno di questa
dichiarazione.
Ora, la prossima cosa di cui dobbiamo parlare è DKIM, o dkim.
Ora, questa è la posta identificata dalle chiavi di dominio.
Fornisce un meccanismo di autenticazione crittografica per la posta elettronica utilizzando
una chiave pubblica pubblicata come record DNS.
Ora, quando si consulta un SPF o un
DKIM, si vedrà qualcosa di simile a questo.
Ecco un esempio che mostra la posta di adobe. com.
Si può notare il DMARC in
alto, di cui parleremo tra poco,
l'SPF, di cui abbiamo appena
parlato, e il DKIM, di
cui stiamo parlando ora.
Si tratta sostanzialmente di una chiave di autenticazione
crittografica molto lunga, che potete vedere sullo schermo.
Ora, DKIM può sostituire o essere utilizzato con SPF.
Il prossimo argomento che tratteremo
è il DMARC, ovvero il reporting e la conformità dell'autenticazione
dei messaggi basata sul dominio.
Si tratta fondamentalmente di un framework, utilizzato
per garantire la corretta
applicazione di SPF e DKIM utilizzando
un criterio pubblicato come record DNS, che vi ho mostrato
molto brevemente nell'ultima immagine sullo schermo,
quando vi ho mostrato il DMARC nella riga superiore
dell'immagine.
Se volete tornare indietro e dare un'occhiata,
potete farlo in questo momento.
Ora, quando si ha a che fare con
il DMARC, è possibile utilizzarlo
con SPF, con DKIM o con entrambi,
perché ricordiamo che SPF e DKIM non devono essere utilizzati insieme.
Si può usare l'uno o l'altro, oppure
entrambi, e il DMARC verrà utilizzato con uno dei due o con entrambi.
Ora, quando si ha a che fare
con MARC, ecco come si presenta.
Come funziona tutto questo insieme?
Innanzitutto bisogna assicurarsi che SPF,
DKIM e DMARC siano tutti presenti sul server DNS.
Una volta che si dispone di tutti questi
dati, si avvia l'intero processo.
Una volta fatto questo, tutto
il resto seguirà ogni volta che vorrete inviare
un messaggio.
In questo esempio, verranno inviati due messaggi,
uno dal server SMTP, che è autorizzato e viene visualizzato
in verde, e uno da un avversario che sta cercando di falsificare
il vostro dominio, che verrà visualizzato
in rosso.
Cominciamo con quella autorizzata.
Qui è indicato come 2A.
Il mittente invierà il messaggio all'MTA.
Va all'MTA, che è l'agente
di trasferimento dei messaggi, e finisce per prendere
il messaggio con l'intestazione SPF o DKIM.
Rimaniamo su questo messaggio per
un minuto e poi torniamo all'avversario.
Una volta che l'MTA ha ricevuto
il messaggio, lo esamina
e lo elabora.
Quando lo fa, parte di questo processo consiste
nel cercare la politica DMARC
del mittente e i record SPF e DKIM tramite DNS, proprio
come abbiamo detto negli ultimi tre o quattro minuti.
Ora, una volta che l'MTA lo fa, se è legittimo, il
messaggio può essere inserito nella casella di
posta del destinatario sul server IMAP e attendere che la persona sia in grado di
leggere il suo messaggio utilizzando il suo interprete di posta.
È tutto a posto, perché sanno che questo messaggio è autentico,
perché ha confrontato quei valori con l'SPF, il DKIM o il
DMARC, in base alla
politica impostata.
Ora, se consideriamo l'avversario, quando invia il messaggio,
questo passa comunque per l'MTA, perché deve passare per l'MTA per arrivare
all'utente finale.
Una volta arrivato a destinazione, tuttavia,
l'MTA lo verificherà rispetto alla politica DMARC, esaminando i record
SPF o DKIM.
Una volta fatto questo, se non corrispondono, rifiuterà
il messaggio, lo eliminerà o lo metterà in quarantena
e lo getterà via, come si può vedere
in 5B.
Ancora una volta, questo è il modo in cui funzionano queste cose
e utilizzando DKIM, DMARC e SPF insieme, possiamo aggiungere
un po' di sicurezza alle nostre organizzazioni.
Infine, abbiamo un record NS, che
sta per nameserver record.
Ora, un record nameserver viene utilizzato per
indicare quale server di nomi DNS nel mondo sarà
quello autorevole per quel dominio.
Questo è importante perché il DNS utilizza il modello
gerarchico di cui abbiamo parlato e tutti i server
devono sapere chi è il proprietario di quel record e
chi è autorizzato a modificarlo.
Ora, un nameserver è un tipo di server DNS che memorizza
tutti i record DNS per un determinato
dominio, compresi tutti i tipi di cui abbiamo già parlato,
come i record A, i record AAAA, i record dei nomi canonici, i record MX per lo scambio
di posta e i record di testo TXT.
Spesso esistono anche più server dei nomi per un dominio, per cui è
possibile avere un server dei nomi primario e uno di backup.
Inoltre, non è sempre necessario
ospitare i propri server dei nomi.
Nel caso di diontraintraining. com, non ospitiamo i nostri
server di nomi.
Ci affidiamo invece a Cloudflare,
un fornitore di servizi cloud che si occupa di questo aspetto per noi.
Quindi se si consultano i record DNS di diontraining. com, la fonte autorevole
è costituita da due server di nomi
di Cloudflare.
Finora ho parlato di DNS dal punto di vista
dell'hosting di un server DNS pubblico
a cui può accedere chiunque nel mondo, ma in realtà
il DNS può essere usato internamente
o esternamente.
Tutto ciò di cui ho parlato
finora riguarda l'esterno, ma parliamo un
po' dell'interno.
Al giorno d'oggi, con il cloud computing, è molto comune impostare
anche un servizio DNS interno che consenta
alle istanze cloud all'interno della stessa
rete o del cloud privato di accedere l'una all'altra utilizzando i nomi DNS interni
invece di dover usare i loro indirizzi IP.
A tal fine, vengono creati record A interni
e record di puntatori interni
nella zona inversa.
Fortunatamente, la maggior parte dei provider di cloud
creerà, aggiornerà e rimuoverà automaticamente
questi record DNS interni, man mano che vengono create e rimosse diverse macchine
virtuali e altre istanze nel cloud privato.
Il DNS esterno, tuttavia, è quello con cui
la maggior parte di noi ha più familiarità.
Si tratta dei record creati intorno ai nomi
di dominio che acquistiamo
da un'autorità centrale
e che utilizziamo su Internet.
Ora, per ogni record DNS, abbiamo anche
quello che è noto come TTL, o tempo di vita, che è associato ad esso.
Il time to live è un'impostazione che indica al resolver DNS
per quanto tempo può memorizzare nella cache una query prima di richiederne una nuova.
Quindi, se i miei record DNS sono impostati con
un tempo di vita di 86.400 secondi, che di solito è il valore
predefinito, significa che il mio computer
risolverà quel record DNS e lo ricorderà per 24 ore prima di dover
tornare al server DNS e chiedere di nuovo quelle
informazioni.
Questo resolver DNS, noto anche come cache
DNS, si trova sul singolo host.
Se si utilizza Windows 10, ad esempio, il computer esegue
una copia locale di ogni voce
DNS che risolve quando ci si connette a
siti web su Internet.
Questo database temporaneo
ricorda le risposte ricevute dal server DNS.
Quindi se andate su diontraining. La prima volta che lo fate oggi, il vostro computer
deve chiedere al server
DNS l'indirizzo
IP, ma ora sa dove si trova e
lo ricorda per le 24 ore successive.
Se oggi visitate il mio sito web cinque volte,
avete dovuto cercare quell'indirizzo IP una sola volta.
Questo ci aiuta a velocizzare l'intero processo.
Ora, se domani si riprova, il computer controllerà
innanzitutto la cache DNS e vedrà che c'è un
record.
Ma se il tempo di vita è già trascorso, il
record verrà invalidato
ed eseguito un'altra ricerca.
L'ultimo aspetto da trattare
è il concetto di ricerca ricorsiva.
Vedete, quando il vostro computer vuole trovare un determinato
sito web come diontraining. com, deve prima chiedere al
suo server DNS dove si trova.
Quindi, se siete seduti
a casa e utilizzate una connessione Verizon Fios, ad esempio,
chiederete al loro server
DNS: "Chi è diontraining. com? Ora, il DNS di Verizon può conoscere o meno l'indirizzo
IP di diontraining.
com.
Dopo tutto, ci sono milioni e milioni di siti web e se dovessero
risincronizzare i nostri record
ogni 24 ore, ci vorrebbe molto tempo.
Il DNS utilizza invece questa
strategia ricorsiva per eseguire la ricerca.
Quindi chiedete a Verizon e, se non conoscono la risposta, saliranno di livello e chiederanno
al server DNS successivo.
Se il server non conosce la risposta, sale di un altro livello
e continua questo processo finché non trova qualcuno
che conosce l'indirizzo IP
di diontraining. com.
Ora, se durante questa ricorsione
si arriva fino al punto . com o il dominio di percorso per diontraining. com, allora può chiedere
all'indirizzo . com quale server DNS è autorevole per
diontrain. com, e ottenere una risposta autorevole
direttamente da loro.
In sostanza, con una ricerca
ricorsiva, il resolver DNS dice: "Non so quale
sia l'IP di questo dominio, ma
lo chiederò al mio server DNS,
che lo cercherà finché non lo troverà
e mi dirà l'IP". Ora, è possibile utilizzare
un altro metodo, noto come ricerca
iterativa.
Una ricerca iterativa è simile a una ricerca
ricorsiva, tranne per il fatto che il server DNS non
continuerà a cercare le informazioni per voi e vi invierà il risultato.
Invece, in una ricerca iterativa, il
resolver DNS chiederà al server DNS quale sia
l'IP del dominio e, se il server
DNS non lo sa, dirà al resolver di chiedere
al server DNS successivo,
che fornirà il suo IP.
Ora, con la ricerca ricorsiva, il server DNS lo cercherà
e lo riporterà al resolver, ma con una ricerca
iterativa, il resolver DNS eseguirà
continuamente questa query
attraverso questa ricorsione finché non troverà
l'IP per quel dominio, quindi è solo una questione di chi sta cercando queste informazioni.
Bene, abbiamo trattato molte informazioni in questa
lezione, quindi, come rapido
riassunto, cosa dovete sapere per l'esame?
È necessario capire come funziona il DNS, utilizzando i suoi vari
tipi di record per convertire i nomi di dominio in indirizzi
IP e gli indirizzi IP in nomi di dominio.
Occorre ricordare che i record A sono utilizzati per i nomi di dominio
con indirizzi IPv4, mentre i record AAAA sono utilizzati per
i nomi di dominio con indirizzi IPV6.
I record CNAME vengono utilizzati per mappare i nomi
di dominio ad altri nomi di dominio.
I record MX sono utilizzati per la posta elettronica, mentre i record
NS sono utilizzati per i server dei nomi.
I record TXT memorizzano il testo come
dati leggibili dall'uomo o dalla macchina.
Se ricordate questo riassunto, dovreste essere in grado di rispondere
alla maggior parte delle domande sul DNS
che vedrete all'esame.