Types de serveurs DNS
Les serveurs DNS jouent une grande variété de rôles :un seul serveur de noms peut être un maître pour certaines zones, un esclave pour d'autres, et fournir des services de mise en cache ou de transfert pour d'autres encore.
Le rôle du serveur de noms est contrôlé par son fichier de configuration, qui dans le cas de BIND est appelé named.conf . La combinaison des paramètres globaux dans le fichier named.conf (définis dans une clause d'options) et les zones desservies (définies dans une ou plusieurs clauses de zone) déterminent la fonctionnalité complète du serveur de noms. Selon les besoins, de telles configurations peuvent devenir très complexes.
1. Serveurs racine
Les serveurs racine sont positionnés au sommet ou à la racine de la hiérarchie DNS et conservent des données sur chacune des zones de niveau supérieur. Les serveurs racine sont gérés par la carte réseau et ont été déplacés vers un domaine commun à des fins de dénomination cohérente. Les serveurs racine sont nommés A.root-servers.net., B.root-servers.net., etc.
2. Serveurs primaires (maîtres)
- Chaque domaine doit avoir un serveur principal. Le serveur principal possède les fonctionnalités suivantes.
- Il n'y a généralement qu'un seul serveur principal par domaine.
- Il s'agit du système où toutes les modifications sont apportées au domaine.
- Ils font autorité pour tous les domaines qu'ils desservent.
- Ils mettent à jour et synchronisent périodiquement les serveurs secondaires du domaine.
- Dans les versions actuelles de BIND, ils sont définis par l'argument type master de la déclaration de zone dans le fichier de configuration /etc/named.conf .
3. Serveurs secondaires
Chaque domaine doit avoir au moins un serveur secondaire. En fait, la carte réseau ne permettra pas à un domaine d'être officiellement enregistré en tant que sous-domaine d'un domaine de premier niveau jusqu'à ce qu'un site démontre deux serveurs DNS fonctionnels. Les serveurs secondaires ont les fonctionnalités suivantes.
- Il existe un ou plusieurs serveurs secondaires par domaine.
- Ils obtiennent une copie des informations de domaine pour tous les domaines qu'ils desservent à partir du serveur principal approprié ou d'un autre serveur secondaire pour le domaine.
- Ils font autorité pour tous les domaines qu'ils desservent.
- Ils reçoivent périodiquement des mises à jour des serveurs principaux du domaine.
- Ils assurent le partage de charge avec les serveurs principaux et les autres serveurs du domaine.
- Ils fournissent une redondance au cas où un ou plusieurs autres serveurs seraient temporairement indisponibles.
- Ils offrent un accès plus local à la résolution de noms s'ils sont placés de manière appropriée.
- Dans les versions actuelles de BIND, ils sont définis par l'argument type slave de la déclaration de zone dans /etc/named.conf fichier.
4. Serveurs de mise en cache uniquement
Ces serveurs ne cachent que les informations de n'importe quel domaine DNS. Ils ne font autorité pour aucun domaine. Les serveurs de mise en cache uniquement offrent les fonctionnalités suivantes.
- Ils fournissent un cache local des noms recherchés.
- Ils ont moins de frais administratifs.
- Ils ne font jamais autorité pour aucun domaine.
- Ils réduisent les frais généraux associés aux serveurs secondaires effectuant des transferts de zone à partir des serveurs principaux.
- Ils permettent au client DNS d'accéder aux informations de nommage mises en cache localement sans avoir à configurer un serveur DNS principal ou secondaire.
5. Serveurs de transfert
Les serveurs de transfert sont une variante d'un serveur principal ou secondaire et agissent comme points focaux pour toutes les requêtes DNS hors site. Si vous désignez un serveur comme serveur de transfert, toutes les demandes hors site passent d'abord par ce serveur. Les serveurs de transfert ont les fonctionnalités suivantes.
- Ils sont utilisés pour centraliser les demandes hors site.
- Le serveur utilisé comme transitaire constitue un riche cache d'informations.
- Toutes les requêtes hors site passent d'abord par des transitaires.
- Ils réduisent le nombre de demandes hors site redondantes.
- Aucune configuration spéciale n'est requise sur les redirecteurs.
- Si les redirecteurs ne répondent pas aux requêtes, le serveur local peut toujours contacter un site distant, les serveurs DNS lui-même.