> 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

Construire une infrastructure cloud optimisée pour l’IA avec Microsoft Azure

Construire une infrastructure cloud optimisée pour l’IA avec Microsoft Azure

Les managers IT ont besoin d’une stratégie claire et de solutions concrètes pour préparer leur infrastructure cloud à l'adoption de l'IA, tout en optimisant les coûts, renforçant la sécurité et développant les compétences internes. Découvrez tous les conseils dans ce guide Insight.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech