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 ?
Forum Astuces.divers Dns dynamique
4
fév.
2011
# fichier de conf côté client différents ?
Posté par nono14 (site web personnel) . Évalué à 2.
Système - Réseau - Sécurité Open Source
[^] # Re: fichier de conf côté client différents ?
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: fichier de conf côté client différents ?
Posté par nono14 (site web personnel) . Évalué à 2.
Système - Réseau - Sécurité Open Source
[^] # Re: fichier de conf côté client différents ?
Posté par gnumdk (site web personnel) . Évalué à 2.
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 nono14 (site web personnel) . Évalué à 1.
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
[^] # Re: fichier de conf côté client différents ?
Posté par gnumdk (site web personnel) . Évalué à 2.
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 nono14 (site web personnel) . Évalué à 1.
Système - Réseau - Sécurité Open Source
[^] # Re: fichier de conf côté client différents ?
Posté par NeoX . Évalué à 3.
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.