[Dnsmasq-discuss] Announce: dnsmasq-2.68rc 1
Simon Kelley
simon at thekelleys.org.uk
Thu Nov 21 21:52:25 GMT 2013
I'm minded to make a new stable release quite soon. After the very long
interval between 2.66 and 2.67, the final 2.67 release ended up with a
couple of niggly bugs, and some useful changes were missed.
One of the enhancements makes slightly incompatible changes to the
configuration of the authoritative DNS mode, so I'd like to get that out
there before use of that new feature has ramped up.
Hence I've today put out 2.68rc1
http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.68rc1.tar.gz
Changelog is below. Please test if you can.
Simon.
version 2.68
Use random addresses for DHCPv6 temporary address
allocations, instead of algorithmically determined stable
addresses.
Fix bug which meant that the DHCPv6 DUID was not available
in DHCP script runs during the lifetime of the dnsmasq
process which created the DUID de-novo. Once the DUID was
created and stored in the lease file and dnsmasq
restarted, this bug disappeared.
Fix bug introduced in 2.67 which could result in erroneous
NXDOMAIN returns to CNAME queries.
Fix build failures on MacOS X and openBSD.
Allow subnet specifications in --auth-zone to be interface
names as well as address literals. This makes it possible
to configure authoritative DNS when local address ranges
are dynamic and works much better than the previous
work-around which exempted contructed DHCP ranges from the
IP address filtering. As a consequence, that work-around
is removed. Under certain circumstances, this change wil
break existing configuration: if you're relying on the
contructed-range exception, you need to change --auth-zone
to specify the same interface as is used to construct your
DHCP ranges, probably with a trailing "/6" like this:
--auth-zone=example.com,eth0/6 to limit the addresses to
IPv6 addresses of eth0.
Fix problems when advertising deleted IPv6 prefixes. If
the prefix is deleted (rather than replaced), it doesn't
get advertised with zero preferred time. Thanks to Tsachi
for the bug report.
More information about the Dnsmasq-discuss
mailing list