Forum Astuces.divers Dns dynamique

Posté par  (site web personnel) .
Étiquettes : aucune
-1
4
fév.
2011
Voilà, j'ai deux soucis, mais d'abord voici ma conf DHCP:


ddns-update-style interim;
ddns-domainname "ad.inp-toulouse.fr";
include "/etc/dhcp/rndc.key";
zone ad.inp-toulouse.fr. {
primary 192.168.0.10;
key "rndc-key";
}
zone 168.192.in-addr.arpa. {
primary 192.168.0.10;
key "rndc-key";
}

Avec cela, ca fonctionne mais pas si je déplace cette partie dans mon subnet, pourtant j'ai vu des gens le faire sur certain tutos, une idée ?

Après, ca fonctionne si on veux, pour l'instant, avec ma machine de test, elle se rajoute bien dans les deux zones mais toutes les autres machines ne se rajoutent qu'au reverse et je vois pas bien pourquoi elles ne feraient pas comme ma machine de test :-/

Une idée ?

  • # fichier de conf côté client différents ?

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

    Tout est dans le titre.

    Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

    • [^] # Re: fichier de conf côté client différents ?

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

      Ce sont des postes Windows, image identique à ma machine de test...

      • [^] # Re: fichier de conf côté client différents ?

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

        Si la zone dns directe est différente, cela ne peut fonctionner.

        Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

        • [^] # Re: fichier de conf côté client différents ?

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

          Ce n'est pas le cas...

          la zone dns, ils la recoivent via le dhcp justement, ou j'ai pas compris un truc ?

          • [^] # Re: fichier de conf côté client différents ?

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

            L'environnement de test est-il strictement identique ?

            Valider la solution *avant* sur une deuxième machine d'ayant pas servi de test aurait parmi de qualifier le bon fonctionnement.

            Perso, ça a marché direct sans rien faire de spécial.

            La case a coché de mise à jour dynamique est cochée ?

            Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

            • [^] # Re: fichier de conf côté client différents ?

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

              >La case a coché de mise à jour dynamique est cochée ?

              Attention, c'est un peu plus compliqué que cela...

              Ce n'est pas le poste qui se met à jour sur le DNS mais bien le serveur DHCP qui s'occupe de faire cette dernière... Donc normalement, coté client y'a rien à faire et mon serveur DHCP recupère bien le nom de la machine...

              Ce qui est bizarre, c'est que normalement, les erreurs de conf donnent des résultats comme:

              unable to add forward map from ensat-fog.ad.inp-toulouse.fr to 192.168.103.104: timeout ou refused

              Mais dans mon cas, rien du tout, et en sniffant je vois bien que le DHCP ne fait que la requete de reverse donc y'a un couille niveau DHCP mais je vois pas quoi.

              • [^] # Re: fichier de conf côté client différents ?

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

                Debug côté client, trace tcpdump, debug serveur dhcp, serveur dns, ...

                Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

              • [^] # Re: fichier de conf côté client différents ?

                Posté par  . Évalué à 3.

                à tout hasard, les clients renouvellent-ils leur bail, ou sont-il encore dans le TTL du bail ?

                y a des machines qui reprennent la meme IP si elles sont encore dans le TTL, sans avoir besoin de faire toute la procedure discovery/ack/offer/ack

Suivre le flux des commentaires

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