[Kea-users] ddns (forward) on kea 1.1.0-1 (fedora 25) updating same zone for ipv4 and ipv6 does not work

Christoph Tieben buggy at sags-per-mail.de
Mon Feb 27 17:22:16 UTC 2017


Hi Everybody!
 
I am testing kea 1.1.0 at the moment in a virtual environment Used Nameserver is bind-9.10.4-4.P6.fc25.x86_64 (most recent Bind9 available for Fedora 25)
Server and most of the clients are running Fedora 25 x86_64.
 
If a client (e.g. testclient1) updates its ipv4 dns record in the zone called "vmintern" , then everything works properly.
testclient1 gets an "A" record in the "vmintern." zone and as well one in reverse zone xxx.xxx.xxx.xxx.in-addr.arpa.
but then the same client gets an ipv6 address from the pool and updating the "vmintern" zone is not possible.
If ipv6 was first it's just the other way 'round with ipv4.
 
A Test Windows Client (Windows 8.1. professional) shows the same behaviour.
 
As I've seen in the logs each ddns Update request from the same machine seems to have a different DHCID .
This seems to be the problem, why the second ncr is rejected.
 
I then tried to set the "qualifying-suffix" in the  ipv6 dhcp-ddns section to ipv6.vmintern.
 
Behaviour changes then:
 
The Windows client (Hostname : wintest81)  gets  entries in DNS as wintest81.vmintern for ipv4 and wintest81.ip6.vmintern
 
The Linux Clients (Fedora25) behaviour changes as follows:
 
IPv4 gets its normal record    A testclient1   but ipv6 entry is a generated one only  AAAA host.fd20-db8-XXXXXXXX.ip6.vmintern
entry.
 
How is it possible to get an A (ipv4) and AAAA (ipv6) forward DNS Entry for the same machine, like it is possible when you edit the zone-file manually.
(e.g. "host google.com" provides both at one)  ?
 
kea and Bind are running on the same (virtual) machine
What am I doing wrong ? Can you help me?
 
Enclosed please find my kea.conf with identical qualifying suffix  in ipv4 and ipv6 config.
 
If any other info is needed, please tell me.
 
Thanks in advance
buggy

P.S: Sorry, I didn't recognize that the mailer sent a html instead of plaintext. So again as a plaintext message.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: kea.conf
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20170227/ba7f674f/attachment.ksh>


More information about the Kea-users mailing list