IPv6 DDNS using dhcp-4.1.0p1

David W. Hankins dhankins at isc.org
Tue Jan 19 22:43:20 UTC 2010


On Mon, Jan 18, 2010 at 07:39:11AM -0800, brett lee wrote:
> 1.  Cannot seem to get DDNS working for some v6 pools.  Per the logs, updates are not being sent from DHCPD and are not arriving at NAMED.  Both are on the same host and the config files dhcpd.conf and named.conf are below.  Hoping someone can point out what is misconfigured.

dhcpd defaults to make hostnames ("ddns-hostname") for the client
based upon the supplied (in DHCPv6's case) FQDN option.  Basically,
we pull the leftmost label ("foo.example.com" is "foo" as a hostname).

So if the client doesn't send an FQDN, you need to configure one for
it, or over-ride ddns-hostname so it manufactures a name in the event
the client doesn't supply one, or etc etc.

> 2.  Cannot seem to assign a fixed address.  All hosts (Solaris, FreeBSD, Win2K8) only get addresses from the dynamic range.  The config below attempts to define an address for the host freebsd8vm.  Have pulled what I believe to be the dhcp6.client-id from the DHCPD logging seen here:

Your host record;

>    host freebsd8vm {
>      host-identifier option dhcp6.client-id "05:00:00:00:31:00:00:00:03:00:00:00:00:00:00:00";
>      fixed-address6  2bad:0000:0564:0001::21;
>    }

1) Is scoped inside a v6 subnet, which you should be warned doesn't do
   what you expect.  It shouldn't make it break, but you might want to
   move it to a global scope to cause less confusion, unless you know
   what subnet-scoped-host-records do and want to use that capability.

2) The config parser understands "foo", a quoted string, to be an
   NVT-ASCII quoted, printable string, without a null terminator.
   Meanwhile, you've filled the middle of this string with hexadecimal
   numbers, suggesting you want to match an arbitrary binary field (what
   our config parser calls an 'octet string', ff:ff:ff:ff for example
   would be 4 bytes, all ones, whereas "ff:ff:ff:ff" is 11 bytes, each
   corresponding to the ASCII code for the characters in the string).

-- 
David W. Hankins	BIND 10 needs more DHCP voices.
Software Engineer		There just aren't enough in our heads.
Internet Systems Consortium, Inc.		http://bind10.isc.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20100119/18c3397f/attachment.bin>


More information about the dhcp-users mailing list