> 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

SIEM & PME : Comment construire la boîte noire de votre SI ?

SIEM & PME : Comment construire la boîte noire de votre SI ?

Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech