Bonjour !
 
Par défaut à l'installation de BIND9 sur une distrib Debian, on obtient la définition des zones suivantes dans le fichier named.conf
 
             zone "localhost" {
         type master;
  file "/etc/bind/db.local";
 };
 
 zone "127.in-addr.arpa" {
  type master;
  file "/etc/bind/db.127";
 };
 
 zone "0.in-addr.arpa" {
  type master;
  file "/etc/bind/db.0";
 };
 
 zone "255.in-addr.arpa" {
  type master;
  file "/etc/bind/db.255";
 };
 
Je n'utilise personnellement pas Debian mais FreeBSD et malheureusement, la plupart des exemples de configuration sur Internet son issu du monde Linux et dans la plus grand partie des cas d'une distrib Debian. Or, sous FreeBSD, aucune de ces zones n'est définit dans le fichier par défaut, par contre on a la zone suivante :
 
 zone "0.0.127.in-addr.arpa" {
  type master;
  file "master/localhost.rev";
 };
 
localhost.rev contient tout simplement un enregistrement pour l'ip 1 soit 127.0.0.1 pour la machine "localhost.mondomaine.tld" ce qui est tout à fait normal.
 
J'en viens à mes questions :
A la rigueur je peux comprendre la zone "127.in-addr.arpa" qui doit ressemblé à celle sous FreeBSD à l'exception faite que l'enregistrement sera du type 0.0.1 (ou 1.0.0 d'ailleurs j'en ai aucune idée) pour faire 127.0.0.1 pour la machine "localhost.mondomaine.tld"  mais à quoi servent les 3 autres zones ?
- la zone de recherche directe "localhost" me parait complètement stupide car les FQDN des machines enregistrées seraient du type "nom_de_machine.local" ? A quoi celà sert-il ?
- la zone de recherche inversée "255.in-addr.arpa" servirait au broadcast ? quelle utilité ? le broadcast ne se sert en aucune facon de DNS normalement
- la zone de recherche inversée "0.in-addr.arpa" servirait à.... à quoi d'ailleurs ?
 
Voilà, j'ai expliqué mon problème le plus clairement possible, si vous pouviez m'éclairer là dessus ca serait génial !
 
Merci d'avance et désolé pour la longueur !
Julien

up

UP encore...
 
Je pense pas que ca soit si compliqué pourtant ? Ou alors tous les utilisateurs de Debian installent des trucs sans savoir ce qu'ils font.... hmmm ??

Bon et bien tant pis pour l'entraide, je me répondrais seul.
 
Voici un extrait de la RFC 1912 concernant ce sujet pour celà que ca interesse :
 
4. Miscellaneous Topics
 
4.1 Boot file setup
 
   Certain zones should always be present in nameserver configurations:
 
           primary         localhost               localhost
           primary         0.0.127.in-addr.arpa    127.0
           primary         255.in-addr.arpa        255
           primary         0.in-addr.arpa          0
 
   These are set up to either provide nameservice for "special"
   addresses, or to help eliminate accidental queries for broadcast or
   local address to be sent off to the root nameservers.  All of these
   files will contain NS and SOA records just like the other zone files
   you maintain, the exception being that you can probably make the SOA
 
   timers very long, since this data will never change.
 
   The "localhost" address is a "special" address which always refers to
   the local host.  It should contain the following line:
 
           localhost.      IN      A       127.0.0.1
 
   The "127.0" file should contain the line:
 
           1    PTR     localhost.
 
   There has been some extensive discussion about whether or not to
   append the local domain to it.  The conclusion is that "localhost."
   would be the best solution.  The reasons given include:
 
      "localhost" by itself is used and expected to work in some
      systems.
 
      Translating 127.0.0.1 into "localhost.dom.ain" can cause some
      software to connect back to the loopback interface when it didn't
      want to because "localhost" is not equal to "localhost.dom.ain".
 
   The "255" and "0" files should not contain any additional data beyond
   the NS and SOA records.
 
   Note that future BIND versions may include all or some of this data
   automatically without additional configuration.
 
Mais bon, cet extrait date de 1996. Je pense donc que celà n'a plus d'utilité maintenant, surtout qu'il n'y a aucun enregistrement pour les zone 255 et 0.