Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Azure DNS expliqué : zones DNS publiques et privées, types d’enregistrements et délégation vers Azure (Doublage IA)

Transcript

Azure DNS expliqué : zones DNS publiques et privées, types d’enregistrements et délégation vers Azure (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

0:00
Speaker 2: Prêt pour 10 jours consacrés à Microsoft 365, Copilot, l'IA,
0:04
Speaker 2: Azure et aux acteurs qui façonnent l'avenir du travail. En
0:08
Speaker 2: janvier prochain, la M365Con est de retour et nous voyons
0:11
Speaker 2: plus grand. Rejoignez-nous pour des sessions en direct, des démonstrations
0:15
Speaker 2: concrètes et des connaissances pratiques apportées par des MVP et
0:17
Speaker 2: des experts du secteur du monde entier. Pas de diapositives génériques,
0:20
Speaker 2: pas de jargon sans fin. Nous abordons les vrais défis.
0:23
Speaker 2: Copilot Studio, les agents IA, fabrique, la sécurité, la gouvernance
0:27
Speaker 2: et l'automatisation technologique. Que vous soyez professionnel de l'informatique, développeur
0:32
Speaker 2: ou dirigeant d'entreprise, des sessions sont conçues pour vous. Sur
0:35
Speaker 2: 10 jours complets, vous pourrez explorer de multiples technologies et
0:38
Speaker 2: échanger avec une communauté mondiale. Suivez le direct et rapportez
0:42
Speaker 2: des idées concrètes dans votre organisation. Janvier 2027, 10 jours,
0:47
Speaker 2: une seule communauté, Microsoft. Les inscriptions sont désormais ouvertes. Réservez
0:52
Speaker 2: votre place dès aujourd'hui. Rendez-vous sur m365on. net. fr Inscrivez-vous sur m365con. net
1:02
Speaker 2: et nous nous retrouverons en direct en janvier. Bienvenue dans
1:05
Speaker 2: un nouvel épisode de Microsoft Knowledge Nuggets sur m365. fm. Je
1:08
Speaker 2: suis votre hôte, Mirko Peters. Le sujet du jour est
1:11
Speaker 2: connu de presque tout le monde, mais peu de gens
1:13
Speaker 2: le comprennent vraiment. Le DNS, pour Domain Name System, vous
1:16
Speaker 2: l'avez sans doute déjà entendu qualifié d'annuaire d'Internet et cette
1:18
Speaker 2: description est assez proche de la réalité. Sa fonction est simple.
1:21
Speaker 2: Prendre un nom facile à retenir, comme compte au son.
1:24
Speaker 2: Comme et le transformer en un nombre que les ordinateurs comprennent,
1:27
Speaker 2: comme 20 contre 20, c'est 52 moins 20. Les ordinateurs
1:30
Speaker 2: fonctionnent avec des chiffres, nous avec des noms. Et le
1:32
Speaker 2: DNS fait le pont en assurant la traduction. Mais voici
1:35
Speaker 2: le point. La plupart des gens savent qu'ils effectuent une recherche,
1:37
Speaker 2: mais ils ne voient jamais la chaîne complète. Que se
1:39
Speaker 2: passe-t-il réellement au moment où vous tapez un domaine dans
1:41
Speaker 2: votre navigateur? Et surtout, quelle est la place d'Azure? À
1:44
Speaker 2: la fin de cet épisode, vous comprendrez ce qu'est réellement
1:46
Speaker 2: Azure DNS. Vous connaîtrez la différence entre les zones DNS
1:49
Speaker 2: publiques et privées. Vous saurez quels types d'enregistrements sont réellement nécessaires.
1:52
Speaker 2: Et vous verrez comment la délégation transfère le contrôle à Azure.
1:55
Speaker 2: Nous couvrons les fondamentaux simplement, sans superflu. Ce que fait
1:58
Speaker 2: réellement le DNS? Commençons par sa fonction principale. Le DNS
2:02
Speaker 2: transforme les noms en chiffres. Lorsque vous tapez contoso. com, dans
2:04
Speaker 2: votre navigateur, votre ordinateur n'a aucune idée de ce que
2:07
Speaker 2: signifie cette chaîne. Il lui faut une adresse IP, quelque
2:11
Speaker 2: chose comme 20190152-1 pour se connecter au serveur hébergeant, ce
2:14
Speaker 2: site web. Le DNS permet cette traduction. Pourquoi est-ce important?
2:18
Speaker 2: Parce que les ordinateurs ne comprennent que les chiffres alors
2:20
Speaker 2: que les humains ne retiennent que les noms. Vous ne
2:23
Speaker 2: mémorisez pas le numéro de téléphone de vos amis, vous
2:24
Speaker 2: retenez leur nom. C'est pareil pour les sites web. Le
2:27
Speaker 2: DNS vous permet de taper google. com au lieu d'une série
2:29
Speaker 2: de chiffres que vous ne pourriez jamais retenir. Alors que
2:31
Speaker 2: se passe-t-il vraiment quand vous tapez un domaine dans votre navigateur?
2:33
Speaker 2: C'est une chaîne d'opération. Votre navigateur vérifie d'abord son propre
2:35
Speaker 2: cache en se demandant« ai-je consulté ceci récemment?». Si ce
2:38
Speaker 2: n'est pas le cas, il envoie une requête à un
2:40
Speaker 2: résolveur récursif, généralement fourni par votre fournisseur d'accès à Internet.
2:44
Speaker 2: A partir de là, le résolveur vérifie son propre cache.
2:46
Speaker 2: Toujours pas de réponse? Il remonte dans la hiérarchie. Il
2:48
Speaker 2: interroge d'abord un serveur ACI. Ce serveur racine ne connaît
2:51
Speaker 2: pas l'adresse IP de Contoso. com. Mais il sait à qui
2:53
Speaker 2: s'adresser ensuite. Le serveur TLD pour TLD pour Agabay. Ce
2:56
Speaker 2: serveur TLD ne connaît pas non plus l'adresse IP exacte,
2:58
Speaker 2: mais il connaît le serveur de nom faisant autorité pour
3:00
Speaker 2: ce domaine. C'est l'étape finale. Le serveur de nom faisant
3:03
Speaker 2: autorité détient les enregistrements réels. Il répond avec l'adresse IP,
3:06
Speaker 2: le résolveur la met en cache, la renvoie à votre
3:08
Speaker 2: navigateur et votre navigateur charge la page. Vous n'avez pas
3:10
Speaker 2: besoin de mémoriser chaque étape. Sachez simplement qu'il existe une
3:13
Speaker 2: hiérarchie et que cela fonctionne. La partie qui nous intéresse
3:14
Speaker 2: est cette dernière étape. Le serveur de nom faisant autorité.
3:17
Speaker 2: C'est là qu'intervient Azure DNS. Qu'est-ce qu'Azure DNS? Azure DNS
3:21
Speaker 2: est le service d'hébergement DNS géré de Microsoft. En clair,
3:24
Speaker 2: cela signifie que vous n'avez jamais à gérer vos propres
3:26
Speaker 2: serveurs DNS, à les corriger ou à prévoir une haute disponibilité.
3:29
Speaker 2: Azure s'occupe de tout cela pour vous. Vous créez une
3:31
Speaker 2: zone DNS dans Azure pour votre domaine, vous ajoutez vos enregistrements,
3:34
Speaker 2: comme les enregistrements AS et NAM, tout ce dont vous
3:36
Speaker 2: avez besoin, et Azure héberge ses enregistrements sur son infrastructure mondiale.
3:39
Speaker 2: Lorsque quelqu'un, n'importe où sur Internet, interroge votre domaine, les
3:41
Speaker 2: serveurs de nom d'Azure répondent. Et comme il est basé
3:44
Speaker 2: sur le réseau mondial d'Azure, il est rapide, résilient et
3:46
Speaker 2: évolue automatiquement. Vous n'avez pas à vous en soucier. Cela
3:48
Speaker 2: fonctionne tout simplement. Vous gérez tout via le portail Azure,
3:50
Speaker 2: la ligne de commande ou les modèles ARM si vous
3:53
Speaker 2: êtes adepte de l'infrastructure en tant que code. Fini les
3:55
Speaker 2: configurations manuelles de serveurs, plus besoin d'accéder en SSH à
3:57
Speaker 2: une machine pour modifier des fichiers de zone. Tout se
3:59
Speaker 2: fait par pointer-cliquer ou par script et déploiement. Comparons maintenant
4:02
Speaker 2: cela à l'approche traditionnelle. Il y a 20 ans, vous
4:04
Speaker 2: deviez gérer vos propres serveurs DNS. Vous étiez responsable de
4:07
Speaker 2: la mise à jour du système d'exploitation, la redondance pour
4:09
Speaker 2: éviter qu'une panne de serveur ne mette votre domaine hors
4:11
Speaker 2: ligne et de la planification de la capacité pour les
4:12
Speaker 2: pics de trafic. Avec Azure DNS, ce n'est plus votre problème.
4:16
Speaker 2: Il vous suffit de créer votre zone, d'ajouter vos enregistrements
4:18
Speaker 2: et c'est terminé. Mais voici où cela devient intéressant. Azure
4:21
Speaker 2: DNS n'est pas réservé aux sites web. Il gère également
4:23
Speaker 2: la résolution de noms internes au sein de vos réseaux
4:25
Speaker 2: virtuels Azure. C'est là qu'intervient la distinction entre les zones
4:28
Speaker 2: DNS publiques et privées. Zones DNS publiques versus zones DNS privées.
4:34
Speaker 2: Analysons les deux types de zones DNS disponibles dans Azure.
4:37
Speaker 2: Les zones DNS publiques sont exactement ce que leur nom indique.
4:39
Speaker 2: Des domaines accessibles depuis Internet. Tout nom devant être résolu
4:42
Speaker 2: depuis l'extérieur de votre réseau, comme votre site web, votre
4:44
Speaker 2: point de terminaison d'API ou votre serveur de messagerie, doit
4:46
Speaker 2: figurer dans une zone publique. Les zones DNS privées sont l'opposé.
4:50
Speaker 2: Elles sont destinées aux noms qui ne doivent être résolus
4:51
Speaker 2: qu'à l'intérieur de vos réseaux virtuels Azure. Prenons l'exemple d'un
4:54
Speaker 2: serveur de base de données. Vous ne voulez pas que
4:56
Speaker 2: tout Internet puisse demander son adresse IP, vous voulez simplement
4:58
Speaker 2: que vos machines virtuelles d'application puissent le trouver. Vous créez
5:01
Speaker 2: donc une zone privée, et seuls les réseaux que vous
5:03
Speaker 2: y liez peuvent résoudre ces noms. Voici un exemple concret.
5:06
Speaker 2: Imaginons que vous ayez un serveur de base de données
5:07
Speaker 2: que vous souhaitez nommer en interne db. internal. contoso. com. Ce nom ne
5:11
Speaker 2: signifie rien pour le monde extérieur, et c'est très bien ainsi. Pourtant,
5:14
Speaker 2: vos machines virtuelles d'application doivent le trouver. Avec une zone
5:16
Speaker 2: DNS privée, Vous créez cet enregistrement, liez la zone à
5:19
Speaker 2: votre réseau virtuel et soudain, chaque VM de ce réseau
5:21
Speaker 2: peut résoudre db. internal. contoso. com en l'adresse IP privée de la base
5:25
Speaker 2: de données. Aucun serveur DNS personnalisé n'est là. C'est là
5:28
Speaker 2: que les zones privées deviennent vraiment utiles. Vous pouvez lier
5:31
Speaker 2: une zone unique à plusieurs réseaux virtuels, même entre différentes régions. Ainsi,
5:34
Speaker 2: si vous avez une application web dans l'Est des États-Unis
5:36
Speaker 2: et une base de données en Europe de l'Ouest, les
5:38
Speaker 2: deux réseaux virtuels peuvent partager la même zone privée. L'application
5:40
Speaker 2: web résout le nom de la base de données sans problème,
5:42
Speaker 2: même si elle se trouve dans des centres de données différents.
5:45
Speaker 2: Aucune configuration de peering pour le DNS, aucune règle de transfert,
5:47
Speaker 2: il suffit de lier la zone. L'inscription automatique est une
5:49
Speaker 2: autre fonctionnalité qui mérite d'être connue. Lorsque vous l'activez sur
5:52
Speaker 2: un lien de réseau virtuel, Azure crée automatiquement des enregistrements
5:54
Speaker 2: A pour chaque machine virtuelle dès son lancement pour vous
5:57
Speaker 2: déployer une nouvelle VM et en quelques minutes un enregistrement
5:59
Speaker 2: DNS est créé pour vous. Vous supprimez la VM, l'enregistrement disparaît.
6:02
Speaker 2: Aucune gestion manuelle des enregistrements. C'est particulièrement utile dans les
6:04
Speaker 2: environnements dynamiques où les VMs vont et viennent. J'entends souvent
6:07
Speaker 2: dire que les zones privées nécessitent un nom de domaine enregistré.
6:10
Speaker 2: Vous pouvez nommer une zone privée comme vous le souhaitez, internale, contoso. com,
6:13
Speaker 2: corplocale ou db. internale. Cela n'a aucune importance car personne en
6:16
Speaker 2: dehors de votre zone n'effectuera jamais de drogue. Aucun bureau
6:18
Speaker 2: d'enregistrement de domaine n'est impliqué, aucune délégation publique. C'est purement interne.
6:22
Speaker 2: Résumons la différence. Les zones publiques sont destinées à Internet.
6:25
Speaker 2: Les zones privées sont destinées à vos réseaux virtuels. Les
6:27
Speaker 2: zones publiques nécessitent un domaine dont vous êtes propriétaire et
6:29
Speaker 2: une délégation auprès de votre registraire. Les zones privées nécessitent
6:31
Speaker 2: simplement un nom et une liaison avec un réseau virtuel.
6:33
Speaker 2: Une fois votre zone configurée, publique ou privée, vous avez
6:36
Speaker 2: besoin d'enregistrement pour mapper les noms aux ressources. C'est la base.
6:40
Speaker 2: Une fois que vous avez compris cela, le reste consiste
6:41
Speaker 2: simplement à ajouter des enregistrements. Les types d'enregistrements que vous utiliserez.
6:45
Speaker 2: Quels enregistrements DNS allez-vous utiliser au quotidien? Passons-les en revue.
6:48
Speaker 2: L'enregistrement A est celui que tout le monde connaît. Il
6:50
Speaker 2: associe un nom à une adresse IPv4. Saisissez w. contoso. com dans
6:53
Speaker 2: votre navigateur et cet enregistrement A lui indique que le
6:56
Speaker 2: serveur se trouve à l'adresse 20.90 à 20.152. Simple et universel.
7:02
Speaker 2: C'est le type d'enregistrement le plus courant sur Internet. Les
7:05
Speaker 2: enregistrements AAA font la même chose pour les adresses IPv6.
7:08
Speaker 2: Si votre service prend en charge l'IPv6, vous en aurez
7:10
Speaker 2: besoin aux côtés de vos enregistrements A. La plupart des
7:12
Speaker 2: gens n'y touchent pas au quotidien, mais ils sont là
7:13
Speaker 2: si nécessaire. Les enregistrements CNAM fonctionnent différemment. Au lieu de
7:16
Speaker 2: mapper un nom à une IP, le CNAM mappe un
7:19
Speaker 2: nom vers un autre nom. Ainsi, vous pourriez avoir www. contoso. com
7:22
Speaker 2: en tant que CNAM pointant vers Contoso. azurewebsites. net Lorsqu'une personne
7:28
Speaker 2: interroge www. contoso. com, le résolveur DNS suit la chaîne jusqu'à trouver
7:32
Speaker 2: l'IP réelle. Et voici tout l'intérêt. Les CNAM sont parfaits
7:36
Speaker 2: pour créer des alias. Changez la cible une fois et
7:38
Speaker 2: tout ce qui pointe vers elle est mis à jour automatiquement.
7:40
Speaker 2: Les enregistrements MX gèrent le routage d'email. Si quelqu'un envoie
7:43
Speaker 2: un email à user-contoso.com, le serveur émetteur interroge l'enregistrement MX
7:47
Speaker 2: pour savoir quel serveur de messagerie doit le recevoir. Vous
7:50
Speaker 2: aurez généralement un ou plusieurs enregistrements MX avec des valeurs
7:52
Speaker 2: de priorité. Les chiffres les plus bas indiquent la priorité
7:55
Speaker 2: la plus élevée. Ainsi, mail. contoso. com avec une priorité de 10
7:57
Speaker 2: sera essayé avant backup. contoso. com avec une priorité de 20. Les
8:01
Speaker 2: enregistrements TXT stockent des informations textuelles et y sont utilisés
8:04
Speaker 2: pour toutes sortes de choses. La vérification de domaine est
8:06
Speaker 2: un usage majeur. Lorsque vous configurez Microsoft 365, on vous
8:10
Speaker 2: demande d'ajouter un enregistrement TXT pour prouver que vous possédez
8:12
Speaker 2: le domaine. L'authentification des emails, enregistrement SPF, clé DKIM, politique
8:17
Speaker 2: des marques. Tous ces éléments sont des enregistrements TXT. Ils
8:20
Speaker 2: ressemblent à des chaînes de texte aléatoires, mais ils servent
8:21
Speaker 2: des objectifs de sécurité importants. C'est là qu'Azure DNS ajoute
8:24
Speaker 2: quelque chose que vous ne trouverez pas dans l'hébergement DNS traditionnel.
8:27
Speaker 2: Les enregistrements d'alias sont spécifiques à Azure, extrêmement utiles. Un
8:31
Speaker 2: enregistrement d'alias vous permet de pointer un nom directement vers
8:34
Speaker 2: une ressource Azure au lieu d'une adresse IP statique. Ainsi,
8:37
Speaker 2: au lieu de créer un enregistrement A avec une IP
8:38
Speaker 2: codée en dur pour votre équilibreur de charge, vous créez
8:40
Speaker 2: un enregistrement d'alias qui pointe vers la ressource d'équilibrage de
8:42
Speaker 2: charge elle-même. Et c'est important, car les ressources Azure peuvent
8:45
Speaker 2: changer d'adresse IP, un équilibreur de charge est redéployé ou
8:48
Speaker 2: un point de terminaison CDN obtient une nouvelle IP frontale.
8:51
Speaker 2: Avec un enregistrement A classique, vous devriez mettre à jour
8:53
Speaker 2: manuellement l'enregistrement DNS à chaque fois, mais avec un enregistrement d'alias,
8:57
Speaker 2: Azure s'en charge automatiquement. L'enregistrement pointe toujours vers l'adresse IP
9:01
Speaker 2: actuelle de la ressource. Pas de travail manuel, pas d'oubli
9:04
Speaker 2: de mise à jour et pas de temps d'arrêt parce
9:05
Speaker 2: que quelqu'un a oublié de modifier un enregistrement. Une chose
9:08
Speaker 2: de plus sur la façon dont Azure organise les enregistrements.
9:10
Speaker 2: Dans Azure DNS, les enregistrements de même type et de
9:12
Speaker 2: même nom sont regroupés dans un jeu d'enregistrement. Ainsi, si
9:16
Speaker 2: vous avez deux serveurs web hébergeant le même site, vous
9:18
Speaker 2: créeriez un seul jeu d'enregistrement A pour www. contoso. com avec deux
9:22
Speaker 2: adresses IP. Le résolveur DNS renvoie les deux et le
9:25
Speaker 2: client en choisit une. C'est une forme simple d'équilibrage de charge.
9:28
Speaker 2: La même idée s'applique aux enregistrements MX avec plusieurs serveurs
9:30
Speaker 2: de messagerie. Le jeu d'enregistrement permet de garder le tout
9:32
Speaker 2: bien largué. Vous avez donc votre zone, vos enregistrements, mais
9:35
Speaker 2: il reste une étape avant que l'Internet n'utilise réellement votre
9:38
Speaker 2: zone Azure DNS. Vous devez indiquer au reste du monde
9:40
Speaker 2: qu'Azure fait désormais autorité pour votre domaine. Ce processus est
9:44
Speaker 2: appelé délégation. La délégation est la façon dont vous transférez
9:46
Speaker 2: le contrôle. Vous avez créé votre zone DNS publique dans Azure,
9:49
Speaker 2: ajoutez vos enregistrements et tout semble correct de votre côté.
9:52
Speaker 2: Voici le problème. Personne sur Internet ne sait qu'Azure est
9:55
Speaker 2: censé répondre aux requêtes pour votre domaine. Vous devez les
9:57
Speaker 2: en informer. C'est ça, la délégation. La délégation consiste à
10:00
Speaker 2: dire au reste d'Internet qu'Azure DNS est désormais l'autorité pour
10:03
Speaker 2: mon domaine. Vous faites cela auprès de votre enregistreur de domaine. Godaddy, Namecheap,
10:08
Speaker 2: Google Domains, peu importe où vous avez acheté votre domaine.
10:10
Speaker 2: Vous allez dans leurs paramètres DNS et modifiez les enregistrements
10:12
Speaker 2: de serveurs de nom pour pointer vers Azure. Lorsque vous
10:14
Speaker 2: créez une zone DNS publique dans Azure, le service vous
10:16
Speaker 2: fournit 4 adresses de serveurs de nom Elles ressemblent à ns1. neo1. azuradns. com, ns2. neo1. azuradns. net,
10:23
Speaker 2: et ainsi de suite, et ainsi de suite. Ce sont
10:25
Speaker 2: les serveurs qui répondront aux requêtes concernant votre domaine. Vous
10:27
Speaker 2: prenez ces quatre adresses et les insérez dans la configuration
10:29
Speaker 2: des serveurs de nom de votre registraire. C'est tout. C'est
10:32
Speaker 2: l'étape de la délégation. Une fois ces modifications enregistrées, l'information
10:35
Speaker 2: commence à se propager sur Internet. Les serveurs racines et
10:37
Speaker 2: les serveurs TLD de votre domaine sont mis à jour.
10:40
Speaker 2: Ils apprennent que lorsqu'une personne demande compte au zoo. com, ils
10:43
Speaker 2: doivent envoyer la requête au serveur de nom d'Azure plutôt
10:45
Speaker 2: qu'à l'endroit où elle pointait auparavant. La propagation se fait
10:47
Speaker 2: généralement en quelques minutes, mais elle peut prendre jusqu'à 48
10:50
Speaker 2: heures dans certains cas, car les résolveurs DNS du monde
10:52
Speaker 2: entier mettent en cache l'ancienne information et ne vérifieront pas
10:54
Speaker 2: les mises à jour avant l'expiration de leur cache. Maintenant,
10:57
Speaker 2: voici un point important. La délégation est ascensionnée. Azure ne
11:01
Speaker 2: gère pas votre registraire. Vous renouvelez toujours votre domaine via Godaddy,
11:04
Speaker 2: Namecheap ou autre. Vous gérez toujours l'enregistrement chez eux. Azure
11:07
Speaker 2: héberge simplement les enregistrements d'elle. Les deux sont distincts. Votre
11:10
Speaker 2: registraire gère la partie OK, je possède ce domaine-là. Azure
11:13
Speaker 2: gère la partie OK. Voici l'adresse IP de ce domaine-là.
11:16
Speaker 2: Il existe ici un piège courant qui prend les gens
11:17
Speaker 2: au dépourvu. Lorsque vous modifiez vos serveurs de nom pour
11:20
Speaker 2: pointer vers Azure, les enregistrements DNS de votre ancien hébergeur
11:23
Speaker 2: cessent de fonctionner. Tout sans exception. Vos enregistrements AMX et
11:26
Speaker 2: TXT disparaissent car Internet n'interroge plus votre ancien hébergeur pour
11:30
Speaker 2: obtenir des réponses. Vous devez donc vous assurer d'avoir recréé
11:33
Speaker 2: chaque enregistrement dans Azure avant d'effectuer la bascule. Sinon, votre
11:36
Speaker 2: site web devient inaccessible, vos emails ne circulent plus et
11:38
Speaker 2: vous devrez chercher en urgence ce qui manque. Planifiez la
11:40
Speaker 2: migration avec soin. Créez la zone dans Azure, ajoutez tous
11:43
Speaker 2: vos enregistrements, puis modifiez les serveurs de nom. Pas l'inverse,
11:46
Speaker 2: la délégation est l'étape finale pour les zones publiques. C'est
11:49
Speaker 2: ce qui connecte votre zone Azure DNS à l'infrastructure DNS mondiale.
11:53
Speaker 2: Pour les zones privées, l'histoire est totalement différente. Il n'y
11:55
Speaker 2: a aucun bureau d'enregistrement impliqué ni aucune délégation. Au lieu
11:58
Speaker 2: de cela, vous liez votre zone directement au réseau virtuel
12:00
Speaker 2: qui en a besoin. Le DNS privé en action. Liaison
12:03
Speaker 2: au réseau virtuel. Comment rendre une zone DNS privée réellement utile?
12:07
Speaker 2: Considérez-la comme un conteneur d'enregistrement, mais elle est inutile tant
12:10
Speaker 2: que vous ne la liez pas à un réseau. Ce
12:11
Speaker 2: lien indique à Azure quels réseaux sont autorisés à résoudre
12:14
Speaker 2: ces noms. Sans ce lien, la zone existe, mais personne
12:17
Speaker 2: ne peut l'interroger. C'est comme avoir un annuaire sans téléphone
12:19
Speaker 2: pour passer des appels, la configuration est simple. Là, vous
12:22
Speaker 2: créez un lien de réseau virtuel depuis la zone privée
12:24
Speaker 2: vers chaque VNet nécessitant une résolution. Choisissez le VNet, donnez
12:27
Speaker 2: un nom au lien et enregistrez-le. Une fois cela fait,
12:29
Speaker 2: la zone fonctionne pour chaque VM et service du réseau,
12:31
Speaker 2: sans serveur DNS personnalisé, ni modification de fichier host, ni...
12:35
Speaker 2: Cela fonctionne tout simple. Voici ce qu'il faut savoir sur
12:37
Speaker 2: l'enregistrement automatique. Lorsque vous créez un lien VNet, vous avez
12:39
Speaker 2: un choix à faire. Le désigner comme VNet d'enregistrement ou
12:42
Speaker 2: le laisser en simple résolution. Et cette différence a une
12:44
Speaker 2: grande importance. L'enregistrement automatique ne fonctionne que sur le VNet
12:46
Speaker 2: que vous avez marqué pour l'enregistrement. Toute VM qui est
12:48
Speaker 2: déployée obtient automatiquement un enregistrement à créer dans la zone privée.
12:52
Speaker 2: Déployez une nouvelle VM et, en quelques minutes, un enregistrement
12:54
Speaker 2: DNS apparaît. Supprimez cette VM et l'enregistrement disparaît. Aucune intervention manuelle.
12:59
Speaker 2: Qu'en est-il des autres VNets liés à la même zone?
13:01
Speaker 2: Ils sont limités à la résolution seule. Ils peuvent chercher
13:03
Speaker 2: des noms et obtenir des réponses, mais ne s'enregistrent pas automatiquement. Ainsi,
13:05
Speaker 2: leur VM ne voit pas d'enregistrement créé automatiquement. C'est intentionnel,
13:09
Speaker 2: surtout pour une zone privée partagée destinée à un service central.
13:11
Speaker 2: Vous ne voulez pas que chaque VM dans chaque réseau
13:13
Speaker 2: SPO crée des enregistrements automatiquement? Préférez garder l'enregistrement sur VNet
13:17
Speaker 2: ou résident vos serveurs principaux et laisser les autres se
13:19
Speaker 2: contenter de la résolution. Laissez-moi vous donner un scénario concret.
13:22
Speaker 2: Imaginons que vous ayez une application web exécutée dans un VNet,
13:24
Speaker 2: un serveur, de base de données dans un autre, peut-être
13:26
Speaker 2: même dans des régions Azure différentes. L'application web doit se
13:29
Speaker 2: connecter à la base de données, mais vous ne voulez
13:31
Speaker 2: pas coder en dur l'adresse IP privée de cette dernière.
13:33
Speaker 2: C'est une méthode fragile. Si la base de données est
13:35
Speaker 2: redéployée avec une nouvelle IP, votre application web ne fonctionne plus.
13:37
Speaker 2: Alors créez plutôt une zone DNS privée, ajoutez un enregistrement
13:40
Speaker 2: A pour le nom de la base de données et
13:41
Speaker 2: liez la zone aux deux VNets. Désormais, l'application web résout db. internal. contoso. com
13:45
Speaker 2: vers l'adresse IP de la base de données. Quand cette
13:47
Speaker 2: IP change, vous mettez à jour un seul enregistrement au
13:50
Speaker 2: lieu de fouiller dans les fichiers de configuration. La liaison
13:52
Speaker 2: inter-région fonctionne parfaitement avec les zones privées. Vous pouvez avoir
13:55
Speaker 2: un VNET dans l'Est des Etats-Unis et un autre en
13:57
Speaker 2: Europe de l'Ouest lié à la même zone privée et
13:58
Speaker 2: la résolution de nom se fait entre les régions sans
14:00
Speaker 2: configuration supplémentaire et LOL. Azure gère le routage en arrière-plan,
14:05
Speaker 2: ce que vous n'obtenez pas avec des serveurs DNS traditionnels
14:07
Speaker 2: sans règles de transfert complexes. Donc délégation pour les zones publiques,
14:11
Speaker 2: lien Vnet pour les zones privées, deux mécanismes différents pour
14:13
Speaker 2: deux usages différents. Une fois les deux configurés, vous avez
14:16
Speaker 2: les bases, mais il reste la question de la sécurisation
14:18
Speaker 2: et du maintien en condition opérationnelle. Sécurité, surveillance et meilleures pratiques.
14:24
Speaker 2: Parlons maintenant de la façon de garder votre DNS sain
14:26
Speaker 2: et sécurisé. Azure DNS intègre Azure RBAC, vous contrôlez donc
14:30
Speaker 2: précisément qui peut créer ou modifier les enregistrements. Vous ne
14:33
Speaker 2: voulez pas que quelqu'un supprime accidentellement votre enregistrement MX et
14:35
Speaker 2: bloque les emails de toute l'entreprise? Accordez un accès contributeur
14:38
Speaker 2: à votre équipe DNS et un accès en lecture seul
14:40
Speaker 2: aux autres. C'est aussi simple que cela. Vous pouvez également
14:42
Speaker 2: utiliser Azure Policy pour appliquer des règles à toute votre organisation.
14:46
Speaker 2: Peut-être voulez-vous imposer des conventions de nommage pour vos zones
14:48
Speaker 2: ou peut-être que votre équipe de sécurité interdit les zones publiques.
14:51
Speaker 2: Tout doit être privé. Rédigez une stratégie, appliquez-la au niveau
14:54
Speaker 2: du groupe d'administration et l'appliquez partout sans exception. Il existe
14:57
Speaker 2: aussi une intelligence des menaces au niveau de DNS intégrée.
15:00
Speaker 2: Une partie de Microsoft Defender pour cloud peut bloquer la
15:02
Speaker 2: résolution de domaines malveillants connus. Si une machine virtuelle sur
15:05
Speaker 2: votre réseau tente de résoudre un domaine signalé comme site
15:08
Speaker 2: de phishing, serveur de commande, Azure DNS peut refuser de répondre.
15:12
Speaker 2: C'est une couche de sécurité obtenue sans aucune configuration supplémentaire.
15:15
Speaker 2: La surveillance est également directe. Azure Monitor suit les volumes
15:17
Speaker 2: de requêtes, la latence et les erreurs par zone. Vous
15:20
Speaker 2: pouvez configurer des alertes si le volume de requêtes chute soudainement,
15:22
Speaker 2: vous savez que quelque chose ne va pas. Si la
15:24
Speaker 2: latence augmente, il y a un problème réseau. Vous obtenez
15:26
Speaker 2: une visibilité sur les performances de votre DNS sans avoir
15:28
Speaker 2: à utiliser d'outils de surveillance séparés. Une meilleure pratique, utilisez
15:31
Speaker 2: des enregistrements d'alias plutôt que des enregistrements astatiques pour les
15:34
Speaker 2: ressources Azure. Nous l'avons déjà abordé, mais cela vaut la
15:36
Speaker 2: peine d'être aidé. Les enregistrements d'alias se mettent à jour automatiquement.
15:39
Speaker 2: Quand la ressource change, les enregistrements astatiques ne le font pas.
15:43
Speaker 2: Si vous pointez vers un équilibreur de charges, un point
15:44
Speaker 2: de terminaison CDN ou un profil Traffic Manager, utilisez un
15:47
Speaker 2: enregistrement d'alias. C'est une chose de moins à retenir lorsqu'il
15:49
Speaker 2: y a un changement. Pour les environnements hybrides, avec des
15:52
Speaker 2: charges de travail sur site et dans Azure, il existe
15:54
Speaker 2: un service appelé Azure DNS Private Resolver. C'est un service géré.