Salut tous,
Alors que les tests de la configuration de serveur DDNS client propriétaire avec la mise en œuvre de DHCP et DDNS, j'ai remarqué une chose étrange. Toute aide est appréciée.
Pré-condition:
----------------
Serveur DDNS et DHCP sont en cours d'exécution sur une seule machine Linux ayant version suivante:
Linux ns1.testdns.com 2.6.9-34. ELsmp #1 SMP Ven Fév 24 16:54:53 EST 2006 i686 i686 i386 GNU / Linux
Le serveur DHCP est capable de générer la dynamique des adresses IP comme indiqué dans le fichier dhcpd.conf. DDNS base de données "n'est pas" mis à jour par DHCP, mais par le client DDNS qui est invoqué pour obtenir un nouveau bail ou la modification de nom d'hôte.
Serveur DDNS a été en mesure d'ajouter les entrées dans la zone avant et arrière de fichiers par exemple: testdns.com et 1.168.192.in-addr. arpa
Cela garantit que le serveur DHCP et DDNS paramètres sont corrects.
Test Condition:
---------------
J'ai modifié le nom de l'hôte client et redémarré le service named pour que les changements soient pris en compte dans les fichiers de zone. Le fichier de zone en avant devrait être mis à jour avec la modification du nom d'hôte.
Résultats:
----------
Transférer zone a deux entrées à savoir, l'un avec l'ancien nom d'hôte et d'autres avec de nouveaux nom d'hôte.
Analyse:
------------
J'ai trouvé que ce qui se passe parce que, dans le code client DDNS,
avant la mise à jour du serveur de base de données modifiées avec le nom d'hôte, nous vérifions si un enregistrement avec "nouveau" nom d'hôte existe. Et serveur répond en négatif pour cela (ce qui est correct) et le client ajoute un nouveau record pour le nouveau nom de l'hôte.
Mais l'entrée précédente avec l'ancien nom de l'hôte n'est jamais supprimé du serveur.
Ainsi, l'observation a été de multiples noms d'hôte de pointage à la même IP.
Ce contrôle se fait via "Prérequis" dossier envoyé par le client DDNS. Depuis l'échec de la vérification préalable, le client n'envoie pas de demande de suppression de "l'ancien" nom d'hôte.
Transférer le fichier de zone: / var / named / chroot / var / named / dyn / testdns.com
Pourriez-vous l'amabilité de me faire savoir si ce comportement est acceptable d'avoir plusieurs entrées dans la zone avant le changement de nom d'hôte. Si non, pourriez-vous de bien vouloir proposer de solution pour résoudre ce problème?
Que doit vérifier la condition préalable pour enregistrer tout en mettant à jour la notice?
(Similaire serait observé pour inverser le changement de zone de l'adresse IP c'est-à -dire multiple IP point à même nom.)
With Regards,
Nirav
