Jason : Dans cette leçon, nous
allons parler du système de noms de domaine, ou DNS.
Le protocole DNS est utilisé pour aider les clients de votre réseau à trouver
un site web en utilisant des noms d'hôtes lisibles par
l'homme au lieu d'adresses IP numériques.
Par exemple, si je vous ai dit de visiter mon site web, je peux simplement
dire : "Hé, allez sur diontraining. com", ce qui est beaucoup plus facile
à retenir que de devoir se rappeler qu'il s'agit
de 66. 123. 45. 237, ou quelle
que soit l'adresse IP de mon serveur web.
Après tout, énoncer tous ces chiffres dans le cadre d'une publicité
télévisée n'est pas aussi accrocheur ou mémorable que de dire à votre consommateur
de visiter le site diontraining.
com, ou coca-cola. com,
ou microsoft. com, n'est-ce pas ?
Comment l'ordinateur peut-il trouver
l'adresse IP du serveur web à partir
de ces différents noms de domaine ?
C'est la raison d'être du DNS, le système de noms de domaine.
Le DNS fonctionne de la manière suivante : l'ordinateur de l'utilisateur reçoit l'ordre de se rendre
à un endroit tel que diontraining. com, et donc il s'adresse
à un serveur DNS et dit, "Hé, qui est
diontraining. com ? Le serveur DNS va alors répondre
et dire : "Oh, je connais diontraining.
com.
Son adresse IP est 66 point quelque chose, point quelque
chose, point quelque chose. Ensuite, le client est redirigé
vers un serveur web à l'aide de son routeur et de sa connexion,
puisqu'il connaît maintenant la bonne adresse IP
à utiliser comme destination.
Tout cela se passe en arrière-plan pour vos utilisateurs
et votre ordinateur sans que personne n'ait
à le demander, car le DNS fait partie intégrante
de nos réseaux et de nos systèmes.
La plupart d'entre nous, en tant qu'utilisateurs domestiques,
ne gérons pas nos propres serveurs DNS, mais nous comptons
sur nos fournisseurs d'accès à Internet pour le faire à notre place.
Mais si vous gérez vos propres sites web ou notre
grand réseau d'entreprise, vous pouvez également
avoir votre propre serveur DNS au sein de votre réseau, et
vous serez responsable de la configuration
de vos propres enregistrements DNS qui dictent
quels serveurs sont situés à quelles adresses IP, et à quelles
fins.
Cela vous permet d'exécuter votre propre résolution
de nom de domaine et d'hôte, qui convertira ces noms de domaine
en adresses IP.
Si vous voulez y penser, c'est
comme si vous aviez une liste de contacts sur votre téléphone.
Aujourd'hui, combien de numéros de téléphone avez-vous mémorisés ?
Il n'y en a probablement pas beaucoup, n'est-ce pas ?
Normalement, vous sortez votre smartphone, vous faites
défiler jusqu'au nom de la personne, vous appuyez sur son
nom avec votre doigt et le téléphone compose le numéro.
Par exemple, si je veux appeler ma femme, je fais défiler l'écran jusqu'à
son nom, j'appuie sur une photo de son visage sur
mon téléphone et, immédiatement, mon téléphone compose son numéro.
Je n'ai pas besoin de mémoriser les 10 chiffres de son numéro de téléphone,
car mon téléphone le fait pour moi.
En effet, nous avons plus de mal
à nous souvenir des chiffres que des noms, et c'est pourquoi nous
convertissons les visages ou les noms en chiffres à l'aide
de notre liste de contacts.
C'est la même chose pour les ordinateurs,
sauf que les ordinateurs préfèrent les
chiffres aux noms. Nous voulons donc convertir les noms de domaine
qui sont plus faciles pour nous en adresses IP qui sont plus faciles pour
les ordinateurs de faire leur routage, et c'est tout ce que
le DNS fait pour nous.
Il convertit les noms en nombres et les nombres en noms.
L'un des concepts du DNS dont nous
devons parler est ce que l'on
appelle un nom de domaine entièrement qualifié, ou FQDN.
C'est le cas lorsqu'un nom de domaine se trouve sous un fournisseur de premier niveau.
Par exemple, le fournisseur de premier niveau le plus courant est . com, mais nous avons aussi des
choses comme . moulin, . edu, . org, . net.
Prenons l'exemple de Dion Training.
Chez Dion Training, nous disposons d'un grand nombre de serveurs différents.
L'un de nos serveurs est notre serveur
web, situé à l'adresse www. diontraining. com.
Le domaine de premier niveau est ici . com.
Le nom de domaine que j'utilise est Dion Training.
Pour qu'il soit pleinement qualifié, je dois ajouter WWW devant lui.
Il s'agit donc de www. diontraining. com.
Maintenant, si vous voulez aller sur mon
serveur web, c'est ce que vous allez taper dans
votre navigateur, www. diontraining. com, et maintenant vous allez
être redirigé vers mon serveur web, parce que le DNS sait comment il doit
faire tourner l'adresse IP de mon serveur web en
utilisant ce nom de domaine pleinement qualifié.
Maintenant, si vous voulez aller sur mon serveur de fichiers,
vous devrez taper ftp. diontraining. com, car c'est le
serveur que j'y fais tourner.
Si vous voulez accéder à mon serveur de messagerie,
vous pouvez taper mail. diontraining. com.
Ces trois exemples sont
des noms de domaine pleinement qualifiés (FQDN).
Essentiellement, il y a un service, un point, un nom de
domaine, un point et un domaine de premier niveau, et cela fonctionne
de la même manière quel que soit
le domaine que vous regardez sur l'internet.
Maintenant, le DNS va être configuré comme une hiérarchie.
Cela se produit à cinq niveaux différents.
Nous avons le niveau de la route, le domaine de premier
niveau, les domaines de second niveau, les sous-domaines et l'hôte.
Le niveau route est le niveau le plus
élevé de l'arborescence DNS, et
le serveur de noms route répondra aux demandes
dans la zone route.
Ces serveurs contiennent la liste globale
de tous les domaines de premier niveau. com,. net, . org, . et d'autres.
Le deuxième niveau est celui des domaines de premier niveau.
Ils se répartissent en deux catégories : les hiérarchies
organisationnelles telles que . com, . net, . org, et d'autres, puis la
hiérarchie
géographique telle que . uk pour le Royaume-Uni, . pour la France,. pour l'Italie et d'autres pays de ce type.
Le troisième niveau est connu sous le nom de domaine de deuxième niveau.
Ces domaines se situent directement sous le domaine de premier niveau.
Par exemple, mon domaine Dion Training est un
domaine de deuxième niveau sous le nom de domaine . com.
Le . com se trouve sous le domaine de la route.
C'est ainsi que ces éléments s'élèvent ensemble
dans le cadre de la hiérarchie.
Le quatrième niveau est appelé sous-domaine. Ainsi,
si je voulais créer un nouveau serveur
sous mon domaine de deuxième niveau diontraining. com, je peux le faire en utilisant
un sous-domaine.
Dans mon cas, j'ai beaucoup de sous-domaines
différents pour des objectifs différents.
Mon site web principal est hébergé dans le sous-domaine
www, vous tapez donc www. diontraining. com, et cela vous amène
à mon serveur web, mais j'en ai aussi un qui s'appelle
support.
Désormais, le sous-domaine support
est situé à l'adresse support. diontraining. com.
J'en ai un autre pour le courrier, le courrier. diontraining. com.
Il s'agit de sous-domaines différents.
Le cinquième et dernier niveau est celui de l'hôte.
Il s'agit du niveau le plus bas et le plus détaillé
de la hiérarchie DNS, et il se réfère à une machine ou à un serveur
spécifique sur le réseau.
Cependant, lorsque nous pensons au DNS,
la plupart d'entre nous pensent à un nom de domaine
entièrement qualifié, quelque
chose comme www. diontraining. com, qui contient un sous-domaine, un
domaine de deuxième niveau et un domaine
de premier niveau.
Si je veux aller plus loin, je peux l'examiner du point de
vue de l'URL, qui est connu sous le nom de
localisateur de ressources uniformes.
Prenons à nouveau l'exemple
de mon serveur web, www. diontraining. com.
Il s'agit de mon nom de domaine complet, mais il ne
vous indique pas comment y accéder.
Voulez-vous le faire de manière sécurisée ou non sécurisée ?
Eh bien, vous devrez le savoir en faisant l'URL.
Si vous voulez me donner votre nom d'utilisateur
et votre mot de passe, vous devez le faire en toute sécurité.
Vous allez donc ajouter HTTPS://
devant www. diontraining. com, et cela devient un URL, un
localisateur de ressources uniformes, car il vous indique comment accéder
à diontraining. com.
C'est la raison pour laquelle nous avons ce HTTPS au début.
Il s'agit du protocole de transfert de
texte hyper sécurisé, et c'est la méthode pour y accéder.
Si vous voulez accéder à mon site web de manière non sécurisée,
vous pouvez le faire en ajoutant HTTP:// au
début de l'adresse web.
Maintenant, si vous voulez vous
connecter par FTP, vous devez utiliser FTP://FTP. diontraining. com comme URL, et il y a donc de nombreuses façons différentes de le faire
en indiquant au système ce qu'il
doit faire, ce qui va créer
une URL et un nom de domaine pleinement
qualifié.
Ensuite, nous devons parler des différents types
d'enregistrements DNS qui existent au sein d'un serveur DNS.
Dans votre serveur DNS, vous allez créer
différents enregistrements qui contiennent différents types d'informations
en fonction de votre cas d'utilisation.
Il s'agit des enregistrements A, AAAA,
CNAME, MX, TXT et NS.
Examinons rapidement chacun de ces différents
types d'enregistrement.
Tout d'abord, nous avons un enregistrement
A, c'est-à-dire un enregistrement d'adresse.
Un enregistrement A est utilisé
pour lier un nom d'hôte à une adresse IPv4.
Par exemple, il existe un enregistrement A pour www. diontraining. com, et il la relie à l'adresse
IP de 45. 79. 184. 180.
En outre, vous pouvez également définir un enregistrement A pour
l'hôte @, ce qui indique un enregistrement
pour le domaine de la route.
Dans l'exemple de Dion Training, notre enregistrement
@ signifie que diontraining. com, qui est la route de notre domaine,
sera listé à une certaine
IP.
De cette façon, nos utilisateurs peuvent trouver notre site web
en allant sur le sous-domaine www. diontraining. com, ou simplement en
allant sur le site diontraining. com en utilisant cet enregistrement
A @.
Aujourd'hui, les enregistrements A ne fonctionnent
que pour les adresses IPv4, mais de nombreux sites web modernes prennent également en charge l'IPv6.
Pour faire correspondre un nom de domaine à une adresse
IPv6, vous allez utiliser un enregistrement AAAA.
Ainsi, en prenant le site Dion Training comme exemple,
je pourrais définir l'enregistrement AAAA à 2400:cb00:2049:1::a29f:1804
s'il s'agissait de l'adresse IPv6 de mon serveur web.
Comme vous pouvez le constater, les adresses IPv6 sont beaucoup plus compliquées que les
adresses IPv4, et vraiment difficiles à mémoriser pour nous,
les humains, c'est
pourquoi nous aimons utiliser ces enregistrements AAAA, ou les
enregistrements 4A.
Le type d'enregistrement suivant que nous pouvons utiliser est connu sous le nom d'enregistrement
CNAME, ou enregistrement de nom canonique.
Désormais, un enregistrement CNAME est utilisé à la place
d'un enregistrement A pour un enregistrement AAAA si vous souhaitez faire pointer
un domaine vers un autre nom de domaine ou un nom de sous-domaine.
Par exemple, je possède un grand nombre de noms de
domaine différents en plus de diontraining. com.
Certains d'entre eux correspondent à d'anciennes entreprises que
j'ai dirigées ou à des projets
que j'ai menés, et d'autres sont des sites que je
compte utiliser un jour, mais en attendant, je leur ai attribué un enregistrement
CNAME qui renvoie à diontraining. com.
Par exemple, je gérais un site web appelé itil4exam. com, mais j'ai depuis cessé d'utiliser
ce nom de domaine, et
j'ai fusionné tous ces cours dans
mon propre diontraining. com.
Ainsi, lorsque j'ai fermé ce vieux serveur web, je voulais encore
permettre aux gens de taper itil4exam. com et obtenir quelque chose
au lieu d'une simple page d'erreur.
J'ai donc utilisé un enregistrement
CNAME pour le faire pointer directement vers diontraining. com.
Pourquoi voudrais-je faire cela ?
Nous avons travaillé sur l'autre site pendant quelques
années, parallèlement à diontraining. com, et de nombreux liens qui
y sont affichés se retrouvent partout sur Internet avec
des recommandations pour
nos cours qui ont été hébergés sur cet itil4exam. com.
L'un de nos cours les plus populaires sur ce site était
notre cours ITIL 4 Foundation,
qui se trouvait sur le site itil4exam. com/itil-4-foundation.
Maintenant, si vous tapez cela dans votre navigateur
web, cela résoudra le problème de l'examen itil4. com part à diontraining. com, et vous conduira directement
à diontraining. com/itil-4-foundation.
Cela signifie que même si vous utilisez
un lien que vous avez trouvé sur Reddit qui recommande notre
cours d'il y a quelques années, il fonctionnera
toujours et vous amènera à notre page de vente,
même si l'original itil4exam. com n'est plus en service
et a été mis hors ligne.
Un autre cas d'utilisation d'un enregistrement
CNAME est celui où vous utilisez un logiciel en tant que service
qui vous fournit un sous-domaine sur son serveur.
Par exemple, j'utilise un logiciel de suivi des tickets de service
connu sous le nom de Freshdesk, qui est disponible sur freshdesk. com, et ils nous ont donné un sous-domaine
assez difficile à retenir pour leur service,
quelque chose comme FDUS-143-D15.
freshdesk. com.
Ainsi, pour permettre à mon personnel
de trouver plus facilement notre service d'assistance,
nous créons un enregistrement CNAME appelé Support, et nous le faisons pointer vers ce sous-domaine difficile à mémoriser.
Ainsi, si mon personnel entre en soutien. diontraining. com, il les dirige directement vers notre système d'assistance,
qui nous redirige en fait vers cette instance en nuage fournie
par le sous-domaine émis
par Freshdesk.
N'oubliez pas que les enregistrements CNAME ne peuvent
pas être utilisés pour pointer vers une adresse IP.
Il ne peut être utilisé que pour pointer vers un autre nom
de domaine ou de sous-domaine.
Ensuite, nous avons un enregistrement
MX, qui signifie enregistrement d'échange de courrier, et qui fait
ce que vous pensez qu'il ferait.
Il vous aide à déterminer où se trouve un serveur de messagerie.
Un enregistrement MX est utilisé pour diriger les courriels vers votre serveur de messagerie.
Les enregistrements MX, comme les enregistrements CNAME, ne
peuvent être utilisés que pour pointer vers un autre domaine, et non vers une adresse IP.
Lorsque vous créez vos enregistrements MX, vous pouvez
également indiquer la priorité de chacun de ces
enregistrements.
Cela vous permet d'indiquer votre préférence pour le
serveur que le courrier électronique doit essayer d'utiliser en premier.
Lorsqu'il s'agit de définir
la priorité, plus le chiffre saisi est bas, plus la priorité
est élevée.
Il s'agit essentiellement de règles de golf.
Ainsi, si nous avons mail1. diontraininf. com à 10,
et mail2. diontraining. com fixé à 20 pour leurs priorités, les courriels vont tenter
d'utiliser le mail 1 en premier.
S'il ne parvient pas à atteindre
le premier courrier, il essaiera d'atteindre le deuxième.
Maintenant, si vous voulez équilibrer la charge
de votre courrier électronique sur plusieurs serveurs, il vous
suffit de régler leurs priorités sur la même valeur.
Ainsi, si j'ai créé des enregistrements
pour le courrier 1 et le courrier 2, et qu'ils ont tous deux une priorité de
10, tous les courriers électroniques entrants vont alterner et se répartir
équitablement entre ces serveurs.
Le premier passe à un, le deuxième passe
à deux, le troisième passe à un, le quatrième
passe à deux, et ainsi de suite.
Viennent ensuite les enregistrements TXT, ou enregistrements de texte.
Aujourd'hui, un enregistrement de texte est utilisé par les administrateurs
de domaine pour ajouter du texte dans le système de noms de domaine, ou DNS.
À l'origine, les enregistrements de texte ont été conçus
pour nous permettre d'ajouter des notes lisibles par l'homme dans nos enregistrements
DNS. Au fil du temps, de plus en plus de choses ont commencé
à être ajoutées à ces enregistrements de texte, et finalement, nous
avons commencé à ajouter des données lisibles par machine
dans ces enregistrements de texte également, et c'est ce que
vous verrez le plus souvent de nos jours.
Votre domaine peut également avoir un grand
nombre d'enregistrements de texte différents.
Vous n'êtes pas limité à l'un d'entre eux.
La plupart du temps, les enregistrements textuels
sont utilisés pour prouver la propriété d'un domaine en ajoutant
un code lisible par une machine à des fins de vérification, et pour prévenir
le spam par courrier électronique, là encore en ajoutant
un code lisible par une machine à un enregistrement TXT.
Par exemple, à diontraining. com, nous avons un enregistrement
de texte portant le nom fdkey. et une texture de 32 chiffres hexadécimaux à l'intérieur
de nos enregistrements
DNS.
Cela permet à notre système d'assistance Freshdesk de vérifier que nous sommes
bien propriétaires du nom de domaine diontraining. com, de sorte qu'ils sont autorisés à envoyer
des courriels en notre nom à nos étudiants lorsque notre équipe
répond dans leur système à
un ticket d'assistance.
Il s'agit d'une forme de vérification de la propriété du
domaine, car leur système peut interroger nos enregistrements
DNS et constater que nous avons saisi cette série unique de 32 chiffres
hexadécimaux dans notre enregistrement DNS TXT.
En fait, il s'agit d'un mot
de passe qui permet de dire : "Je possède ce domaine. Dans vos enregistrements TXT, vous pouvez également indiquer des informations telles
que les messages SPF, DKIM ou DMARC afin de
vérifier vos services de courrier électronique
et de bloquer la transmission de messages usurpés ou indésirables,
connus sous le nom de spam, à d'autres personnes utilisant votre domaine et vos adresses de courrier électronique.
SPF, ou Sender Policy Framework,
est un enregistrement DNS qui identifie l'hôte autorisé
à envoyer du courrier pour le domaine, et il
n'y en a qu'un seul autorisé pour
chaque domaine.
Lorsque vous les regardez, vous obtenez quelque chose
qui ressemble à ceci, et il s'agit d'un enregistrement DNS appelé
enregistrement de texte.
Vous remarquerez qu'il y a le signe @, puis V=SPF1,
c'est-à-dire le cadre de politique d'expéditeur numéro un.
C'est le premier.
Il y a ensuite MX, qui est l'enregistrement du serveur de
messagerie, puis include:_SPF. google. com, et inclure:email.
freshdesk. com-all.
Qu'est-ce que cela vous apprend ?
Il s'agit en fait de l'enregistrement SPF de mon serveur de messagerie.
Maintenant, pourquoi avons-nous Google ? com là ?
C'est parce que nous utilisons G Suite de Google et que Google est notre fournisseur de
services de messagerie.
Nous ne gérons pas notre propre serveur de messagerie.
Au lieu de cela, nous les laissons faire, et nous
leur avons donné l'autorisation
d'envoyer des courriels en notre nom
en incluant cette déclaration SPF.
En ce qui concerne le deuxième, vous
vous demandez peut-être : "À quoi ça sert ?
Je croyais qu'on ne pouvait en avoir qu'un seul. Il ne peut y avoir qu'une
seule déclaration FPS, mais l'ensemble de cette
déclaration ne représente qu'une ligne
lorsqu'elle est rédigée en DNS, et l'ensemble de cette déclaration,
du texte à l'ensemble, ne représente qu'une seule ligne, et c'est une seule déclaration FPS.
Je peux autoriser plusieurs serveurs à envoyer des messages en mon
nom, mais je ne peux le faire que dans une seule ligne DNS, comme vous le
voyez ici, et Freshdesk est notre système de gestion des incidents.
Si vous envoyez un courriel à l'assistance de Dion Training, il sera envoyé
à Freshdesk, mais si vous envoyez un courriel à mon
adresse personnelle chez Dion Training,
il sera envoyé à Google, parce que
c'est lui qui gère nos courriels personnels pour notre entreprise,
et vous devez donc inclure
ces deux adresses dans tout ce qui sera autorisé à envoyer en votre
nom dans cette déclaration.
La prochaine chose dont nous devons parler est DKIM, ou dkim.
Il s'agit ici d'un courrier identifié par des clés de domaine.
Il s'agit d'un mécanisme d'authentification cryptographique du courrier utilisant une clé
publique publiée sous la forme d'un enregistrement DNS.
Lorsque vous consultez un SPF ou un
DKIM, vous voyez quelque chose comme ceci.
Voici un exemple qui vous montre le courrier d'adobe. com.
Vous pouvez voir le DMARC en haut,
dont nous parlerons dans une minute, vous verrez
le SPF, dont nous venons de parler,
et ensuite vous verrez le DKIM,
qui est ce dont nous parlons maintenant.
Il s'agit essentiellement d'une clé d'authentification
cryptographique très longue, que vous pouvez voir à l'écran.
Désormais, DKIM peut remplacer ou être utilisé avec SPF.
Nous allons maintenant parler de
DMARC, c'est-à-dire l'authentification des messages basée sur le domaine,
le signalement et la conformité.
Il s'agit essentiellement d'un cadre, utilisé pour garantir
l'application correcte
de SPF et DKIM à l'aide d'une politique
publiée sous forme d'enregistrement DNS, comme je l'ai
montré très brièvement dans la dernière image sur votre
écran lorsque je vous ai montré le DMARC sur la
ligne supérieure de cette image.
Si vous souhaitez revenir en arrière et jeter un coup
d'œil, vous pouvez le faire maintenant.
En ce qui concerne DMARC, vous pouvez
l'utiliser soit avec SPF, soit avec
DKIM, soit avec les deux, car n'oubliez
pas que SPF et DKIM ne doivent pas nécessairement être utilisés ensemble.
Vous pouvez utiliser l'un ou l'autre,
ou les deux, et DMARC sera utilisé avec l'un ou l'autre ou les deux.
Voici à quoi ressemble
le format MARC.
Comment tout cela fonctionne-t-il ?
Tout d'abord, vous devez vous assurer que votre SPF,
votre DKIM et votre DMARC sont tous présents sur le serveur DNS.
Une fois que vous avez tous ces documents,
c'est ce qui déclenche tout le processus.
Une fois que vous avez fait cela une
fois, tout le reste suivra chaque fois que vous voudrez
envoyer un message.
Dans cet exemple, deux messages sont
envoyés, l'un du serveur SMTP, qui est autorisé
et apparaît en vert, et l'autre d'un adversaire qui
tente d'usurper votre domaine,
qui apparaît en rouge.
Commençons par celui qui est autorisé.
Ici, il est répertorié comme 2A.
Votre expéditeur va envoyer ce message au MTA.
Il est envoyé au MTA, l'agent
de transfert de messages, qui finira par prendre
le message avec l'en-tête SPF ou DKIM.
Tenons-nous en à ce message pendant
une minute, puis revenons à l'adversaire.
Une fois que le MTA a reçu ce
message, il va l'examiner
et le traiter.
Pour ce faire, il va notamment rechercher la politique
DMARC de l'expéditeur et les enregistrements
SPF et DKIM via DNS, comme nous l'avons expliqué au cours
des trois ou quatre dernières minutes.
Une fois que le MTA a fait cela, s'il est légitime,
ce message peut être placé dans la boîte aux lettres
du destinataire sur le serveur IMAP, et attendre que la personne puisse lire son
message à l'aide de son agent utilisateur de messagerie.
Tout va bien, car ils savent que ce message était authentique,
parce qu'il a comparé ces valeurs avec celles de SPF, DKIM ou
DMARC, sur la base de
la politique mise en place.
En revanche, si nous considérons l'adversaire, lorsqu'il envoie le message,
celui-ci passe toujours par le MTA, parce qu'il doit passer par le MTA pour atteindre
l'utilisateur final.
Une fois qu'il est arrivé, le MTA va le vérifier
par rapport à la politique DMARC, en examinant les enregistrements
SPF ou DKIM.
Une fois qu'il a fait cela, s'il n'y a pas de correspondance,
il va rejeter ce message, le supprimer ou le mettre en
quarantaine, et il le jette, comme
vous pouvez le voir au point 5B.
Encore une fois, c'est ainsi que les choses fonctionnent, et
en utilisant DKIM, DMARC et SPF ensemble, nous pouvons
ajouter de la sécurité dans nos organisations.
Enfin, nous avons un enregistrement NS, c'est-à-dire
un enregistrement de serveur de noms.
Un enregistrement de serveur de noms est utilisé
pour indiquer quel serveur de noms DNS dans le
monde va faire autorité pour ce domaine.
Ceci est important car le DNS utilise le modèle hiérarchique
dont nous avons parlé, et tous les serveurs doivent
savoir qui possède cet enregistrement et qui est autorisé
à le modifier.
Un serveur de noms est un type de serveur DNS qui stocke tous les enregistrements
DNS pour un domaine donné, y compris tous les types
dont nous avons déjà parlé, comme les enregistrements A, les enregistrements
AAAA, les enregistrements de noms canoniques, les enregistrements d'échange de courrier MX et les enregistrements
de texte TXT.
Il y a souvent plus d'un serveur de noms pour un domaine, de sorte que vous pouvez
avoir un serveur de noms principal et un serveur de noms de secours.
En outre, vous ne devez pas toujours
héberger vos propres serveurs de noms.
Dans le cas de diontraintraining. com, nous n'hébergeons pas nos
propres serveurs de noms.
Au lieu de cela, nous nous appuyons sur
Cloudflare, un fournisseur de services en nuage qui s'en charge pour nous.
Ainsi, si vous consultez les enregistrements DNS de diontraining. com, la source faisant autorité est deux
des serveurs de noms de Cloudflare.
Jusqu'à présent, j'ai parlé du DNS du point
de vue de l'hébergement d'un serveur
DNS public auquel tout le monde peut accéder, mais
le DNS peut en fait être utilisé
en interne ou en externe.
Tout ce dont j'ai parlé jusqu'à
présent concerne l'extérieur, mais parlons un
peu de l'intérieur.
De nos jours, avec l'informatique en nuage, il est très courant
de mettre en place un service DNS interne
qui permet à vos instances de nuage au sein
du même réseau ou nuage privé d'accéder les unes aux autres en utilisant des noms DNS
internes au lieu d'avoir à utiliser leurs adresses IP.
Pour ce faire, des enregistrements A internes sont créés et des enregistrements
de pointeurs internes sont également créés dans
la zone inverse.
Heureusement, la plupart des fournisseurs de cloud computing
créent, mettent à jour et suppriment automatiquement
ces enregistrements DNS internes à mesure que vous créez et supprimez des machines virtuelles
et d'autres instances dans votre cloud computing privé.
La plupart d'entre nous sont cependant
plus familiers avec le DNS externe.
Il s'agit des enregistrements créés autour des noms de
domaine que nous achetons auprès d'une
autorité centrale et que nous
utilisons sur l'internet public.
Pour chaque enregistrement DNS, nous avons
également ce que l'on appelle un TTL (time to live) qui lui est associé.
Le temps de vie est un paramètre qui indique au résolveur DNS
combien de temps il peut mettre en cache une requête avant d'en demander une nouvelle.
Ainsi, si mes enregistrements DNS sont définis avec une
durée de vie de 86 400 secondes, ce qui est généralement la valeur
par défaut, cela signifie que mon ordinateur résoudra
cet enregistrement DNS et qu'il s'en souviendra pendant 24 heures avant
de devoir retourner sur le serveur DNS pour demander à
nouveau ces informations.
Ce résolveur DNS, également connu sous le nom de cache
DNS, est situé sur votre hôte individuel.
Ainsi, si vous utilisez Windows 10, par exemple, votre ordinateur fait
une copie locale de chaque entrée
DNS qu'il résout lorsque vous vous connectez à des
sites web sur Internet.
Cette base de données temporaire garde
en mémoire les réponses qu'elle a reçues du serveur DNS.
Donc, si vous allez sur diontraining. com, la première fois que vous faites cela aujourd'hui, votre
ordinateur doit demander cette adresse
IP au serveur DNS, mais
il sait maintenant où il se trouve et
il se souvient de cette IP pour les 24 heures à venir.
Si vous visitez mon site web cinq fois aujourd'hui,
vous n'avez dû rechercher cette adresse IP qu'une seule fois.
Cela nous permet d'accélérer l'ensemble du processus.
Si vous réessayez demain, votre ordinateur va
d'abord vérifier son cache DNS, et il va voir qu'il
y a un enregistrement.
Mais si le délai de vie est déjà écoulé, il va invalider
l'enregistrement et effectuer
une nouvelle recherche.
Le dernier point que nous devons aborder
est le concept de recherche récursive.
Vous voyez, quand votre ordinateur veut trouver un
site web donné comme diontraining. com, il doit d'abord demander à
son serveur DNS où il se trouve.
Ainsi, si vous êtes chez
vous et que vous utilisez une connexion Verizon Fios, par exemple,
vous allez demander à leur
serveur DNS : "Qui est diontraining. com ? Maintenant, le DNS de Verizon peut ou non connaître
l'adresse IP de diontraining.
com.
Après tout, il existe des millions et des millions de sites web, et s'ils devaient
resynchroniser nos enregistrements
toutes les 24 heures, cela prendrait beaucoup de temps.
Le DNS utilise donc cette stratégie
récursive pour effectuer la recherche.
Vous demandez donc à Verizon, et s'ils ne connaissent pas la réponse, ils vont monter d'un cran et
demander au serveur DNS suivant.
Si ce serveur ne connaît pas la réponse, il remontera d'un niveau
et poursuivra ce processus jusqu'à ce qu'il trouve quelqu'un
qui connaisse l'adresse IP
de diontraining. com.
Maintenant, si au cours de cette récursion,
il atteint jusqu'au . com ou le domaine de routage pour diontraining. com, il peut alors
demander au . com, quel est le serveur DNS qui fait autorité
pour diontrain. com, et obtenir une réponse officielle
directement de leur part.
Essentiellement, avec une recherche
récursive, votre résolveur DNS dit : "Je ne sais pas quelle est
l'adresse IP de ce domaine, mais je vais
la demander à mon serveur DNS, qui la
cherchera jusqu'à ce qu'il la trouve, puis me
communiquera cette adresse IP. Il existe une autre méthode,
connue sous le nom de recherche
itérative.
La recherche itérative est similaire à la recherche
récursive, sauf que le serveur DNS ne va pas continuer
à rechercher les informations pour vous et vous envoyer le résultat.
Au lieu de cela, dans une recherche itérative,
votre résolveur DNS va demander au serveur DNS quelle
est l'IP du domaine, et si le serveur
DNS ne le sait pas, il va dire à votre résolveur de demander
au serveur DNS suivant, et ce serveur
fournira son IP.
Dans le cas d'une recherche récursive, le serveur
DNS la recherche et la transmet au résolveur,
mais dans le cas d'une recherche itérative,
le résolveur DNS effectue continuellement
cette requête jusqu'à ce qu'il trouve l'adresse
IP de ce domaine, de sorte qu'il s'agit simplement de savoir qui recherche cette information.
Très bien, nous avons couvert beaucoup d'informations
dans cette leçon, alors pour
résumer rapidement, que devez-vous savoir pour l'examen ?
Vous devez comprendre comment fonctionne le DNS en utilisant ses différents
types d'enregistrements pour convertir les noms de domaine
en adresses IP, et les adresses IP en noms de domaine.
Il faut savoir que les enregistrements A sont utilisés pour les noms de domaine
avec des adresses IPv4, tandis que les enregistrements AAAA sont utilisés
pour les noms de domaine avec des adresses IPV6.
Les enregistrements CNAME sont utilisés pour faire correspondre
des noms de domaine à d'autres noms de domaine.
Les enregistrements MX sont utilisés pour le courrier électronique et les enregistrements
NS sont utilisés pour les serveurs de noms.
Les enregistrements TXT stockent du texte sous
forme de données lisibles par l'homme ou par la machine.
Si vous vous souvenez de ce résumé, vous devriez être en mesure de répondre
à la plupart des questions sur le DNS qui vous
seront posées lors de l'examen.