> Tech > Zones versus domaines

Zones versus domaines

Tech - Par Renaud ROSSET - Publié le 24 juin 2010

On peut encore élargir la hiérarchie de DNS. Supposons que vous ayez deux régions administratives Nord et Sud. Chaque région souhaite exploiter un serveur DNS local. Pour répondre aux besoins des deux régions, vous pouvez ajouter un niveau comme par exemple www.nord.acme.com et www.sud.acme.com. Chaque serveur DNS a une sous-section

de domaine (une zone en jargon DNS). Le serveur DNS central
acme.com ne gère alors plus qu’un très petit nombre de noms de hosts. Il stocke
en outre les noms et adresses IP des serveurs DNS de ces zones.



Ainsi, si une machine bipbip se trouve dans la région nord, elle se nommera
bipbip.nord.acme.com. Les régions ayant des serveurs DNS différents, une requête
de résolution de nom émanant de l’extérieur devrait résoudre un niveau DNS supplémentaire.
Le serveur DNS de produits.com qui voudrait découvrir l’adresse IP de bipbip.nord.acme.com
devrait d’abord trouver l’adresse des serveurs DNS de acme.com. Le serveur DNS
principal de acme.com, ne connaissant pas l’adresse IP renverrait le serveur
DNS de produits.com au serveur DNS de nord.acme.com, qui finit par donner la
réponse.

Téléchargez cette ressource

Créer des agents dans Microsoft 365 Copilot

Créer des agents dans Microsoft 365 Copilot

Insight vous guide dans l’utilisation de la nouvelle expérience de création d’agents dans Microsoft Copilot Studio, disponible dans Copilot Chat. Découvrez les étapes clés pour concevoir, configurer et déployer ces nouveaux agents et injecter la puissance de l’IA directement dans le flux de travail.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech