From Fedora Project Wiki
< Changes
(Created page with "= BIND version 9.10 = == Summary == <!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary pag...") |
|||
| Line 3: | Line 3: | ||
== Summary == | == Summary == | ||
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. --> | <!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. --> | ||
BIND (Berkeley Internet Name Domain) version 9.10 is the latest stable major update of the widely used DNS server. Besides new features, some settings | BIND (Berkeley Internet Name Domain) version 9.10 is the latest stable major update of the widely used DNS server. Besides new features, some settings defaults changed since the previous major version (9.9). | ||
== Owner == | == Owner == | ||
| Line 38: | Line 37: | ||
<!-- Expand on the summary, if appropriate. A couple sentences suffices to explain the goal, but the more details you can provide the better. --> | <!-- Expand on the summary, if appropriate. A couple sentences suffices to explain the goal, but the more details you can provide the better. --> | ||
[http://ftp.isc.org/isc/bind9/cur/9.10/RELEASE-NOTES-BIND-9.10.0-P1.txt FULL BIND 9.10 RELEASE NOTES] | |||
=== New features === | |||
* New zone file format, "map", stores zone data in a format that can be mapped directly into memory, allowing significantly faster zone loading. | |||
* New tool "delv" (domain entity lookup and validation) with dig-like semantics for looking up DNS data and performing internal DNSSEC validation has been added. | |||
* New "prefetch" option improving the recursive resolver performance has been added. | |||
* Improved EDNS processing allowing better resolver performance. | |||
* Substantial improvements have been made in response-policy zone (RPZ) performance. | |||
* ACLs can now be specified based on geographic location using the MaxMind GeoIP databases. | |||
* The statistics channel can now provide data in JSON format as well as XML. | |||
* The new "in-view" zone option allows zone data to be shared between views, so that multiple views can serve the same zones authoritatively without storing multiple copies in memory. | |||
* Native PKCS#11 API has been added. This allows BIND 9 cryptography functions to use the PKCS#11 API natively, so that BIND can drive a cryptographic hardware service module (HSM) directly instead of using a modified OpenSSL as an intermediary (Native PKCS#11 is known to work with the Thales nShield HSM and with SoftHSM version 2 from the Open DNSSEC project.). | |||
* New tool "named-rrchecker" can be used to check the syntax of individual resource records, and optionally to convert them to the format used for unknown record types. | |||
* New tool "dnssec-importkey" allows "offline" DNSSEC keys (i.e., keys whose private data is not stored on the system on which named is running) to be published or deleted on schedule using automatic DNSKEY management. | |||
* Network interfaces are re-scanned automatically whenever they change. Use "automatic-interface-scan no;" to disable this feature. | |||
** Added "rndc scan" to trigger an interface scan manually. | |||
* New "max-zone-ttl" option enforces maximum TTLs for zones. If loading a zone containing a higher TTL, the load fails. DDNS updates with higher TTLs are accepted but the TTL is truncated. | |||
* Multiple DLZ databases can now be configured, and are searched in order to find one that can answer an incoming query. | |||
* "named-checkzone" and "named-compilezone" can now read journal files. | |||
=== Feature changes === | |||
* The version 3 XML schema for the statistics channel, including new statistics and a flattened XML tree for faster parsing, is no longer optional. The version 2 XML schema is now deprecated. | |||
* "named" now listens on IPv6 as well as IPv4 interfaces by default. | |||
* The internal and export versions of the BIND libraries (libisc, libdns, etc) have been unified so that external library clients can use the same libraries as BIND itself. | |||
* The default setting for the -U option (setting the number of UDP listeners per interface) has been adjusted to improve performance. | |||
* Adaptive mutex locks are now used on systems which support them. | |||
* "rndc flushtree" now flushes matching records from the address database and bad cache as well as the DNS cache. (Previously only the DNS cache was flushed.) | |||
* The isc_bitstring API is no longer used and has been removed from the libisc library. | |||
* The timestamps included in RRSIG records can now be read as integers indicating the number of seconds since the UNIX epoch, in addition to being read as formatted dates in YYYYMMDDHHMMSS format. | |||
== Benefit to Fedora == | == Benefit to Fedora == | ||
<!-- What is the benefit to the platform? If this is a major capability update, what has changed? If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?--> | <!-- What is the benefit to the platform? If this is a major capability update, what has changed? If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?--> | ||
Fedora will include the latest major version of popular DNS server with latest features. | |||
== Scope == | == Scope == | ||
* Proposal owners: | * Proposal owners: Rebase the package to the latest 9.10 minor version and resolve possible packaging issues. | ||
<!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Other developers: | * Other developers: Rebuild dependent packages (dhcp, dnsperf, bind-dyndb-ldap) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
| Line 62: | Line 93: | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
Users applications using libraries distributed with BIND package will need to be rebuilt. | |||
== How To Test == | == How To Test == | ||
| Line 82: | Line 112: | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
* No special hardware is required. | |||
# Users should have some existing named configuration working with the previous version (9.9). | |||
# Users should upgrade the package to the lastest 9.10 version available for Fedora 22 and test the expected named behaviour based on previously used configuration. | |||
== User Experience == | == User Experience == | ||
| Line 97: | Line 132: | ||
== Contingency Plan == | == Contingency Plan == | ||
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | <!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | ||
* Contingency mechanism: | * Contingency mechanism: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | <!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | ||
* Contingency deadline: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Contingency deadline: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? --> | <!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? --> | ||
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
* Blocks product? | * Blocks product? No <!-- Applicable for Changes that blocks specific product release/Fedora.next --> | ||
== Documentation == | == Documentation == | ||
Revision as of 15:43, 16 May 2014
BIND version 9.10
Summary
BIND (Berkeley Internet Name Domain) version 9.10 is the latest stable major update of the widely used DNS server. Besides new features, some settings defaults changed since the previous major version (9.9).
Owner
- Name: Tomas Hozza
- Email: <thozza@redhat.com>
- Release notes owner:
Current status
- Targeted release: Fedora 22
- Last updated: 2014-05-05
- Tracker bug: <will be assigned by the Wrangler>
Detailed Description
New features
- New zone file format, "map", stores zone data in a format that can be mapped directly into memory, allowing significantly faster zone loading.
- New tool "delv" (domain entity lookup and validation) with dig-like semantics for looking up DNS data and performing internal DNSSEC validation has been added.
- New "prefetch" option improving the recursive resolver performance has been added.
- Improved EDNS processing allowing better resolver performance.
- Substantial improvements have been made in response-policy zone (RPZ) performance.
- ACLs can now be specified based on geographic location using the MaxMind GeoIP databases.
- The statistics channel can now provide data in JSON format as well as XML.
- The new "in-view" zone option allows zone data to be shared between views, so that multiple views can serve the same zones authoritatively without storing multiple copies in memory.
- Native PKCS#11 API has been added. This allows BIND 9 cryptography functions to use the PKCS#11 API natively, so that BIND can drive a cryptographic hardware service module (HSM) directly instead of using a modified OpenSSL as an intermediary (Native PKCS#11 is known to work with the Thales nShield HSM and with SoftHSM version 2 from the Open DNSSEC project.).
- New tool "named-rrchecker" can be used to check the syntax of individual resource records, and optionally to convert them to the format used for unknown record types.
- New tool "dnssec-importkey" allows "offline" DNSSEC keys (i.e., keys whose private data is not stored on the system on which named is running) to be published or deleted on schedule using automatic DNSKEY management.
- Network interfaces are re-scanned automatically whenever they change. Use "automatic-interface-scan no;" to disable this feature.
- Added "rndc scan" to trigger an interface scan manually.
- New "max-zone-ttl" option enforces maximum TTLs for zones. If loading a zone containing a higher TTL, the load fails. DDNS updates with higher TTLs are accepted but the TTL is truncated.
- Multiple DLZ databases can now be configured, and are searched in order to find one that can answer an incoming query.
- "named-checkzone" and "named-compilezone" can now read journal files.
Feature changes
- The version 3 XML schema for the statistics channel, including new statistics and a flattened XML tree for faster parsing, is no longer optional. The version 2 XML schema is now deprecated.
- "named" now listens on IPv6 as well as IPv4 interfaces by default.
- The internal and export versions of the BIND libraries (libisc, libdns, etc) have been unified so that external library clients can use the same libraries as BIND itself.
- The default setting for the -U option (setting the number of UDP listeners per interface) has been adjusted to improve performance.
- Adaptive mutex locks are now used on systems which support them.
- "rndc flushtree" now flushes matching records from the address database and bad cache as well as the DNS cache. (Previously only the DNS cache was flushed.)
- The isc_bitstring API is no longer used and has been removed from the libisc library.
- The timestamps included in RRSIG records can now be read as integers indicating the number of seconds since the UNIX epoch, in addition to being read as formatted dates in YYYYMMDDHHMMSS format.
Benefit to Fedora
Fedora will include the latest major version of popular DNS server with latest features.
Scope
- Proposal owners: Rebase the package to the latest 9.10 minor version and resolve possible packaging issues.
- Other developers: Rebuild dependent packages (dhcp, dnsperf, bind-dyndb-ldap)
- Release engineering: N/A (not a System Wide Change)
- Policies and guidelines: N/A (not a System Wide Change)
Upgrade/compatibility impact
Users applications using libraries distributed with BIND package will need to be rebuilt.
How To Test
- No special hardware is required.
- Users should have some existing named configuration working with the previous version (9.9).
- Users should upgrade the package to the lastest 9.10 version available for Fedora 22 and test the expected named behaviour based on previously used configuration.
User Experience
N/A (not a System Wide Change)
Dependencies
N/A (not a System Wide Change)
Contingency Plan
- Contingency mechanism: N/A (not a System Wide Change)
- Contingency deadline: N/A (not a System Wide Change)
- Blocks release? No
- Blocks product? No
Documentation
N/A (not a System Wide Change)
Release Notes
TBD