Forum Linux.debian/ubuntu ddns (bind9+dhcp3) sous debian

Posté par  .
Étiquettes : aucune
0
27
sept.
2005
bonjour a tous.
Voila j'ai un petit probleme de configuration avec mes serveurs dns et dhcp. Comme le dit le sujet, je voudrai que le seveur dhcp mette à jour automatiquement le serveur dns. Donc j'ai d'abord configuré les deux serveurs indépendement, puis ensuite je les ai configuré pour qu'ils fonctionnent ensemble.
Cependant bien que le dns marche ainsi que le dhcp, le dhcp n'arrive pas à mettre a jour les adresses ip ... dans les fichiers de zone du dns.
Je vous donne la configuration que j'ai mis en place:


named.conf

# Use with the following in named.conf, adjusting the allow list as needed:
key "rndc-key" {
algorithm hmac-md5;
secret "";
};

controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};

zone "zone" IN {
type master;
file "/etc/bind/zone";
allow-update { 192.168.0.3; key "rndc-key";};
};

zone "0.168.192.in-addr.arpa" IN {
type master;
file "/etc/bind/192.168.0";
allow-update { 192.168.0.3; key "rndc-key";};
};

rndc.conf[/u] (fichier que j'ai créé dans /etc/bind/

# Start of rndc.conf
key "rndc-key" {
algorithm hmac-md5;
secret "";
};

options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf

fichier de zone[/u]

@ IN SOA st1.zone. root.zone. (
2005092100
8H
2H
1W
1D)

@ IN NS st1.zone.
@ IN MX 1 st1.zone.

st1 IN A 192.168.0.3
st2 IN A 192.168.0.2
st3 IN A 192.168.0.1

dhcpd.conf

default-lease-time 1200;
max-lease-time 9220;
ddns-update-style interim;
#ignore client-update;

key "rndc-key"
{
algorithm hmac-md5;
secret "";
};

zone zone
{
primary 192.168.0.1;
key rndc-key;
}

zone 0.168.192.in-addr.arpa.
{
primary 192.168.0.1;
key rndc-key;
}

subnet 192.168.0.0 netmask 255.255.255.0
{
option domain-name "zone";
option domain-name-servers 192.168.0.3;
option routers 192.168.0.1;
range 192.168.0.4 192.168.0.10;
}

host st1
{
hardware ethernet <adresse mac>;
fixed-address 192.168.0.3;
}


Voila, si quelqu'un a une idée pour m'aider a résoudre le fait que le dhcp ne mette pas a jour les fichiers de zone du dns.
Merci d'avance.

  • # Coté client

    Posté par  . Évalué à 2.

    J'ai lus en diagonale ta conf, et je ne suis pas vraiment expert en la matière, mais la première chose à laquelle je pense c'est que tu n'indique pas si le client est configuré pour envoyer son hostname.

    exemple, dhclient.conf :

    interface "ethX"
    {
    send host-name "monclient1";
    }

  • # les droits, fichiers de logs...

    Posté par  . Évalué à 2.

    Hello !

    As-tu vérifié les droits sur les fichiers de zone de Bind ? Voir si le user avec lequel tourne Bind a le droit de modifier les fichiers...

    D'autre part, vois aussi ce que contient le fichier de log (a priori, /var/log/daemon.log) en vérifiant si, lors d'une nouvelle machine, tu as un message spécifique t'indiquant peut-être l'origine du problème...

    Vois aussi, dans le même fichier de log, le démarrage de bind pour être sûr qu'il n'y a pas de problèmes de config de bind ou même du serveur dhcp...

  • # Alternative plus simple

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

    Désolé de ne pas résoudre ton problème, mais je tenais à signaler une alternative plus simple, beaucoup plus simple... En effet, dnsmasq permet d'arriver très rapidement à ce que tu veux...

    Je te conseille cela en voyant la taille de ton réseau.

    • [^] # re--problem

      Posté par  . Évalué à 2.

      ba en fait , voila, c'est pour uneactivité dans la cadre de mes études, donc, il m'est conseillé d'utiliser cette méthode.
      Bon sinon, le client dhcp envoie bien son namehost d'après la configuration que j'ai.
      J'ai regardé aussi mon fichier de log , et voila le résultat:

      Sep 28 10:14:52 debianKentin dhcpd: DHCPDISCOVER from 00:11:2f:4c:1c:68 (chris) via eth0
      Sep 28 10:14:52 debianKentin dhcpd: DHCPOFFER on 172.16.203.15 to 00:11:2f:4c:1c:68 (chris) via eth0
      Sep 28 10:14:52 debianKentin dhcpd: added reverse map from 15.203.16.172.in-addr.arpa. to chris.quentin
      Sep 28 10:14:52 debianKentin dhcpd: DHCPREQUEST for 172.16.203.15 (172.16.203.1) from 00:11:2f:4c:1c:68 (chris) via eth0
      Sep 28 10:14:52 debianKentin dhcpd: DHCPACK on 172.16.203.15 to 00:11:2f:4c:1c:68 (chris) via eth0
      Sep 28 10:14:55 debianKentin dhcpd: DHCPREQUEST for 172.16.203.15 from 00:11:2f:4c:1c:68 (chris) via eth0
      Sep 28 10:14:55 debianKentin dhcpd: DHCPACK on 172.16.203.15 to 00:11:2f:4c:1c:68 (chris) via eth0


      voila.
      Mais ca ne marche toujours pas, aucunes mises a jours faites par la dhcp sur le serveur dns

      • [^] # Re: re--problem

        Posté par  . Évalué à 0.

        voila, j'ai avancé dans la résolution de mon problème, bien que ca ne fonctionne toujours pas. Voici les logs d'erreurs que j'ai:

        client 127.0.0.1#32842: updating zone 'zone/IN': update failed: 'name not in use' prerequisite not satisfied (YXDOMAIN)
        Sep 28 18:32:54 localhost named[3936]: client 127.0.0.1#32842: updating zone 'zone/IN': update failed: 'RRset exists (value dependent)' prerequisite not satisfied (NXRRSET)
        Sep 28 18:32:54 localhost dhcpd: Can't update forward map st3.zone to 192.168.0.10: no such RRset

        voila, pourtant le hostname de la machine cliente existe bien dans les fichiers de zone du DNS.
        Merci pour votre aide

        • [^] # Re: re--problem

          Posté par  . Évalué à 2.

          Tiens, c'est amusant mais je crois que, justement, il ne faut pas que le hostname existe dans les fichiers de zone du DNS...

          De ce que je comprends du message dans ton fichier de log, il te dit que le prérequis "nom de machine libre" n'est pas satisfait...

          D'après ce que je peux comprendre, le serveur DHCP envoie au serveur DNS, lors de la première distribution d'adresse IP, un ordre d'ajouter une machine... Mais pour ajouter une machine, il ne faut pas qu'un nom identique existe déjà..

          A tenter : supprimer le hostname de la machine cliente dans tes fichiers de zone du DNS et vérifier...

Suivre le flux des commentaires

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