Forum Linux.debian/ubuntu Configuration DNS Primaire et un DNS Secondaire

Posté par  .
Étiquettes : aucune
0
30
sept.
2011

Bonjour à tous,

Voila mon problème.

je donne ma config

j'ai installé le service Bind9 sur le dns primaire sur un serveur, configuré
/etc/hostname : nommachine.toto.com

dans

/etc/host.conf :
order hosts, bind
multi on

/etc/hosts :
127.0.0.1 localhost.localdomain localhost
10.0.10.40 nommachine.toto.com nommachine

/etc/resolv.conf:
domain toto.com
search toto.com
nameserver 10.0.10.40

db.toto.com:
;
; BIND data file for eth0 interface
;
$TTL 604800
@ IN SOA nommachine.toto.com. root.toto.com. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS nommachine.toto.com.

nommachine IN A 10.0.10.40

db.toto.com.inv :
;
; BIND reverse data file for eth0 interface
;
$TTL 604800
@ IN SOA nommachine.toto.com. root.toto.com. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS nommachine.
NS ServeurEsclave1.mondomaine.com. ;Nom du serveur esclave N°1
40 IN PTR nommachine.toto.com.

named.conf.local:
zone "toto.com" {
type master;
notify yes;
file "/etc/bind/db.toto.com";
forwarders{};
};

zone "10.0.10.in-addr.arpa" {
type master;
notify yes;
file "/etc/bind/db.toto.com.inv";
forwarders{};
};

/etc/bind/named.conf.options

allow-transfer { 10.0.10.41; }; machine secondaire
allow-notify { 10.0.10.41; }; machine secondaire

j'ai lancé bind et c'est okay.

sur le secondaire

resolv.conf
domain toto.com
nameserver 10.0.10.41
nameserver 10.0.10.40

et j'ai arretteé, car quand je fait les modif dans named.conf.local.. etc le serveur bind ne ce relance pas sur le secondaire

Avez vous une idées sur quoi je peux m'orienter

merci a tous.

  • # Problème ?

    Posté par  (site web personnel) . Évalué à 3.

    Tu n'as pas bien exposé ton problème : j'imagine que ce qui t'ennuie, c'est que tes modifications ne se propagent pas sur ton serveur secondaire.

    Ce n'est pas étonnant, parce que rien n'indique à BIND sur ton serveur primaire, qu'il doit indiquer les changements au serveur secondaire. Ajoute un enregistrements NS pour ton serveur secondaire, comme ça :

    1. il deviendra effectivement serveur secondaire, parce que là ce n'est pas le cas ;
    2. BIND le détectera et lui indiquera chaque changement — mais n'oublie pas d'incrémenter le serial à chaque fois.
    • [^] # Re: Problème ?

      Posté par  . Évalué à 0.

      merci de m'avoir répondu.

      j'avais bien mis la ligne NS dans le db.toto.com et db.toto.com.inv sur le primaire

      je voulais savoir ce que je dois faire exactement sur mon serveur secondaire.
      en sachant que j'ai installé bind9.

      et je voulais savoir quels fichiers je doit configurer et mettre en place sur ce secondaire.

      merci

      • [^] # Re: Problème ?

        Posté par  (site web personnel) . Évalué à 2.

        Bon, à ce point-là, je te conseille surtout d'acheter un bon livre sur BIND. Ou de suivre une documentation en ligne, peu importe, mais de toute façon, te documenter. Je ne pense pas que tu puisse arriver à quelque chose sans cela.

        • [^] # Re: Problème ?

          Posté par  . Évalué à 0.

          En plus j'avais suivi d'après une documentation sur bind.

          C'est pour ca si tu as un moment pour me donner un coup de main, la j'ai un hic
          donc si tu veux voir mes config sur mon secondaire, je peux les posters.

          en te remerciant d'avance

          • [^] # Re: Problème ?

            Posté par  (site web personnel) . Évalué à 2.

            Il faut que tu y configures deux zones asservies (slave) et que tu donnes à BIND le droit d'écrire dans le répertoire où elles seront stockées. Il ira ensuite demander tout seul au serveur primaire le contenu des zones et l'écrira dans les fichiers correspondants.

            • [^] # Re: Problème ?

              Posté par  . Évalué à -1.

              ok, je décommente mes fichiers conf sur mon secondaire car je l'avais fait, et je pense que ça doit être le droit d’écriture

              je te tiens au courant

              • [^] # Re: Problème ?

                Posté par  (site web personnel) . Évalué à 2.

                je pense que ça doit être le droit d’écriture

                Ne te contente pas de penser, vérifie : lis tes logs !

                • [^] # Re: Problème ?

                  Posté par  . Évalué à 0.

                  comme tu dis, j’arrête de penser :) et je vérifie mes logs et après je pense que c'est l'heure d'aller manger

                  • [^] # Re: Problème ?

                    Posté par  . Évalué à 0.

                    je viens de verifier mes logs
                    /etc/bind/named.conf.local:19: unknown option 'master'

                    et voici mon named.local.option
                    //
                    // Do any local configuration here
                    //

                    // Consider adding the 1918 zones here, if they are not used in your
                    // organization
                    //include "/etc/bind/zones.rfc1918";

                    zone "toto.com" in {
                    type slave;
                    master {10.0.10.40;};
                    file "/etc/bind/db.toto.com";
                    notify no ;
                    };

                    zone "10.0.10.in-addr.arpa" in {
                    type slave;
                    master {10.0.10.40;};
                    file "/etc/bind/db.toto.com.inv";
                    notify no ;
                    };
                    et sachant que le 10.0.10.40 est mon primaire

                    et j'ai mis mon /bind pour tester a 777

  • # Exemples

    Posté par  (site web personnel) . Évalué à 3.

    Pour les exemples, il faut utilise :

    • les noms de domaines example.com, example.net, example.org, example.edu et example ;
    • les adresses IPv4 de la plage 192.0.2.0/24 ;
    • les adresses IPv6 de la plage 2001:db8::/32.

    Ainsi, on évitera les dommages collatéraux qui pourraient venir ennuyer les vrais utilisateurs des noms de domaines et adresses réelles utilisées à tort.

  • # ok

    Posté par  . Évalué à -2.

    Résolue

    merci à Tanguy Ortolo

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.