4.3.0a1 now available

Thu Dec 19 11:59:49 UTC 2013

Thank you Cathy,

I would like to make a redondant DHCP/DNS service, how can i implement a solution with two servers performing DDNS updates ?

Thanks
Banana

On 19 Dec 2013, at 09:35, Cathy Almond <cathya at isc.org> wrote:

> You can't update a slave server directly with DDNS - slave servers don't
> accept dynamic updates (they accept zone transfers, AXFR or IXFR).
> 
> You can configure a BIND slave server to perform update forwarding -
> that is, to handle receipt of DDNS updates and to forward those to its
> master to insert into the zone - but that has been possible for a long time.
> 
> Nothing in this latest release changes that, although there have been
> some updates to DDNS around DHCP's ability to determine itself the
> nameserver to which it sends dynamic updates rather than relying on zone
> statements in the DHCP configuration:
> 
>> - When doing DDNS if there isn't an appropriate zone statement attempt
>> to find a reasonable nameserver via a DNS resolver.  This restores
>> some functionality that was lost in the transition to asynchronous
>> DDNS.  Due to the lack of security and increase in fragility of the
>> system when using this feature we strongly recommend the use of
>> appropriate zone statements rather than using this functionality.
>> [ISC-Bugs #30461]
> 
> Cathy
> 
> On 19/12/2013 07:27, Flex Banana wrote:
>> Hi list,
>> 
>> Will this new release offer the possibilitie to update a slave bind DNS with DDNS mechanism ?
>> 
>> Thanks for your work
>> Banana
>> 
>> 
>> On 18 Dec 2013, at 21:09, Shawn Routhier <sar at isc.org> wrote:
>> 
>>> ISC DHCP 4.3.0a1 is now available for download.
>>> 
>>> This is the FIRST ALPHA of ISC DHCP 4.3.0, a feature release which
>>> contains many new features, as well as a number of bug fixes.  The
>>> theme for this release is "IPv6 Uplift" in which we extend many of
>>> the features you may be using in DHCPv4 to be available in DHCPv6.
>>> Many of them, such as class support for v6, follow the same style
>>> as for use in v4 and should be familiar to current users.
>>> 
>>> During the configuration step you may see the following messages:
>>> ./configure[12227]: break: cannot break
>>> ./configure[12227]: -c: not found
>>> These should not affect the DHCP code.
>>> 
>>> A list of the changes in this release has been appended to the end
>>> of this message.  For a complete list of changes from any previous
>>> release, please consult the RELNOTES file within the source
>>> distribution.  They can also be found at:
>>> 
>>> https://www.isc.org/wp-content/uploads/2013/12/dhcp4p3p0a1-RELNOTES.pdf
>>> or
>>> https://kb.isc.org/article/AA-01073/82/DHCP-4.3.0a1-Release-Notes.html
>>> 
>>> We plan to add some knowledge base articles about using some of
>>> the new features in the future for now you can consult the
>>> webinar we presented recently:
>>> 
>>> http://www.youtube.com/watch?v=9hdqetPCU-w
>>> 
>>> For more webinars please see:
>>> 
>>> http://www.youtube.com/user/ISCdotorg
>>> 
>>> This release, and its OpenPGP-signatures are available now from:
>>> 
>>> https://www.isc.org/downloads/DHCP/
>>> 
>>> or
>>> 
>>> ftp://ftp.isc.org/isc/dhcp/4.3.0a1/dhcp-4.3.0a1.tar.gz
>>> ftp://ftp.isc.org/isc/dhcp/4.3.0a1/dhcp-4.3.0a1.tar.gz.sha512.asc
>>> ftp://ftp.isc.org/isc/dhcp/4.3.0a1/dhcp-4.3.0a1.tar.gz.sha256.asc
>>> ftp://ftp.isc.org/isc/dhcp/4.3.0a1/dhcp-4.3.0a1.tar.gz.sha1.asc
>>> 
>>> ISC's Release Signing Key can be obtained at:
>>> 
>>> http://www.isc.org/about/openpgp/
>>> 
>>>                   Changes since 4.2.0 (new features)
>>> 
>>> - If a client renews before 'dhcp-cache-threshold' percent of its lease
>>> has elapsed (default 25%), the server will reuse the allocated lease
>>> (provide a lease within the currently allocated lease-time) rather
>>> than extend or renew the lease.  This absolves the server of needing
>>> to perform an fsync() operation on the lease database before reply,
>>> which improves performance. [ISC-Bugs #22228]
>>> Update this patch to support asynchronous DDNS.  If the server is
>>> attempting to do DDNS on a lease it should be updated and written to
>>> disk even if that wouldn't be necessary due to the thresholding
>>> [ISC-Bugs #26311]
>>> 
>>> - The 'no available billing' log line now also logs the name of the last
>>> matching billing class tried before failing to provide a billing.
>>> [ISC-Bugs #21759]
>>> 
>>> - A problem with missing get_hw_addr function when --enable-use-sockets
>>> was used is now solved on GNU/Linux, BSD and GNU/Hurd systems. Note
>>> that use-sockets feature was not tested on those systems. Client and
>>> server code no longer use MAX_PATH constant that is not defined on
>>> GNU/Hurd systems. [ISC-Bugs #25979]
>>> 
>>> - Add a perl script in the contrib directory, dhcp-lease-list.pl, which
>>> can parse v4 lease files and output the lease information in a more
>>> human friendly manner.  This was written by Christian Hammers with
>>> some updates by vom and ISC.  This is contributed code and is not
>>> supported by ISC; however it may be useful to some users.
>>> [ISC-Bugs #20680]
>>> 
>>> - Add support in v6 for on-commit, on-expire and on-release.
>>> [ISC-Bugs #27912
>>> 
>>> - Add support for using classes with v6.
>>> [ISC-Bugs #26510]
>>> 
>>> - Update the DDNS code to current standards and allow for sharing
>>> of DDNS entries between v4 and v6 clients.  The new code is used
>>> if the ddns-update-style is set to "standard", the older code is
>>> still available if ddns-update-style is set to "interim".  The
>>> oldest DDNS code "ad-hoc" has been removed.  Thanks to Thomas Pegeot
>>> who submitted a patch for this issue.  This patch is based on
>>> that work with some modifications.
>>> [ISC-Bugs #21139]
>>> 
>>> - Add a configuration option to the server to suppress using fsync().
>>> Enabling this option will mean that fsync() is never called.  This
>>> may provide better performance but there is also a risk that a lease
>>> will not be properly written to the disk after it has been issued
>>> to a client and before the server stops.  Using this option is
>>> not recommended.
>>> [ISC-Bugs #34810]
>>> 
>>> - Add some logging statements to indicate when the server is ready
>>> to serve.  One statement is emitted after the server has finished
>>> reading its files and is about to enter the dispatch loop.
>>> This is "Server starting service.".
>>> The second is emitted when a server determines that both it and
>>> its failover peer are in the normal state.
>>> This is "failover peer <name>: Both servers normal."
>>> [ISC-Bugs #33208]
>>> 
>>> - Add support for accessing options from v6 relays.  The v6relay
>>> statement allows the administrator to choose which relay to
>>> use when searching for an option, see the dhcp-options man page
>>> for a description.  The host-identifier option has also been
>>> updated to support the use of relay options see the dhcpd.conf
>>> man page for a description.
>>> [ISC-Bugs #19598]
>>> 
>>> - When doing DDNS if there isn't an appropriate zone statement attempt
>>> to find a reasonable nameserver via a DNS resolver.  This restores
>>> some functionality that was lost in the transition to asynchronous
>>> DDNS.  Due to the lack of security and increase in fragility of the
>>> system when using this feature we strongly recommend the use of
>>> appropriate zone statements rather than using this functionality.
>>> [ISC-Bugs #30461]
>>> 
>>> - Add support for specifying the address from which to send
>>> DDNS updates on the DHCP server.  There are two new options
>>> "ddns-local-address4" and "ddns-local-address6" that each take
>>> one instance of their respective address types.
>>> [ISC-Bugs #34779]
>>> 
>>> - Add ignore-client-uids option in the server.  This option causes
>>> the server to not record a client's uid in its lease.  This
>>> violates the specification but may also be useful when a client
>>> can dual boot using different client ids but the same mac address.
>>> Thank you to Brian De Wolf for the patch.
>>> [ISC-Bugs #32427]
>>> [ISC-Bugs #35066]
>>> 
>>> - Extend the DHCPINFORM processing to honor the subnet selection option
>>> and take host declarations into account.
>>> Thanks to Christof Chen for testing and submitting the patch.
>>> [ISC-Bugs #35015]
>>> 
>>> 
>>>                   Changes since 4.2.5
>>> 
>>> - Address static analysis warnings.
>>> [ISC-Bugs #33510] [ISC-Bugs #33511]
>>> 
>>> - Silence benign static analysis warnings.
>>> [ISC-Bugs #33428]
>>> 
>>> - Add check for 64-bit package for atf.
>>> [ISC-Bugs #32206]
>>> 
>>> - Use newer auto* tool packages and turn on RFC_3542 support on Mac OS.
>>> [ISC-Bugs #26303]
>>> 
>>> - Remove a variable when it isn't being used due to #ifdefs to avoid
>>> a compiler warning on Solaris using GCC.
>>> [ISC-Bugs #33032]
>>> 
>>> - Add a check for too much whitespace in a config or lease file.
>>> Thanks to Paolo Pellegrino for finding the issue and a suggestion
>>> for the patch.
>>> [ISC-Bugs #33351]
>>> 
>>> - Fix several problems with using OMAPI to manipulate class and subclass
>>> objects.
>>> [ISC-Bugs #27452]
>>> 
>>> - Added a sleep call after killing the old client to allow time
>>> for the sockets to be cleaned.  This should allow the -r option
>>> to work more consistently.
>>> [ISC-Bugs #18175]
>>> 
>>> - Missing files for ISC DHCP Developer's Guide are now included in
>>> the release tarballs. To generate this documentation, please use
>>> make devel command in doc directory. [ISC-Bugs #32767]
>>> 
>>> - Update client script for use with OpenWrt.
>>> [ISC-Bugs #29843]
>>> 
>>> - Fix the socket handling for DHCPv6 clients to allow multiple instances
>>> of a client on a single machine to work properly.  Previously only
>>> one client would receive the packets.  Thanks to Jiri Popelka at Red Hat
>>> for the bug report and a potential patch.
>>> [ISC-Bugs #34784]
>>> 
>>> - Added support for gentle shutdown after signal is received.
>>> [ISC-Bugs #32692] [ISC-Bugs 34945]
>>> 
>>> - Enhance the DHCPv6 server logging to include the addresses that are assigned
>>> to the clients.
>>> [ISC-Bugs #26377]
>>> 
>>> _______________________________________________
>>> dhcp-users mailing list
>>> dhcp-users at lists.isc.org
>>> https://lists.isc.org/mailman/listinfo/dhcp-users
>> 
>> _______________________________________________
>> dhcp-users mailing list
>> dhcp-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/dhcp-users
>> 
> 
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users