Contenu | Rechercher | Menus

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
bind9 [Le 20/06/2014, 14:38]
92.140.54.143 [Configuration Serveur Maître]
bind9 [Le 01/07/2017, 23:02] (Version actuelle)
lmrv
Ligne 1: Ligne 1:
-{{tag>Lucid Serveur ​réseau dns}}+{{tag>Xenial serveur ​réseau dns}}
 ---- ----
 ====== BIND9 ====== ====== BIND9 ======
  
-Le service [[:​dns|DNS]] (Domain Name Service) est un service TCP/IP permettant la correspondance entre un nom de domaine qualifié (FQDN : Fully Qualified Domain Name) et une adresse IP, par exemple www.ubuntu-fr.org = 193.55.221.76. Ainsi, grâce à DNS, il n'est pas nécessaire de se souvenir des adresses IP.+Le service [[:​dns|DNS]] (Domain Name System) est un service TCP/IP permettant la correspondance entre un nom de domaine qualifié (FQDN : Fully Qualified Domain Name) et une adresse IP, par exemple www.ubuntu-fr.org = 193.55.221.76. Ainsi, grâce à DNS, il n'est pas nécessaire de se souvenir des adresses IP.
  
 Un serveur qui héberge le service DNS est appelé "​serveur de noms". Un serveur qui héberge le service DNS est appelé "​serveur de noms".
Ligne 9: Ligne 9:
  
 Ce guide est destiné aux personnes désireuses d'​apprendre comment configurer et maintenir un serveur DNS BIND9. Ce guide est destiné aux personnes désireuses d'​apprendre comment configurer et maintenir un serveur DNS BIND9.
-===== Pré-requis ===== 
  
 +===== Pré-requis =====
  
   * Disposer des [[:​sudo|droits d'​administration]] sur le serveur.   * Disposer des [[:​sudo|droits d'​administration]] sur le serveur.
Ligne 26: Ligne 26:
  
 ===== Scénarios de configuration ===== ===== Scénarios de configuration =====
 +
 BIND9 peut être utilisé de différentes manières. Les configurations les plus fréquentes sont : BIND9 peut être utilisé de différentes manières. Les configurations les plus fréquentes sont :
  
 ==== Serveur cache ==== ==== Serveur cache ====
 +
 Dans cette configuration,​ BIND9 va effectuer les requêtes DNS et se rappeler de la réponse pour la prochaine requête. Cette méthode peut être utile pour une connexion internet lente. En mettant les réponses DNS en cache, on diminue l'​utilisation de la bande passante et (encore plus important) on réduit également le temps de latence. Dans cette configuration,​ BIND9 va effectuer les requêtes DNS et se rappeler de la réponse pour la prochaine requête. Cette méthode peut être utile pour une connexion internet lente. En mettant les réponses DNS en cache, on diminue l'​utilisation de la bande passante et (encore plus important) on réduit également le temps de latence.
  
 ==== Serveur maître ==== ==== Serveur maître ====
 +
 +Utilisé pour contenir les enregistrements DNS d'un nom de domaine enregistré. Un ensemble d'​enregistrements DNS
 +pour un nom de domaine est appelé une “zone”. (Le nom de domaine peut être imaginaire si on est dans le cas d'un
 +réseau local fermé)
 +
 ==== Serveur esclave ==== ==== Serveur esclave ====
 +
 Un serveur esclave est utilisé en complément à un serveur maître, en servant de copie à la ou les zones configurées sur le serveur principal. Les serveurs secondaires sont recommandés sur des gros réseaux. Ceux-ci assurent la disponibilité de la zone DNS, même si le serveur maître est hors ligne. Un serveur esclave est utilisé en complément à un serveur maître, en servant de copie à la ou les zones configurées sur le serveur principal. Les serveurs secondaires sont recommandés sur des gros réseaux. Ceux-ci assurent la disponibilité de la zone DNS, même si le serveur maître est hors ligne.
  
-==== Serveurs ​ hybrides====+==== Serveurs ​ hybrides ==== 
 Un serveur BIND9 peut être configuré à la fois comme serveur cache et comme serveur maître, comme serveur cache et serveur esclave, ou même serveur cache, serveur maître et esclave. Il suffit de combiner les différentes configurations présentées dans les exemples. Un serveur BIND9 peut être configuré à la fois comme serveur cache et comme serveur maître, comme serveur cache et serveur esclave, ou même serveur cache, serveur maître et esclave. Il suffit de combiner les différentes configurations présentées dans les exemples.
  
 ==== Serveurs furtifs ==== ==== Serveurs furtifs ====
 +
 Il existe deux autres configurations fréquentes pour un serveur DNS. Il existe deux autres configurations fréquentes pour un serveur DNS.
 Serveur furtif maître et serveur furtif esclave. Ils sont identiques aux serveurs maître et esclave, mais avec une organisation légèrement différente : ils ne sont visibles qu'à l'​intérieur du domaine. Serveur furtif maître et serveur furtif esclave. Ils sont identiques aux serveurs maître et esclave, mais avec une organisation légèrement différente : ils ne sont visibles qu'à l'​intérieur du domaine.
Ligne 53: Ligne 63:
  
 ==== Serveurs Récursifs / Non récursifs ==== ==== Serveurs Récursifs / Non récursifs ====
-Les serveurs BIND9 sont par défaut récursifs. Ils interrogent tour à tour les serveurs DNS nécessaires jusqu'​à obtenir la réponse, et la transmettre à leur client. 
  
-Dans le cas contraire, le serveur DNS délègue la résolution du nom de domaine à un autre serveur DNS.+Les serveurs BIND9 peuvent être récursifs, c’est-à-dire interroger tour à tour les serveurs DNS nécessaires jusqu'​à obtenir la réponse, et la transmettre à leur client. 
 + 
 +Dans le cas contraire ​(par défaut), le serveur DNS délègue la résolution du nom de domaine à un autre serveur DNS.
  
 Pour activer la récursivité,​ modifier **/​etc/​bind/​named.conf.options** Pour activer la récursivité,​ modifier **/​etc/​bind/​named.conf.options**
 +
 <​code>​ <​code>​
 allow-recursion { any; }; allow-recursion { any; };
 </​code>​ </​code>​
 +
 ===== Les types d'​enregistrement DNS ===== ===== Les types d'​enregistrement DNS =====
 +
 Il existe de nombreux type d'​enregistrements DNS, mais certains sont plus communs :  Il existe de nombreux type d'​enregistrements DNS, mais certains sont plus communs : 
  
Ligne 68: Ligne 82:
 C'est le type le plus courant. Cet enregistrement fait correspondre une adresse IP à un nom de machine. C'est le type le plus courant. Cet enregistrement fait correspondre une adresse IP à un nom de machine.
  
-<​code>​www ​     IN    A      1.2.3.4</​code>​+<​code>​ 
 +www      IN    A      1.2.3.4 
 +</​code>​
  
 ==== Enregistrement de type CNAME (Alias) ==== ==== Enregistrement de type CNAME (Alias) ====
 +
 Utilisé pour créer un alias depuis un enregistrement de type A. Il est possible de créer un enregistrement de type CNAME qui pointe vers un autre enregistrement CNAME, mais ceci double le nombre de requêtes qui seront faîtes au serveur de noms. Cette méthode est donc déconseillée. Utilisé pour créer un alias depuis un enregistrement de type A. Il est possible de créer un enregistrement de type CNAME qui pointe vers un autre enregistrement CNAME, mais ceci double le nombre de requêtes qui seront faîtes au serveur de noms. Cette méthode est donc déconseillée.
 +
 <​code>​ <​code>​
 mail     ​IN ​   CNAME  www mail     ​IN ​   CNAME  www
 www      IN    A      1.2.3.4 www      IN    A      1.2.3.4
 </​code>​ </​code>​
 +
 ==== Enregistrement MX (Mail Exchange) ==== ==== Enregistrement MX (Mail Exchange) ====
  
 Utilisé pour définir vers quel serveur de la zone un email à destination du domaine doit être envoyé, et avec quelle priorité. Cet enregistrement doit pointer vers un enregistrement de type A, et non un alias CNAME. Il peut y avoir plusieurs enregistrements MX si il existe plusieurs serveurs de messagerie sur le domaine. Utilisé pour définir vers quel serveur de la zone un email à destination du domaine doit être envoyé, et avec quelle priorité. Cet enregistrement doit pointer vers un enregistrement de type A, et non un alias CNAME. Il peut y avoir plusieurs enregistrements MX si il existe plusieurs serveurs de messagerie sur le domaine.
 +
 <​code>​ <​code>​
         IN    MX  10    mail.ubuntu-fr.lan.         IN    MX  10    mail.ubuntu-fr.lan.
 mail    IN    A       ​1.2.3.4 mail    IN    A       ​1.2.3.4
 </​code>​ </​code>​
 +
 ==== Enregistrement NS (Name Server) ==== ==== Enregistrement NS (Name Server) ====
  
Ligne 88: Ligne 109:
  
 C'est ici que le serveur maître et les esclaves sont définis. Les serveurs furtifs sont intentionnellement omis. C'est ici que le serveur maître et les esclaves sont définis. Les serveurs furtifs sont intentionnellement omis.
 +
 <​code>​ <​code>​
         IN    NS     ​ns.ubuntu-fr.lan.         IN    NS     ​ns.ubuntu-fr.lan.
Ligne 95: Ligne 117:
  
 ===== Configuration ===== ===== Configuration =====
 +
 Les fichiers de configuration de BIND9 sont stockés sous : Les fichiers de configuration de BIND9 sont stockés sous :
  
-<​code>/​etc/​bind/</​code>​+<​code>​ 
 +/etc/bind/ 
 +</​code>​
  
 La configuration principale de BIND9 est effectuée dans les fichiers suivant : La configuration principale de BIND9 est effectuée dans les fichiers suivant :
 +
 <​code>​ <​code>​
 /​etc/​bind/​named.conf /​etc/​bind/​named.conf
Ligne 107: Ligne 133:
  
 ==== Configuration pour un seul ordinateur (PC Domestique) ===== ==== Configuration pour un seul ordinateur (PC Domestique) =====
 +
 Dans ce cas, BIND est configuré pour ne répondre qu'aux requêtes du PC sur lequel il est installé. Il se charge lui même de la résolution de noms, sans passer par les serveurs DNS de votre FAI. Dans ce cas, BIND est configuré pour ne répondre qu'aux requêtes du PC sur lequel il est installé. Il se charge lui même de la résolution de noms, sans passer par les serveurs DNS de votre FAI.
-<note warning>​Cette configuration implique que vous vous chargiez directement de la résolution des noms de domaine. Vous ne profitez plus du cache DNS de votre fournisseur d'​accès,​ et vous sollicitez du coup plus les serveurs racines, mais vous ne serez pas soumis au filtrage (ou parfois au DNS menteur) de votre fournisseur d'​accès.</​note>​+ 
 +<note warning> 
 +Cette configuration implique que vous vous chargiez directement de la résolution des noms de domaine. Vous ne profitez plus du cache DNS de votre fournisseur d'​accès,​ et vous sollicitez du coup plus les serveurs racines, mais vous ne serez pas soumis au filtrage (ou parfois au DNS menteur) de votre fournisseur d'​accès. 
 +</​note>​
  
   * Editer le fichier "​**/​etc/​bind/​named.conf.options**",​ positionner l'​option "​**listen-on**"​ sur l'​interface réseau interne **127.0.0.1**"​. BIND ne sera plus accessible depuis l'​extérieur.   * Editer le fichier "​**/​etc/​bind/​named.conf.options**",​ positionner l'​option "​**listen-on**"​ sur l'​interface réseau interne **127.0.0.1**"​. BIND ne sera plus accessible depuis l'​extérieur.
  
-  * [[:​tutoriel:​comment_modifier_un_fichier|Modifier]] la ligne 18 du fichier "​**/​etc/​bind/​named.conf.options**"​ qui ressemble à ceci : +  * [[:​tutoriel:​comment_modifier_un_fichier|Modifier]] la ligne 18 ou 24 du fichier "​**/​etc/​bind/​named.conf.options**"​ qui ressemble à ceci : 
-<​code>​listen-on-v6 { any; };</​code>​+ 
 +<​code>​ 
 +listen-on-v6 { any; }; 
 +</​code>​
        
 Afin qu'​elle ressemble à cela : Afin qu'​elle ressemble à cela :
-<​code>​listen-on-v6 { ::1; };</​code>​+ 
 +<​code>​ 
 +listen-on-v6 { ::1; }; 
 +</​code>​
  
   * Puis toujours dans ce même fichier, **commenter** l'​option "​**forwarders**"​. Il suffit de mettre un # devant chaque ligne :   * Puis toujours dans ce même fichier, **commenter** l'​option "​**forwarders**"​. Il suffit de mettre un # devant chaque ligne :
 +
 <​code>​ <​code>​
    #// forwarders {    #// forwarders {
Ligne 124: Ligne 161:
    #// };    #// };
 </​code>​ </​code>​
 +
   * Pour que toutes les requêtes passent par BIND :   * Pour que toutes les requêtes passent par BIND :
 +
 Si votre carte réseau est configurée pour utiliser DHCP, décommenter la ligne 20 du fichier "​**/​etc/​dhcp3/​dhclient.conf**"​ : Si votre carte réseau est configurée pour utiliser DHCP, décommenter la ligne 20 du fichier "​**/​etc/​dhcp3/​dhclient.conf**"​ :
-<​code>​prepend domain-name-servers 127.0.0.1;</​code>​+ 
 +<​code>​ 
 +prepend domain-name-servers 127.0.0.1; 
 +</​code>​ 
 Si, au contraire, elle est configurée avec une adresse IP statique, modifier le fichier "​**/​etc/​resolv.conf**"​ afin que toutes les requêtes passent par BIND. Ce fichier doit donc contenir : Si, au contraire, elle est configurée avec une adresse IP statique, modifier le fichier "​**/​etc/​resolv.conf**"​ afin que toutes les requêtes passent par BIND. Ce fichier doit donc contenir :
-<​code>​nameserver 127.0.0.1</​code>​+ 
 +<​code>​ 
 +nameserver 127.0.0.1 
 +</​code>​
  
 Redémarrer bind : Redémarrer bind :
-<​code>​sudo service bind9 restart</​code> ​+ 
 +<​code>​ 
 +sudo service bind9 restart 
 +</​code> ​ 
 ==== Configuration pour un serveur cache ==== ==== Configuration pour un serveur cache ====
 +
 Le serveur BIND9 est configuré par défaut en tant que serveur cache. Le serveur BIND9 est configuré par défaut en tant que serveur cache.
  
Ligne 149: Ligne 200:
         [...]         [...]
 </​code>​ </​code>​
 +
 (ou 1.2.3.4 et 5.6.7.8 sont les adresses IP des serveurs DNS de votre prestataire Internet. (ou 1.2.3.4 et 5.6.7.8 sont les adresses IP des serveurs DNS de votre prestataire Internet.
  
 Redémarrez le démon BIND9 : Redémarrez le démon BIND9 :
  
-<​code>​sudo service bind9 restart</​code>​+<​code>​ 
 +sudo service bind9 restart 
 +</​code>​
  
 === Tests === === Tests ===
 +
 Si le package dnsutils a été installé, il est possible de tester la nouvelle configuration en utilisant dig : Si le package dnsutils a été installé, il est possible de tester la nouvelle configuration en utilisant dig :
  
-<​code>​dig -x 127.0.0.1</​code>​+<​code>​ 
 +dig -x 127.0.0.1 
 +</​code>​
  
 Si tout fonctionne bien, vous devriez voir apparaître une sortie similaire à : Si tout fonctionne bien, vous devriez voir apparaître une sortie similaire à :
 +
 <​code>​ <​code>​
 ; <<>>​ DiG 9.4.1-P1 <<>>​ -x 127.0.0.1 ; <<>>​ DiG 9.4.1-P1 <<>>​ -x 127.0.0.1
Ligne 176: Ligne 234:
  
 </​code>​ </​code>​
 +
 La commande dig peut aussi être utilisée pour interroger d'​autres domaines, comme par exemple : La commande dig peut aussi être utilisée pour interroger d'​autres domaines, comme par exemple :
  
-<​code>​dig ​google.com</​code>​+<​code>​ 
 +dig ubuntu-fr.org 
 +</​code>​
  
 Si vous "​diggez"​ un même domaine plusieurs fois, vous devriez voir apparaître une énorme diminution du temps mis par la requête (Query time) , entre la première et la deuxième requête. Ceci est possible parce que le serveur a déjà mis en cache la réponse de la requête. Si vous "​diggez"​ un même domaine plusieurs fois, vous devriez voir apparaître une énorme diminution du temps mis par la requête (Query time) , entre la première et la deuxième requête. Ceci est possible parce que le serveur a déjà mis en cache la réponse de la requête.
  
 ==== Configuration Serveur Maître ==== ==== Configuration Serveur Maître ====
 +
 BIND9 va être configuré comme serveur maître pour le domaine ubuntu-fr.lan. Remplacez simplement ubuntu-fr.lan par votre propre nom de domaine. BIND9 va être configuré comme serveur maître pour le domaine ubuntu-fr.lan. Remplacez simplement ubuntu-fr.lan par votre propre nom de domaine.
  
Ligne 188: Ligne 250:
  
 Pour ajouter une zone, et faire de BIND9 un serveur maître : Pour ajouter une zone, et faire de BIND9 un serveur maître :
 +
   * Editer le fichier named.conf.local :   * Editer le fichier named.conf.local :
    
Ligne 193: Ligne 256:
         [...]         [...]
  
-        zone "​ubuntu-fr.lan"​ {+        zone "​ubuntu-fr.lan" ​IN {
              type master;              type master;
              file "/​etc/​bind/​db.ubuntu-fr.lan";​              file "/​etc/​bind/​db.ubuntu-fr.lan";​
Ligne 200: Ligne 263:
         [...]         [...]
 </​file>​ </​file>​
 +
   * Utiliser le fichier d'une zone existante comme modèle :   * Utiliser le fichier d'une zone existante comme modèle :
  
-<​code>​sudo cp /​etc/​bind/​db.local /​etc/​bind/​db.ubuntu-fr.lan</​code>​+<​code>​ 
 +sudo cp /​etc/​bind/​db.local /​etc/​bind/​db.ubuntu-fr.lan 
 +</​code>​
  
   * Editer le nouveau fichier pour la zone (/​etc/​bind/​db.ubuntu-fr.lan),​   * Editer le nouveau fichier pour la zone (/​etc/​bind/​db.ubuntu-fr.lan),​
Ligne 214: Ligne 280:
 ; ;
 $TTL    604800 $TTL    604800
-@       ​IN ​     SOA     ​ns.ubuntu-fr.lanadmin.ubuntu-fr.lan(+@       ​IN ​     SOA     ​ns.ubuntu-fr.lan admin.ubuntu-fr.lan (
                               1         ; Serial                               1         ; Serial
                          ​604800 ​        ; Refresh                          ​604800 ​        ; Refresh
Ligne 222: Ligne 288:
 ; ;
 @       ​IN ​     NS      ns.ubuntu-fr.lan. @       ​IN ​     NS      ns.ubuntu-fr.lan.
-ns      ​IN ​     A       192.168.1.10+NS      ​IN ​     A       10.10.10.10
 box     ​IN ​     A       ​192.168.1.10 box     ​IN ​     A       ​192.168.1.10
 </​file>​ </​file>​
 +
 Le numéro de série doit être incrémenté à chaque changement dans le fichier de zone. En cas de multiples changements,​ une seule incrémentation suffit. Le numéro de série doit être incrémenté à chaque changement dans le fichier de zone. En cas de multiples changements,​ une seule incrémentation suffit.
  
-<​note>​Il est fréquent d'​utiliser la date d'​édition de la zone comme numéro de série, au format américain. Exemple : 2010122710 = incrémentation 10 du 27 décembre 2010).</​note>​+<​note>​ 
 +Il est fréquent d'​utiliser la date d'​édition de la zone comme numéro de série, au format américain. ​ 
 +Exemple : 2010122710 = incrémentation 10 du 27 décembre 2010). 
 +</​note>​
  
 Il est maintenant possible d'​ajouter des enregistrements DNS à la suite de la zone . Il est maintenant possible d'​ajouter des enregistrements DNS à la suite de la zone .
Ligne 233: Ligne 303:
 Une fois les changements dans le fichier de zone effectués, il faut redémarrer BIND9 pour qu'ils prennent effet :  Une fois les changements dans le fichier de zone effectués, il faut redémarrer BIND9 pour qu'ils prennent effet : 
  
-<​code>​sudo service bind9 restart</​code>​+<​code>​ 
 +sudo service bind9 restart 
 +</​code>​
  
 === Zone de recherche inversée === === Zone de recherche inversée ===
 +
 Maintenant que notre fichier de zone est configuré et que les adresses IP sont résolues, une zone de recherche inversée est requise. Une zone de recherche inversée permet au DNS de convertir une adresse en nom. Maintenant que notre fichier de zone est configuré et que les adresses IP sont résolues, une zone de recherche inversée est requise. Une zone de recherche inversée permet au DNS de convertir une adresse en nom.
  
   * Editer /​etc/​bind/​named.conf.local et ajouter les lignes suivantes :   * Editer /​etc/​bind/​named.conf.local et ajouter les lignes suivantes :
 +
 <​file>​ <​file>​
 zone "​1.168.192.in-addr.arpa"​ { zone "​1.168.192.in-addr.arpa"​ {
Ligne 246: Ligne 320:
 }; };
 </​file>​ </​file>​
-<​note>​Remplacer 1.168.192 par les trois premiers octets (si vous êtes en classe C) de votre réseau dans l'​ordre inversé. Remplacer également le nom du fichier de zone db.192 par le nom approprié.</​note>​+ 
 +<​note>​ 
 +Remplacer 1.168.192 par les trois premiers octets (si vous êtes en classe C) de votre réseau dans l'​ordre inversé. Remplacer également le nom du fichier de zone db.192 par le nom approprié. 
 +</​note>​ 
   * Créer maintenant le fichier db.192 depuis un fichier existant :    * Créer maintenant le fichier db.192 depuis un fichier existant : 
  
-<​code>​sudo cp /​etc/​bind/​db.127 /​etc/​bind/​db.192</​code>​+<​code>​ 
 +sudo cp /​etc/​bind/​db.127 /​etc/​bind/​db.192 
 +</​code>​ 
   * Editer le fichier /​etc/​bind/​db.192 et changer comme nous l'​avons fait précédemment le nom de domaine et l'​adresse mel :   * Editer le fichier /​etc/​bind/​db.192 et changer comme nous l'​avons fait précédemment le nom de domaine et l'​adresse mel :
 +
 <​file>​ <​file>​
 ; ;
Ligne 256: Ligne 338:
 ; ;
 $TTL    604800 $TTL    604800
-@       ​IN ​     SOA     ​ns.ubuntu-fr.lanadmin.ubuntu-fr.lan(+@       ​IN ​     SOA     ​ns.ubuntu-fr.lan admin.ubuntu-fr.lan (
                               2         ; Serial                               2         ; Serial
                          ​604800 ​        ; Refresh                          ​604800 ​        ; Refresh
Ligne 263: Ligne 345:
                          ​604800 )       ; Negative Cache TTL                          ​604800 )       ; Negative Cache TTL
 ; ;
-@       ​IN ​     NS      ns.+@       ​IN ​     NS      ns.ubuntu-fr.lan.
 10      IN      PTR     ​ns.ubuntu-fr.lan. 10      IN      PTR     ​ns.ubuntu-fr.lan.
 </​file>​ </​file>​
 +
 Le numéro de série de la zone de recherche inversée nécessite d'​être incrémenté à chaque changement. Pour chaque enregistrement A ajouté dans /​etc/​bind/​db.ubuntu-fr.lan,​ il faut créer un enregistrement PTR dans /​etc/​bind/​db.192. Le numéro de série de la zone de recherche inversée nécessite d'​être incrémenté à chaque changement. Pour chaque enregistrement A ajouté dans /​etc/​bind/​db.ubuntu-fr.lan,​ il faut créer un enregistrement PTR dans /​etc/​bind/​db.192.
  
 Après avoir créé le fichier de la zone de recherche inversée, redémarrez BIND9 : Après avoir créé le fichier de la zone de recherche inversée, redémarrez BIND9 :
-<​code>​sudo service bind9 restart</​code>​+ 
 +<​code>​ 
 +sudo service bind9 restart 
 +</​code>​
  
 === Tests === === Tests ===
 +
 Il doit maintenant être possible de faire un ping sur ubuntu-fr.lan et la requête doit être résolue : Il doit maintenant être possible de faire un ping sur ubuntu-fr.lan et la requête doit être résolue :
-<​code>​ping ns.ubuntu-fr.lan</​code>​+ 
 +<​code>​ 
 +ping ns.ubuntu-fr.lan 
 +</​code>​
  
 L'​utilitaire named-checkzone (inclus dans le package BIND9) peut également être utilisé : L'​utilitaire named-checkzone (inclus dans le package BIND9) peut également être utilisé :
  
-<​code>​named-checkzone ubuntu-fr.lan /​etc/​bind/​db.ubuntu-fr.lan</​code>​+<​code>​ 
 +named-checkzone ubuntu-fr.lan /​etc/​bind/​db.ubuntu-fr.lan 
 +</​code>​ 
 et  et 
-<​code>​named-checkzone ​ubuntu-fr.lan /​etc/​bind/​db.192</​code>​+ 
 +<​code>​ 
 +named-checkzone ​1.168.192.in-addr.arpa /​etc/​bind/​db.192 
 +</​code>​
  
 Utiliser cet utilitaire est un bon moyen de s'​assurer de l'​absence d'​erreurs avant le redémarrage de bind. Utiliser cet utilitaire est un bon moyen de s'​assurer de l'​absence d'​erreurs avant le redémarrage de bind.
  
 Pour tester la recherche inversée, l'​utilitaire dig peut être utilisé : Pour tester la recherche inversée, l'​utilitaire dig peut être utilisé :
-<​code>​dig ​1.168.192.in-addr.arpaAXFR</​code>​+ 
 +<​code>​ 
 +dig -x 192.168.1.10 
 +</​code>​ 
 Vous devriez voir en sortie ​ console la résolution de 1.168.192.in-addr.arpa. par votre serveur de nom.  Vous devriez voir en sortie ​ console la résolution de 1.168.192.in-addr.arpa. par votre serveur de nom. 
  
 ==== Configuration en serveur esclave ==== ==== Configuration en serveur esclave ====
 +
 Maintenant qu'un serveur maître a été configuré, un serveur esclave peut être configuré pour assurer une disponibilité du domaine en cas de panne du serveur maître. Maintenant qu'un serveur maître a été configuré, un serveur esclave peut être configuré pour assurer une disponibilité du domaine en cas de panne du serveur maître.
  
 Dans un premier temps, le serveur maître doit être configuré pour permettre le transfert de zone. Ajoutez l'​option //​allow-transfer//​ dans les définitions des zones principales et inversées du fichier /​etc/​bind/​named.conf.local :  Dans un premier temps, le serveur maître doit être configuré pour permettre le transfert de zone. Ajoutez l'​option //​allow-transfer//​ dans les définitions des zones principales et inversées du fichier /​etc/​bind/​named.conf.local : 
-<​file>​ 
  
 +<​file>​
         [...]         [...]
  
Ligne 312: Ligne 413:
        [...]        [...]
 </​file>​ </​file>​
-<​note>​Remplacez @ip_esclave par l'​adresse IP du serveur esclave.</​note>​+ 
 +<​note>​ 
 +Remplacez @ip_esclave par l'​adresse IP du serveur esclave. 
 +</​note>​
  
 Ensuite, sur le serveur esclave, installez le package BIND9, de la même manière que pour le serveur maître. Editez le fichier /​etc/​bind/​named.conf.local,​ et ajoutez les lignes suivantes pour la zone principale et inversée :  Ensuite, sur le serveur esclave, installez le package BIND9, de la même manière que pour le serveur maître. Editez le fichier /​etc/​bind/​named.conf.local,​ et ajoutez les lignes suivantes pour la zone principale et inversée : 
-<​file>​ 
  
 +<​file>​
         [...]         [...]
  
Ligne 335: Ligne 439:
         [...]         [...]
 </​file>​ </​file>​
-<​note>​Remplacez @ip_maitre par l'​adresse IP du serveur maître. Le fichier de zone doit être dans /​var/​cache/​bind/,​ car par défaut, AppArmor ne permet l'​accès en écriture que dans ce répertoire (voir la configuration de AppArmor dans /​etc/​apparmor.d/​usr.sbin.named).</​note>​+ 
 +<​note>​ 
 +Remplacez @ip_maitre par l'​adresse IP du serveur maître. Le fichier de zone doit être dans /​var/​cache/​bind/,​ car par défaut, AppArmor ne permet l'​accès en écriture que dans ce répertoire (voir la configuration de AppArmor dans /​etc/​apparmor.d/​usr.sbin.named). 
 +</​note>​
  
 Redémarrez le serveur, et dans /​var/​log/​syslog,​ vous devriez voir apparaître des informations similaires : Redémarrez le serveur, et dans /​var/​log/​syslog,​ vous devriez voir apparaître des informations similaires :
 +
 <​code>​ <​code>​
 syslog.5.gz:​Dec 27 23:33:53 ubuntu named[5064]:​ zone ubuntu-fr.lan/​IN:​ transferred serial 2010122701 syslog.5.gz:​Dec 27 23:33:53 ubuntu named[5064]:​ zone ubuntu-fr.lan/​IN:​ transferred serial 2010122701
Ligne 343: Ligne 451:
 syslog.5.gz:​Dec 27 23:33:35 ubuntu named[5064]:​ slave zone "​1.168.192.in-addr.arpa"​ (IN) loaded (serial 2010122701) syslog.5.gz:​Dec 27 23:33:35 ubuntu named[5064]:​ slave zone "​1.168.192.in-addr.arpa"​ (IN) loaded (serial 2010122701)
 </​code>​ </​code>​
-<​note>​Une zone n'est transférée que si son numéro de série sur le serveur maître est supérieur à celui du serveur esclave</​note> ​+ 
 +<​note>​ 
 +Une zone n'est transférée que si son numéro de série sur le serveur maître est supérieur à celui du serveur esclave 
 +</​note> ​
  
 === Tests === === Tests ===
 +
 Vous pouvez tester le serveur esclave de la même façon que pour le serveur maître. Il est possible d'​arrêter BIND9 sur le serveur maître et essayer de faire un ping sur ubuntu-fr.lan. depuis un poste configuré pour utiliser le serveur esclave comme le serveur maître pour sa résolution de nom. Si tout ce passe bien, le serveur esclave devrait résoudre ubuntu-fr.lan. Vous pouvez tester le serveur esclave de la même façon que pour le serveur maître. Il est possible d'​arrêter BIND9 sur le serveur maître et essayer de faire un ping sur ubuntu-fr.lan. depuis un poste configuré pour utiliser le serveur esclave comme le serveur maître pour sa résolution de nom. Si tout ce passe bien, le serveur esclave devrait résoudre ubuntu-fr.lan.
- 
  
 ===== Chrooter BIND9 ===== ===== Chrooter BIND9 =====
 +
 Configurer BIND9 pour être chrooté est une sécurité recommandée si AppArmor n'est pas installé. Dans un environnement chrooté, BIND9 n'a accès qu'aux fichiers et matériels dont il a besoin, et est incapable d'​accèder à autre chose. AppArmor est installé par défaut dans les versions récentes d'​Ubuntu. A moins d'​avoir désactivé explicitement AppArmor, chrooter BIND9 n'est pas nécessaire. Si malgré tout, vous désirez continuer en désactivant AppArmor et en chrootant BIND9, vous trouverez les informations nécessaires sur cette page (EN) : [[https://​help.ubuntu.com/​community/​BIND9ServerHowto#​Chrooting%20BIND9|Ubuntu Bind9 Howto]] Configurer BIND9 pour être chrooté est une sécurité recommandée si AppArmor n'est pas installé. Dans un environnement chrooté, BIND9 n'a accès qu'aux fichiers et matériels dont il a besoin, et est incapable d'​accèder à autre chose. AppArmor est installé par défaut dans les versions récentes d'​Ubuntu. A moins d'​avoir désactivé explicitement AppArmor, chrooter BIND9 n'est pas nécessaire. Si malgré tout, vous désirez continuer en désactivant AppArmor et en chrootant BIND9, vous trouverez les informations nécessaires sur cette page (EN) : [[https://​help.ubuntu.com/​community/​BIND9ServerHowto#​Chrooting%20BIND9|Ubuntu Bind9 Howto]]
  
 ===== Logging ===== ===== Logging =====
 +
 BIND9 dispose d'une large variété de configurations possibles pour le logging. Il existe deux options principales,​ l'​option Channel configure où vont les logs, et l'​option Category détermine ce qui doit être loggé. BIND9 dispose d'une large variété de configurations possibles pour le logging. Il existe deux options principales,​ l'​option Channel configure où vont les logs, et l'​option Category détermine ce qui doit être loggé.
  
 Les options par défauts de logging sont :  Les options par défauts de logging sont : 
 +
 <​file>​ <​file>​
 logging { logging {
Ligne 362: Ligne 476:
 }; };
 </​file>​ </​file>​
 +
 Nous allons configurer BIND9 pour envoyer les messages de débuggage relatifs aux requêtes DNS dans un fichier séparé. Nous allons configurer BIND9 pour envoyer les messages de débuggage relatifs aux requêtes DNS dans un fichier séparé.
  
 [[:​Apparmor]] est, au moins depuis [[:lucid]], installé par défaut. Ce logiciel de sécurité ne permettra pas  à bind d'​écrire son fichier de log où bon lui semble. ​ On peut voir dans le fichier de configuration d' apparmor pour bind: **/​etc/​apparmor.d/​usr.sbin.named** que bind a par défaut les droits d'​écriture dans le répertoire **/​var/​log/​named/​** . Il peut donc être judicieux de l'​utiliser. [[:​Apparmor]] est, au moins depuis [[:lucid]], installé par défaut. Ce logiciel de sécurité ne permettra pas  à bind d'​écrire son fichier de log où bon lui semble. ​ On peut voir dans le fichier de configuration d' apparmor pour bind: **/​etc/​apparmor.d/​usr.sbin.named** que bind a par défaut les droits d'​écriture dans le répertoire **/​var/​log/​named/​** . Il peut donc être judicieux de l'​utiliser.
- 
  
 ==== Option Channel ===== ==== Option Channel =====
 +
 Dans un premier temps, nous devons configurer un channel pour spécifier dans quel fichier les messages seront enregistrés. Editez le fichier /​etc/​bind/​named.conf.local et ajoutez les lignes suivantes :  Dans un premier temps, nous devons configurer un channel pour spécifier dans quel fichier les messages seront enregistrés. Editez le fichier /​etc/​bind/​named.conf.local et ajoutez les lignes suivantes : 
 +
 <​file>​ <​file>​
 logging { logging {
Ligne 378: Ligne 494:
 }; };
 </​file>​ </​file>​
-==== Option Category ==== :+ 
 +==== Option Category ====  
 Nous configurons ensuite une catégorie pour envoyer toutes les requêtes DNS dans le fichier de requêtes Nous configurons ensuite une catégorie pour envoyer toutes les requêtes DNS dans le fichier de requêtes
 +
 <​file>​ <​file>​
 logging { logging {
Ligne 390: Ligne 509:
 }; };
 </​file>​ </​file>​
-<​note>​L'​option debug peut être un niveau allant de 1 à 3. Si aucun niveau n'est spécifié, le niveau 1 est utilisé par défaut.</​note>​+ 
 +<​note>​ 
 +L'​option debug peut être un niveau allant de 1 à 3. Si aucun niveau n'est spécifié, le niveau 1 est utilisé par défaut. 
 +</​note>​ 
 Depuis que le daemon tourne en tant qu'​utilisateur bind, le fichier **/​var/​log/​named/​query.log** doit être créé et le propriétaire changé : Depuis que le daemon tourne en tant qu'​utilisateur bind, le fichier **/​var/​log/​named/​query.log** doit être créé et le propriétaire changé :
  
Ligne 398: Ligne 521:
 sudo chown -R bind /​var/​log/​named/​ sudo chown -R bind /​var/​log/​named/​
 </​code>​ </​code>​
 +
 Redémarrez BIND9 pour que les changements prennent effet :  Redémarrez BIND9 pour que les changements prennent effet : 
-<​code>​sudo service bind9 restart</​code>​ 
-Vous devriez voir le fichier /​var/​log/​named/​query.log se remplir avec les logs de BIND9. Ceci n'est qu'un simple exemple des options possibles de logging. Allez voir le manuel sur le site [[http://​bind9.net|bind9.net]] pour plus d'​informations. 
  
 +<​code>​
 +sudo service bind9 restart
 +</​code>​
 +
 +Vous devriez voir le fichier /​var/​log/​named/​query.log se remplir avec les logs de BIND9. Ceci n'est qu'un simple exemple des options possibles de logging. Allez voir le manuel sur le site [[http://​bind9.net|bind9.net]] pour plus d'​informations.
  
 ===== Enregistrement dynamique des clients ===== ===== Enregistrement dynamique des clients =====
-Voir la page [[:dhcp3-server#​enregistrement_des_clients_dans_le_dns|Serveur DHCP : dhcp3-server]]+ 
 +Voir la page [[:isc-dhcp-server|Serveur DHCP : dhcp3-server]]
  
 ===== Autres possibilités ===== ===== Autres possibilités =====
 +
 Il est possible de monitorer l'​utilisation du serveur en installant le package bindgraph, depuis le dépot Universe, et suivre les détails de configurations dans le README de bindgraph. Il est possible de monitorer l'​utilisation du serveur en installant le package bindgraph, depuis le dépot Universe, et suivre les détails de configurations dans le README de bindgraph.
 [[http://​opentodo.net/​2012/​09/​09/​monitoring-dns-queries-with-bindgraph/​|Tutoriel]] disponible sur le site [[http://​opentodo.net/​|opentodo.net]]. [[http://​opentodo.net/​2012/​09/​09/​monitoring-dns-queries-with-bindgraph/​|Tutoriel]] disponible sur le site [[http://​opentodo.net/​|opentodo.net]].
  
 ===== Désinstallation ===== ===== Désinstallation =====
 +
 Pour supprimer cette application,​ il suffit de [[:​tutoriel:​comment_supprimer_un_paquet|supprimer son paquet]]. Selon la méthode choisie, la configuration globale de l'​application est conservée ou supprimée. Pour supprimer cette application,​ il suffit de [[:​tutoriel:​comment_supprimer_un_paquet|supprimer son paquet]]. Selon la méthode choisie, la configuration globale de l'​application est conservée ou supprimée.
  
Ligne 417: Ligne 547:
   * **(fr)** [[http://​www.commentcamarche.net/​contents/​internet/​dns.php3]]   * **(fr)** [[http://​www.commentcamarche.net/​contents/​internet/​dns.php3]]
   * **(fr)** [[http://​www.linux-france.org/​prj/​edu/​archinet/​systeme/​ch30.html]]   * **(fr)** [[http://​www.linux-france.org/​prj/​edu/​archinet/​systeme/​ch30.html]]
-  * **(fr)** [[http://​www.afnic.fr/​ext/​dns/​|Autoformation au DNS de l'​AFNIC]]+  * **(fr)** [[http://​www.afnic.fr/​ext/​dns/​index.html|Autoformation au DNS de l'​AFNIC]]
   * **(fr)** [[http://​www.it-connect.fr/​dns-avec-bind-9%ef%bb%bf/​|Mise en place d'un serveur DNS sous Linux]] sur IT-Connect   * **(fr)** [[http://​www.it-connect.fr/​dns-avec-bind-9%ef%bb%bf/​|Mise en place d'un serveur DNS sous Linux]] sur IT-Connect
   * **(fr)** [[http://​www.it-connect.fr/​securiser-dns-bind9-serveur-unique%ef%bb%bf/​|Sécuriser un serveur DNS Bind autonome sous Linux]] sur IT-Connect   * **(fr)** [[http://​www.it-connect.fr/​securiser-dns-bind9-serveur-unique%ef%bb%bf/​|Sécuriser un serveur DNS Bind autonome sous Linux]] sur IT-Connect


Le contenu de ce wiki est sous licence : CC BY-SA v3.0