diff options
Diffstat (limited to 'doc/arm/Bv9ARM.ch09.html')
| -rw-r--r-- | doc/arm/Bv9ARM.ch09.html | 1211 |
1 files changed, 211 insertions, 1000 deletions
diff --git a/doc/arm/Bv9ARM.ch09.html b/doc/arm/Bv9ARM.ch09.html index 0e5178606e105..c0661ef6e84da 100644 --- a/doc/arm/Bv9ARM.ch09.html +++ b/doc/arm/Bv9ARM.ch09.html @@ -1,5 +1,5 @@ <!-- - - Copyright (C) 2004-2014 Internet Systems Consortium, Inc. ("ISC") + - Copyright (C) 2004-2015 Internet Systems Consortium, Inc. ("ISC") - Copyright (C) 2000-2003 Internet Software Consortium. - - Permission to use, copy, modify, and/or distribute this software for any @@ -18,17 +18,17 @@ <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> -<title>Appendix A. Appendices</title> +<title>Appendix A. Release Notes</title> <meta name="generator" content="DocBook XSL Stylesheets V1.71.1"> <link rel="start" href="Bv9ARM.html" title="BIND 9 Administrator Reference Manual"> <link rel="up" href="Bv9ARM.html" title="BIND 9 Administrator Reference Manual"> <link rel="prev" href="Bv9ARM.ch08.html" title="Chapter 8. Troubleshooting"> -<link rel="next" href="Bv9ARM.ch10.html" title="Manual pages"> +<link rel="next" href="Bv9ARM.ch10.html" title="Appendix B. A Brief History of the DNS and BIND"> </head> <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"> <div class="navheader"> <table width="100%" summary="Navigation header"> -<tr><th colspan="3" align="center">Appendix A. Appendices</th></tr> +<tr><th colspan="3" align="center">Appendix A. Release Notes</th></tr> <tr> <td width="20%" align="left"> <a accesskey="p" href="Bv9ARM.ch08.html">Prev</a> </td> @@ -41,1044 +41,254 @@ </div> <div class="appendix" lang="en"> <div class="titlepage"><div><div><h2 class="title"> -<a name="Bv9ARM.ch09"></a>Appendix A. Appendices</h2></div></div></div> +<a name="Bv9ARM.ch09"></a>Appendix A. Release Notes</h2></div></div></div> <div class="toc"> <p><b>Table of Contents</b></p> <dl> -<dt><span class="sect1"><a href="Bv9ARM.ch09.html#id2605019">Acknowledgments</a></span></dt> -<dd><dl><dt><span class="sect2"><a href="Bv9ARM.ch09.html#historical_dns_information">A Brief History of the <acronym class="acronym">DNS</acronym> and <acronym class="acronym">BIND</acronym></a></span></dt></dl></dd> -<dt><span class="sect1"><a href="Bv9ARM.ch09.html#id2605259">General <acronym class="acronym">DNS</acronym> Reference Information</a></span></dt> -<dd><dl><dt><span class="sect2"><a href="Bv9ARM.ch09.html#ipv6addresses">IPv6 addresses (AAAA)</a></span></dt></dl></dd> -<dt><span class="sect1"><a href="Bv9ARM.ch09.html#bibliography">Bibliography (and Suggested Reading)</a></span></dt> +<dt><span class="sect1"><a href="Bv9ARM.ch09.html#id2563588">Release Notes for BIND Version 9.9.7</a></span></dt> <dd><dl> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#rfcs">Request for Comments (RFCs)</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#internet_drafts">Internet Drafts</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2608539">Other Documents About <acronym class="acronym">BIND</acronym></a></span></dt> -</dl></dd> -<dt><span class="sect1"><a href="Bv9ARM.ch09.html#bind9.library">BIND 9 DNS Library Support</a></span></dt> -<dd><dl> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2610978">Prerequisite</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2610987">Compilation</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2609100">Installation</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2609131">Known Defects/Restrictions</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2610164">The dns.conf File</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2610190">Sample Applications</a></span></dt> -<dt><span class="sect2"><a href="Bv9ARM.ch09.html#id2611163">Library References</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_intro">Introduction</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_download">Download</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_security">Security Fixes</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_features">New Features</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_changes">Feature Changes</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_bugs">Bug Fixes</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#end_of_life">End of Life</a></span></dt> +<dt><span class="sect2"><a href="Bv9ARM.ch09.html#relnotes_thanks">Thank You</a></span></dt> </dl></dd> </dl> </div> <div class="sect1" lang="en"> <div class="titlepage"><div><div><h2 class="title" style="clear: both"> -<a name="id2605019"></a>Acknowledgments</h2></div></div></div> +<a name="id2563588"></a>Release Notes for BIND Version 9.9.7</h2></div></div></div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="historical_dns_information"></a>A Brief History of the <acronym class="acronym">DNS</acronym> and <acronym class="acronym">BIND</acronym> -</h3></div></div></div> -<p> - Although the "official" beginning of the Domain Name - System occurred in 1984 with the publication of RFC 920, the - core of the new system was described in 1983 in RFCs 882 and - 883. From 1984 to 1987, the ARPAnet (the precursor to today's - Internet) became a testbed of experimentation for developing the - new naming/addressing scheme in a rapidly expanding, - operational network environment. New RFCs were written and - published in 1987 that modified the original documents to - incorporate improvements based on the working model. RFC 1034, - "Domain Names-Concepts and Facilities", and RFC 1035, "Domain - Names-Implementation and Specification" were published and - became the standards upon which all <acronym class="acronym">DNS</acronym> implementations are - built. - </p> -<p> - The first working domain name server, called "Jeeves", was - written in 1983-84 by Paul Mockapetris for operation on DEC - Tops-20 - machines located at the University of Southern California's - Information - Sciences Institute (USC-ISI) and SRI International's Network - Information - Center (SRI-NIC). A <acronym class="acronym">DNS</acronym> server for - Unix machines, the Berkeley Internet - Name Domain (<acronym class="acronym">BIND</acronym>) package, was - written soon after by a group of - graduate students at the University of California at Berkeley - under - a grant from the US Defense Advanced Research Projects - Administration - (DARPA). - </p> -<p> - Versions of <acronym class="acronym">BIND</acronym> through - 4.8.3 were maintained by the Computer - Systems Research Group (CSRG) at UC Berkeley. Douglas Terry, Mark - Painter, David Riggle and Songnian Zhou made up the initial <acronym class="acronym">BIND</acronym> - project team. After that, additional work on the software package - was done by Ralph Campbell. Kevin Dunlap, a Digital Equipment - Corporation - employee on loan to the CSRG, worked on <acronym class="acronym">BIND</acronym> for 2 years, from 1985 - to 1987. Many other people also contributed to <acronym class="acronym">BIND</acronym> development - during that time: Doug Kingston, Craig Partridge, Smoot - Carl-Mitchell, - Mike Muuss, Jim Bloom and Mike Schwartz. <acronym class="acronym">BIND</acronym> maintenance was subsequently - handled by Mike Karels and Øivind Kure. - </p> -<p> - <acronym class="acronym">BIND</acronym> versions 4.9 and 4.9.1 were - released by Digital Equipment - Corporation (now Compaq Computer Corporation). Paul Vixie, then - a DEC employee, became <acronym class="acronym">BIND</acronym>'s - primary caretaker. He was assisted - by Phil Almquist, Robert Elz, Alan Barrett, Paul Albitz, Bryan - Beecher, Andrew - Partan, Andy Cherenson, Tom Limoncelli, Berthold Paffrath, Fuat - Baran, Anant Kumar, Art Harkin, Win Treese, Don Lewis, Christophe - Wolfhugel, and others. - </p> +<a name="relnotes_intro"></a>Introduction</h3></div></div></div> <p> - In 1994, <acronym class="acronym">BIND</acronym> version 4.9.2 was sponsored by - Vixie Enterprises. Paul - Vixie became <acronym class="acronym">BIND</acronym>'s principal - architect/programmer. - </p> -<p> - <acronym class="acronym">BIND</acronym> versions from 4.9.3 onward - have been developed and maintained - by the Internet Systems Consortium and its predecessor, - the Internet Software Consortium, with support being provided - by ISC's sponsors. - </p> -<p> - As co-architects/programmers, Bob Halley and - Paul Vixie released the first production-ready version of - <acronym class="acronym">BIND</acronym> version 8 in May 1997. - </p> -<p> - BIND version 9 was released in September 2000 and is a - major rewrite of nearly all aspects of the underlying - BIND architecture. - </p> -<p> - BIND versions 4 and 8 are officially deprecated. - No additional development is done - on BIND version 4 or BIND version 8. - </p> -<p> - <acronym class="acronym">BIND</acronym> development work is made - possible today by the sponsorship - of several corporations, and by the tireless work efforts of - numerous individuals. - </p> -</div> + This document summarizes changes since the last production release + of BIND on the corresponding major release branch. + </p> </div> -<div class="sect1" lang="en"> -<div class="titlepage"><div><div><h2 class="title" style="clear: both"> -<a name="id2605259"></a>General <acronym class="acronym">DNS</acronym> Reference Information</h2></div></div></div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="ipv6addresses"></a>IPv6 addresses (AAAA)</h3></div></div></div> -<p> - IPv6 addresses are 128-bit identifiers for interfaces and - sets of interfaces which were introduced in the <acronym class="acronym">DNS</acronym> to facilitate - scalable Internet routing. There are three types of addresses: <span class="emphasis"><em>Unicast</em></span>, - an identifier for a single interface; - <span class="emphasis"><em>Anycast</em></span>, - an identifier for a set of interfaces; and <span class="emphasis"><em>Multicast</em></span>, - an identifier for a set of interfaces. Here we describe the global - Unicast address scheme. For more information, see RFC 3587, - "Global Unicast Address Format." - </p> -<p> - IPv6 unicast addresses consist of a - <span class="emphasis"><em>global routing prefix</em></span>, a - <span class="emphasis"><em>subnet identifier</em></span>, and an - <span class="emphasis"><em>interface identifier</em></span>. - </p> -<p> - The global routing prefix is provided by the - upstream provider or ISP, and (roughly) corresponds to the - IPv4 <span class="emphasis"><em>network</em></span> section - of the address range. - - The subnet identifier is for local subnetting, much the - same as subnetting an - IPv4 /16 network into /24 subnets. - - The interface identifier is the address of an individual - interface on a given network; in IPv6, addresses belong to - interfaces rather than to machines. - </p> +<a name="relnotes_download"></a>Download</h3></div></div></div> <p> - The subnetting capability of IPv6 is much more flexible than - that of IPv4: subnetting can be carried out on bit boundaries, - in much the same way as Classless InterDomain Routing - (CIDR), and the DNS PTR representation ("nibble" format) - makes setting up reverse zones easier. - </p> -<p> - The Interface Identifier must be unique on the local link, - and is usually generated automatically by the IPv6 - implementation, although it is usually possible to - override the default setting if necessary. A typical IPv6 - address might look like: - <span><strong class="command">2001:db8:201:9:a00:20ff:fe81:2b32</strong></span> - </p> -<p> - IPv6 address specifications often contain long strings - of zeros, so the architects have included a shorthand for - specifying - them. The double colon (`::') indicates the longest possible - string - of zeros that can fit, and can be used only once in an address. - </p> -</div> + The latest versions of BIND 9 software can always be found at + <a href="http://www.isc.org/downloads/" target="_top">http://www.isc.org/downloads/</a>. + There you will find additional information about each release, + source code, and pre-compiled versions for Microsoft Windows + operating systems. + </p> </div> -<div class="sect1" lang="en"> -<div class="titlepage"><div><div><h2 class="title" style="clear: both"> -<a name="bibliography"></a>Bibliography (and Suggested Reading)</h2></div></div></div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="rfcs"></a>Request for Comments (RFCs)</h3></div></div></div> +<a name="relnotes_security"></a>Security Fixes</h3></div></div></div> +<div class="itemizedlist"><ul type="disc"> +<li> <p> - Specification documents for the Internet protocol suite, including - the <acronym class="acronym">DNS</acronym>, are published as part of - the Request for Comments (RFCs) - series of technical notes. The standards themselves are defined - by the Internet Engineering Task Force (IETF) and the Internet - Engineering Steering Group (IESG). RFCs can be obtained online via FTP at: - </p> + On servers configured to perform DNSSEC validation using + managed trust anchors (i.e., keys configured explicitly + via <span><strong class="command">managed-keys</strong></span>, or implicitly + via <span><strong class="command">dnssec-validation auto;</strong></span> or + <span><strong class="command">dnssec-lookaside auto;</strong></span>), revoking + a trust anchor and sending a new untrusted replacement + could cause <span><strong class="command">named</strong></span> to crash with an + assertion failure. This could occur in the event of a + botched key rollover, or potentially as a result of a + deliberate attack if the attacker was in position to + monitor the victim's DNS traffic. + </p> <p> - <a href="ftp://www.isi.edu/in-notes/" target="_top"> - ftp://www.isi.edu/in-notes/RFC<em class="replaceable"><code>xxxx</code></em>.txt - </a> - </p> + This flaw was discovered by Jan-Piet Mens, and is + disclosed in CVE-2015-1349. [RT #38344] + </p> +</li> +<li> <p> - (where <em class="replaceable"><code>xxxx</code></em> is - the number of the RFC). RFCs are also available via the Web at: - </p> + A flaw in delegation handling could be exploited to put + <span><strong class="command">named</strong></span> into an infinite loop, in which + each lookup of a name server triggered additional lookups + of more name servers. This has been addressed by placing + limits on the number of levels of recursion + <span><strong class="command">named</strong></span> will allow (default 7), and + on the number of queries that it will send before + terminating a recursive query (default 50). + </p> <p> - <a href="http://www.ietf.org/rfc/" target="_top">http://www.ietf.org/rfc/</a>. - </p> -<div class="bibliography"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2605447"></a>Bibliography</h4></div></div></div> -<div class="bibliodiv"> -<h3 class="title">Standards</h3> -<div class="biblioentry"> -<a name="id2605458"></a><p>[<abbr class="abbrev">RFC974</abbr>] <span class="author"><span class="firstname">C.</span> <span class="surname">Partridge</span>. </span><span class="title"><i>Mail Routing and the Domain System</i>. </span><span class="pubdate">January 1986. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605549"></a><p>[<abbr class="abbrev">RFC1034</abbr>] <span class="author"><span class="firstname">P.V.</span> <span class="surname">Mockapetris</span>. </span><span class="title"><i>Domain Names — Concepts and Facilities</i>. </span><span class="pubdate">November 1987. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605573"></a><p>[<abbr class="abbrev">RFC1035</abbr>] <span class="author"><span class="firstname">P. V.</span> <span class="surname">Mockapetris</span>. </span><span class="title"><i>Domain Names — Implementation and - Specification</i>. </span><span class="pubdate">November 1987. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title"> -<a name="proposed_standards"></a>Proposed Standards</h3> -<div class="biblioentry"> -<a name="id2605609"></a><p>[<abbr class="abbrev">RFC2181</abbr>] <span class="author"><span class="firstname">R., R. Bush</span> <span class="surname">Elz</span>. </span><span class="title"><i>Clarifications to the <acronym class="acronym">DNS</acronym> - Specification</i>. </span><span class="pubdate">July 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605636"></a><p>[<abbr class="abbrev">RFC2308</abbr>] <span class="author"><span class="firstname">M.</span> <span class="surname">Andrews</span>. </span><span class="title"><i>Negative Caching of <acronym class="acronym">DNS</acronym> - Queries</i>. </span><span class="pubdate">March 1998. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605661"></a><p>[<abbr class="abbrev">RFC1995</abbr>] <span class="author"><span class="firstname">M.</span> <span class="surname">Ohta</span>. </span><span class="title"><i>Incremental Zone Transfer in <acronym class="acronym">DNS</acronym></i>. </span><span class="pubdate">August 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605686"></a><p>[<abbr class="abbrev">RFC1996</abbr>] <span class="author"><span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="title"><i>A Mechanism for Prompt Notification of Zone Changes</i>. </span><span class="pubdate">August 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605709"></a><p>[<abbr class="abbrev">RFC2136</abbr>] <span class="authorgroup"><span class="firstname">P.</span> <span class="surname">Vixie</span>, <span class="firstname">S.</span> <span class="surname">Thomson</span>, <span class="firstname">Y.</span> <span class="surname">Rekhter</span>, and <span class="firstname">J.</span> <span class="surname">Bound</span>. </span><span class="title"><i>Dynamic Updates in the Domain Name System</i>. </span><span class="pubdate">April 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605765"></a><p>[<abbr class="abbrev">RFC2671</abbr>] <span class="authorgroup"><span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="title"><i>Extension Mechanisms for DNS (EDNS0)</i>. </span><span class="pubdate">August 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605792"></a><p>[<abbr class="abbrev">RFC2672</abbr>] <span class="authorgroup"><span class="firstname">M.</span> <span class="surname">Crawford</span>. </span><span class="title"><i>Non-Terminal DNS Name Redirection</i>. </span><span class="pubdate">August 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605818"></a><p>[<abbr class="abbrev">RFC2845</abbr>] <span class="authorgroup"><span class="firstname">P.</span> <span class="surname">Vixie</span>, <span class="firstname">O.</span> <span class="surname">Gudmundsson</span>, <span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>, and <span class="firstname">B.</span> <span class="surname">Wellington</span>. </span><span class="title"><i>Secret Key Transaction Authentication for <acronym class="acronym">DNS</acronym> (TSIG)</i>. </span><span class="pubdate">May 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605880"></a><p>[<abbr class="abbrev">RFC2930</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>Secret Key Establishment for DNS (TKEY RR)</i>. </span><span class="pubdate">September 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605910"></a><p>[<abbr class="abbrev">RFC2931</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>DNS Request and Transaction Signatures (SIG(0)s)</i>. </span><span class="pubdate">September 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605940"></a><p>[<abbr class="abbrev">RFC3007</abbr>] <span class="authorgroup"><span class="firstname">B.</span> <span class="surname">Wellington</span>. </span><span class="title"><i>Secure Domain Name System (DNS) Dynamic Update</i>. </span><span class="pubdate">November 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2605966"></a><p>[<abbr class="abbrev">RFC3645</abbr>] <span class="authorgroup"><span class="firstname">S.</span> <span class="surname">Kwan</span>, <span class="firstname">P.</span> <span class="surname">Garg</span>, <span class="firstname">J.</span> <span class="surname">Gilroy</span>, <span class="firstname">L.</span> <span class="surname">Esibov</span>, <span class="firstname">J.</span> <span class="surname">Westhead</span>, and <span class="firstname">R.</span> <span class="surname">Hall</span>. </span><span class="title"><i>Generic Security Service Algorithm for Secret - Key Transaction Authentication for DNS - (GSS-TSIG)</i>. </span><span class="pubdate">October 2003. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title"> -<acronym class="acronym">DNS</acronym> Security Proposed Standards</h3> -<div class="biblioentry"> -<a name="id2606049"></a><p>[<abbr class="abbrev">RFC3225</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Conrad</span>. </span><span class="title"><i>Indicating Resolver Support of DNSSEC</i>. </span><span class="pubdate">December 2001. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606075"></a><p>[<abbr class="abbrev">RFC3833</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Atkins</span> and <span class="firstname">R.</span> <span class="surname">Austein</span>. </span><span class="title"><i>Threat Analysis of the Domain Name System (DNS)</i>. </span><span class="pubdate">August 2004. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606112"></a><p>[<abbr class="abbrev">RFC4033</abbr>] <span class="authorgroup"><span class="firstname">R.</span> <span class="surname">Arends</span>, <span class="firstname">R.</span> <span class="surname">Austein</span>, <span class="firstname">M.</span> <span class="surname">Larson</span>, <span class="firstname">D.</span> <span class="surname">Massey</span>, and <span class="firstname">S.</span> <span class="surname">Rose</span>. </span><span class="title"><i>DNS Security Introduction and Requirements</i>. </span><span class="pubdate">March 2005. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606177"></a><p>[<abbr class="abbrev">RFC4034</abbr>] <span class="authorgroup"><span class="firstname">R.</span> <span class="surname">Arends</span>, <span class="firstname">R.</span> <span class="surname">Austein</span>, <span class="firstname">M.</span> <span class="surname">Larson</span>, <span class="firstname">D.</span> <span class="surname">Massey</span>, and <span class="firstname">S.</span> <span class="surname">Rose</span>. </span><span class="title"><i>Resource Records for the DNS Security Extensions</i>. </span><span class="pubdate">March 2005. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606242"></a><p>[<abbr class="abbrev">RFC4035</abbr>] <span class="authorgroup"><span class="firstname">R.</span> <span class="surname">Arends</span>, <span class="firstname">R.</span> <span class="surname">Austein</span>, <span class="firstname">M.</span> <span class="surname">Larson</span>, <span class="firstname">D.</span> <span class="surname">Massey</span>, and <span class="firstname">S.</span> <span class="surname">Rose</span>. </span><span class="title"><i>Protocol Modifications for the DNS - Security Extensions</i>. </span><span class="pubdate">March 2005. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Other Important RFCs About <acronym class="acronym">DNS</acronym> - Implementation</h3> -<div class="biblioentry"> -<a name="id2606315"></a><p>[<abbr class="abbrev">RFC1535</abbr>] <span class="author"><span class="firstname">E.</span> <span class="surname">Gavron</span>. </span><span class="title"><i>A Security Problem and Proposed Correction With Widely - Deployed <acronym class="acronym">DNS</acronym> Software.</i>. </span><span class="pubdate">October 1993. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606341"></a><p>[<abbr class="abbrev">RFC1536</abbr>] <span class="authorgroup"><span class="firstname">A.</span> <span class="surname">Kumar</span>, <span class="firstname">J.</span> <span class="surname">Postel</span>, <span class="firstname">C.</span> <span class="surname">Neuman</span>, <span class="firstname">P.</span> <span class="surname">Danzig</span>, and <span class="firstname">S.</span> <span class="surname">Miller</span>. </span><span class="title"><i>Common <acronym class="acronym">DNS</acronym> Implementation - Errors and Suggested Fixes</i>. </span><span class="pubdate">October 1993. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606477"></a><p>[<abbr class="abbrev">RFC1982</abbr>] <span class="authorgroup"><span class="firstname">R.</span> <span class="surname">Elz</span> and <span class="firstname">R.</span> <span class="surname">Bush</span>. </span><span class="title"><i>Serial Number Arithmetic</i>. </span><span class="pubdate">August 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606513"></a><p>[<abbr class="abbrev">RFC4074</abbr>] <span class="authorgroup"><span class="firstname">Y.</span> <span class="surname">Morishita</span> and <span class="firstname">T.</span> <span class="surname">Jinmei</span>. </span><span class="title"><i>Common Misbehaviour Against <acronym class="acronym">DNS</acronym> - Queries for IPv6 Addresses</i>. </span><span class="pubdate">May 2005. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Resource Record Types</h3> -<div class="biblioentry"> -<a name="id2606558"></a><p>[<abbr class="abbrev">RFC1183</abbr>] <span class="authorgroup"><span class="firstname">C.F.</span> <span class="surname">Everhart</span>, <span class="firstname">L. A.</span> <span class="surname">Mamakos</span>, <span class="firstname">R.</span> <span class="surname">Ullmann</span>, and <span class="firstname">P.</span> <span class="surname">Mockapetris</span>. </span><span class="title"><i>New <acronym class="acronym">DNS</acronym> RR Definitions</i>. </span><span class="pubdate">October 1990. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606616"></a><p>[<abbr class="abbrev">RFC1706</abbr>] <span class="authorgroup"><span class="firstname">B.</span> <span class="surname">Manning</span> and <span class="firstname">R.</span> <span class="surname">Colella</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> NSAP Resource Records</i>. </span><span class="pubdate">October 1994. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606653"></a><p>[<abbr class="abbrev">RFC2168</abbr>] <span class="authorgroup"><span class="firstname">R.</span> <span class="surname">Daniel</span> and <span class="firstname">M.</span> <span class="surname">Mealling</span>. </span><span class="title"><i>Resolution of Uniform Resource Identifiers using - the Domain Name System</i>. </span><span class="pubdate">June 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606689"></a><p>[<abbr class="abbrev">RFC1876</abbr>] <span class="authorgroup"><span class="firstname">C.</span> <span class="surname">Davis</span>, <span class="firstname">P.</span> <span class="surname">Vixie</span>, <span class="firstname">T.</span>, and <span class="firstname">I.</span> <span class="surname">Dickinson</span>. </span><span class="title"><i>A Means for Expressing Location Information in the - Domain - Name System</i>. </span><span class="pubdate">January 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606743"></a><p>[<abbr class="abbrev">RFC2052</abbr>] <span class="authorgroup"><span class="firstname">A.</span> <span class="surname">Gulbrandsen</span> and <span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="title"><i>A <acronym class="acronym">DNS</acronym> RR for Specifying the - Location of - Services.</i>. </span><span class="pubdate">October 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606781"></a><p>[<abbr class="abbrev">RFC2163</abbr>] <span class="author"><span class="firstname">A.</span> <span class="surname">Allocchio</span>. </span><span class="title"><i>Using the Internet <acronym class="acronym">DNS</acronym> to - Distribute MIXER - Conformant Global Address Mapping</i>. </span><span class="pubdate">January 1998. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606807"></a><p>[<abbr class="abbrev">RFC2230</abbr>] <span class="author"><span class="firstname">R.</span> <span class="surname">Atkinson</span>. </span><span class="title"><i>Key Exchange Delegation Record for the <acronym class="acronym">DNS</acronym></i>. </span><span class="pubdate">October 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606833"></a><p>[<abbr class="abbrev">RFC2536</abbr>] <span class="author"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>DSA KEYs and SIGs in the Domain Name System (DNS)</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606859"></a><p>[<abbr class="abbrev">RFC2537</abbr>] <span class="author"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>RSA/MD5 KEYs and SIGs in the Domain Name System (DNS)</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606886"></a><p>[<abbr class="abbrev">RFC2538</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span> and <span class="firstname">O.</span> <span class="surname">Gudmundsson</span>. </span><span class="title"><i>Storing Certificates in the Domain Name System (DNS)</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606925"></a><p>[<abbr class="abbrev">RFC2539</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>Storage of Diffie-Hellman Keys in the Domain Name System (DNS)</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606955"></a><p>[<abbr class="abbrev">RFC2540</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>Detached Domain Name System (DNS) Information</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2606985"></a><p>[<abbr class="abbrev">RFC2782</abbr>] <span class="author"><span class="firstname">A.</span> <span class="surname">Gulbrandsen</span>. </span><span class="author"><span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="author"><span class="firstname">L.</span> <span class="surname">Esibov</span>. </span><span class="title"><i>A DNS RR for specifying the location of services (DNS SRV)</i>. </span><span class="pubdate">February 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607028"></a><p>[<abbr class="abbrev">RFC2915</abbr>] <span class="author"><span class="firstname">M.</span> <span class="surname">Mealling</span>. </span><span class="author"><span class="firstname">R.</span> <span class="surname">Daniel</span>. </span><span class="title"><i>The Naming Authority Pointer (NAPTR) DNS Resource Record</i>. </span><span class="pubdate">September 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607061"></a><p>[<abbr class="abbrev">RFC3110</abbr>] <span class="author"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>RSA/SHA-1 SIGs and RSA KEYs in the Domain Name System (DNS)</i>. </span><span class="pubdate">May 2001. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607088"></a><p>[<abbr class="abbrev">RFC3123</abbr>] <span class="author"><span class="firstname">P.</span> <span class="surname">Koch</span>. </span><span class="title"><i>A DNS RR Type for Lists of Address Prefixes (APL RR)</i>. </span><span class="pubdate">June 2001. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607111"></a><p>[<abbr class="abbrev">RFC3596</abbr>] <span class="authorgroup"><span class="firstname">S.</span> <span class="surname">Thomson</span>, <span class="firstname">C.</span> <span class="surname">Huitema</span>, <span class="firstname">V.</span> <span class="surname">Ksinant</span>, and <span class="firstname">M.</span> <span class="surname">Souissi</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> Extensions to support IP - version 6</i>. </span><span class="pubdate">October 2003. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607169"></a><p>[<abbr class="abbrev">RFC3597</abbr>] <span class="author"><span class="firstname">A.</span> <span class="surname">Gustafsson</span>. </span><span class="title"><i>Handling of Unknown DNS Resource Record (RR) Types</i>. </span><span class="pubdate">September 2003. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title"> -<acronym class="acronym">DNS</acronym> and the Internet</h3> -<div class="biblioentry"> -<a name="id2607201"></a><p>[<abbr class="abbrev">RFC1101</abbr>] <span class="author"><span class="firstname">P. V.</span> <span class="surname">Mockapetris</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> Encoding of Network Names - and Other Types</i>. </span><span class="pubdate">April 1989. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607226"></a><p>[<abbr class="abbrev">RFC1123</abbr>] <span class="author"><span class="surname">Braden</span>. </span><span class="title"><i>Requirements for Internet Hosts - Application and - Support</i>. </span><span class="pubdate">October 1989. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607249"></a><p>[<abbr class="abbrev">RFC1591</abbr>] <span class="author"><span class="firstname">J.</span> <span class="surname">Postel</span>. </span><span class="title"><i>Domain Name System Structure and Delegation</i>. </span><span class="pubdate">March 1994. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607272"></a><p>[<abbr class="abbrev">RFC2317</abbr>] <span class="authorgroup"><span class="firstname">H.</span> <span class="surname">Eidnes</span>, <span class="firstname">G.</span> <span class="surname">de Groot</span>, and <span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="title"><i>Classless IN-ADDR.ARPA Delegation</i>. </span><span class="pubdate">March 1998. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607386"></a><p>[<abbr class="abbrev">RFC2826</abbr>] <span class="authorgroup"><span class="surname">Internet Architecture Board</span>. </span><span class="title"><i>IAB Technical Comment on the Unique DNS Root</i>. </span><span class="pubdate">May 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607410"></a><p>[<abbr class="abbrev">RFC2929</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>, <span class="firstname">E.</span> <span class="surname">Brunner-Williams</span>, and <span class="firstname">B.</span> <span class="surname">Manning</span>. </span><span class="title"><i>Domain Name System (DNS) IANA Considerations</i>. </span><span class="pubdate">September 2000. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title"> -<acronym class="acronym">DNS</acronym> Operations</h3> -<div class="biblioentry"> -<a name="id2607467"></a><p>[<abbr class="abbrev">RFC1033</abbr>] <span class="author"><span class="firstname">M.</span> <span class="surname">Lottor</span>. </span><span class="title"><i>Domain administrators operations guide.</i>. </span><span class="pubdate">November 1987. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607491"></a><p>[<abbr class="abbrev">RFC1537</abbr>] <span class="author"><span class="firstname">P.</span> <span class="surname">Beertema</span>. </span><span class="title"><i>Common <acronym class="acronym">DNS</acronym> Data File - Configuration Errors</i>. </span><span class="pubdate">October 1993. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607517"></a><p>[<abbr class="abbrev">RFC1912</abbr>] <span class="author"><span class="firstname">D.</span> <span class="surname">Barr</span>. </span><span class="title"><i>Common <acronym class="acronym">DNS</acronym> Operational and - Configuration Errors</i>. </span><span class="pubdate">February 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607544"></a><p>[<abbr class="abbrev">RFC2010</abbr>] <span class="authorgroup"><span class="firstname">B.</span> <span class="surname">Manning</span> and <span class="firstname">P.</span> <span class="surname">Vixie</span>. </span><span class="title"><i>Operational Criteria for Root Name Servers.</i>. </span><span class="pubdate">October 1996. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607580"></a><p>[<abbr class="abbrev">RFC2219</abbr>] <span class="authorgroup"><span class="firstname">M.</span> <span class="surname">Hamilton</span> and <span class="firstname">R.</span> <span class="surname">Wright</span>. </span><span class="title"><i>Use of <acronym class="acronym">DNS</acronym> Aliases for - Network Services.</i>. </span><span class="pubdate">October 1997. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Internationalized Domain Names</h3> -<div class="biblioentry"> -<a name="id2607626"></a><p>[<abbr class="abbrev">RFC2825</abbr>] <span class="authorgroup"><span class="surname">IAB</span> and <span class="firstname">R.</span> <span class="surname">Daigle</span>. </span><span class="title"><i>A Tangled Web: Issues of I18N, Domain Names, - and the Other Internet protocols</i>. </span><span class="pubdate">May 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607658"></a><p>[<abbr class="abbrev">RFC3490</abbr>] <span class="authorgroup"><span class="firstname">P.</span> <span class="surname">Faltstrom</span>, <span class="firstname">P.</span> <span class="surname">Hoffman</span>, and <span class="firstname">A.</span> <span class="surname">Costello</span>. </span><span class="title"><i>Internationalizing Domain Names in Applications (IDNA)</i>. </span><span class="pubdate">March 2003. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607704"></a><p>[<abbr class="abbrev">RFC3491</abbr>] <span class="authorgroup"><span class="firstname">P.</span> <span class="surname">Hoffman</span> and <span class="firstname">M.</span> <span class="surname">Blanchet</span>. </span><span class="title"><i>Nameprep: A Stringprep Profile for Internationalized Domain Names</i>. </span><span class="pubdate">March 2003. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607739"></a><p>[<abbr class="abbrev">RFC3492</abbr>] <span class="authorgroup"><span class="firstname">A.</span> <span class="surname">Costello</span>. </span><span class="title"><i>Punycode: A Bootstring encoding of Unicode - for Internationalized Domain Names in - Applications (IDNA)</i>. </span><span class="pubdate">March 2003. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Other <acronym class="acronym">DNS</acronym>-related RFCs</h3> -<div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"> -<h3 class="title">Note</h3> + The recursion depth limit is configured via the + <code class="option">max-recursion-depth</code> option, and the query limit + via the <code class="option">max-recursion-queries</code> option. + </p> <p> - Note: the following list of RFCs, although - <acronym class="acronym">DNS</acronym>-related, are not - concerned with implementing software. - </p> -</div> -<div class="biblioentry"> -<a name="id2607784"></a><p>[<abbr class="abbrev">RFC1464</abbr>] <span class="author"><span class="firstname">R.</span> <span class="surname">Rosenbaum</span>. </span><span class="title"><i>Using the Domain Name System To Store Arbitrary String - Attributes</i>. </span><span class="pubdate">May 1993. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607806"></a><p>[<abbr class="abbrev">RFC1713</abbr>] <span class="author"><span class="firstname">A.</span> <span class="surname">Romao</span>. </span><span class="title"><i>Tools for <acronym class="acronym">DNS</acronym> Debugging</i>. </span><span class="pubdate">November 1994. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607832"></a><p>[<abbr class="abbrev">RFC1794</abbr>] <span class="author"><span class="firstname">T.</span> <span class="surname">Brisco</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> Support for Load - Balancing</i>. </span><span class="pubdate">April 1995. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607858"></a><p>[<abbr class="abbrev">RFC2240</abbr>] <span class="author"><span class="firstname">O.</span> <span class="surname">Vaughan</span>. </span><span class="title"><i>A Legal Basis for Domain Name Allocation</i>. </span><span class="pubdate">November 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607881"></a><p>[<abbr class="abbrev">RFC2345</abbr>] <span class="authorgroup"><span class="firstname">J.</span> <span class="surname">Klensin</span>, <span class="firstname">T.</span> <span class="surname">Wolf</span>, and <span class="firstname">G.</span> <span class="surname">Oglesby</span>. </span><span class="title"><i>Domain Names and Company Name Retrieval</i>. </span><span class="pubdate">May 1998. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607927"></a><p>[<abbr class="abbrev">RFC2352</abbr>] <span class="author"><span class="firstname">O.</span> <span class="surname">Vaughan</span>. </span><span class="title"><i>A Convention For Using Legal Names as Domain Names</i>. </span><span class="pubdate">May 1998. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607950"></a><p>[<abbr class="abbrev">RFC3071</abbr>] <span class="authorgroup"><span class="firstname">J.</span> <span class="surname">Klensin</span>. </span><span class="title"><i>Reflections on the DNS, RFC 1591, and Categories of Domains</i>. </span><span class="pubdate">February 2001. </span></p> -</div> -<div class="biblioentry"> -<a name="id2607977"></a><p>[<abbr class="abbrev">RFC3258</abbr>] <span class="authorgroup"><span class="firstname">T.</span> <span class="surname">Hardie</span>. </span><span class="title"><i>Distributing Authoritative Name Servers via - Shared Unicast Addresses</i>. </span><span class="pubdate">April 2002. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608003"></a><p>[<abbr class="abbrev">RFC3901</abbr>] <span class="authorgroup"><span class="firstname">A.</span> <span class="surname">Durand</span> and <span class="firstname">J.</span> <span class="surname">Ihren</span>. </span><span class="title"><i>DNS IPv6 Transport Operational Guidelines</i>. </span><span class="pubdate">September 2004. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Obsolete and Unimplemented Experimental RFC</h3> -<div class="biblioentry"> -<a name="id2608046"></a><p>[<abbr class="abbrev">RFC1712</abbr>] <span class="authorgroup"><span class="firstname">C.</span> <span class="surname">Farrell</span>, <span class="firstname">M.</span> <span class="surname">Schulze</span>, <span class="firstname">S.</span> <span class="surname">Pleitner</span>, and <span class="firstname">D.</span> <span class="surname">Baldoni</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> Encoding of Geographical - Location</i>. </span><span class="pubdate">November 1994. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608104"></a><p>[<abbr class="abbrev">RFC2673</abbr>] <span class="authorgroup"><span class="firstname">M.</span> <span class="surname">Crawford</span>. </span><span class="title"><i>Binary Labels in the Domain Name System</i>. </span><span class="pubdate">August 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608131"></a><p>[<abbr class="abbrev">RFC2874</abbr>] <span class="authorgroup"><span class="firstname">M.</span> <span class="surname">Crawford</span> and <span class="firstname">C.</span> <span class="surname">Huitema</span>. </span><span class="title"><i>DNS Extensions to Support IPv6 Address Aggregation - and Renumbering</i>. </span><span class="pubdate">July 2000. </span></p> -</div> -</div> -<div class="bibliodiv"> -<h3 class="title">Obsoleted DNS Security RFCs</h3> -<div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"> -<h3 class="title">Note</h3> -<p> - Most of these have been consolidated into RFC4033, - RFC4034 and RFC4035 which collectively describe DNSSECbis. - </p> -</div> -<div class="biblioentry"> -<a name="id2608179"></a><p>[<abbr class="abbrev">RFC2065</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span> and <span class="firstname">C.</span> <span class="surname">Kaufman</span>. </span><span class="title"><i>Domain Name System Security Extensions</i>. </span><span class="pubdate">January 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608218"></a><p>[<abbr class="abbrev">RFC2137</abbr>] <span class="author"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>Secure Domain Name System Dynamic Update</i>. </span><span class="pubdate">April 1997. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608245"></a><p>[<abbr class="abbrev">RFC2535</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Eastlake</span>, <span class="lineage">3rd</span>. </span><span class="title"><i>Domain Name System Security Extensions</i>. </span><span class="pubdate">March 1999. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608275"></a><p>[<abbr class="abbrev">RFC3008</abbr>] <span class="authorgroup"><span class="firstname">B.</span> <span class="surname">Wellington</span>. </span><span class="title"><i>Domain Name System Security (DNSSEC) - Signing Authority</i>. </span><span class="pubdate">November 2000. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608300"></a><p>[<abbr class="abbrev">RFC3090</abbr>] <span class="authorgroup"><span class="firstname">E.</span> <span class="surname">Lewis</span>. </span><span class="title"><i>DNS Security Extension Clarification on Zone Status</i>. </span><span class="pubdate">March 2001. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608327"></a><p>[<abbr class="abbrev">RFC3445</abbr>] <span class="authorgroup"><span class="firstname">D.</span> <span class="surname">Massey</span> and <span class="firstname">S.</span> <span class="surname">Rose</span>. </span><span class="title"><i>Limiting the Scope of the KEY Resource Record (RR)</i>. </span><span class="pubdate">December 2002. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608363"></a><p>[<abbr class="abbrev">RFC3655</abbr>] <span class="authorgroup"><span class="firstname">B.</span> <span class="surname">Wellington</span> and <span class="firstname">O.</span> <span class="surname">Gudmundsson</span>. </span><span class="title"><i>Redefinition of DNS Authenticated Data (AD) bit</i>. </span><span class="pubdate">November 2003. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608400"></a><p>[<abbr class="abbrev">RFC3658</abbr>] <span class="authorgroup"><span class="firstname">O.</span> <span class="surname">Gudmundsson</span>. </span><span class="title"><i>Delegation Signer (DS) Resource Record (RR)</i>. </span><span class="pubdate">December 2003. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608426"></a><p>[<abbr class="abbrev">RFC3755</abbr>] <span class="authorgroup"><span class="firstname">S.</span> <span class="surname">Weiler</span>. </span><span class="title"><i>Legacy Resolver Compatibility for Delegation Signer (DS)</i>. </span><span class="pubdate">May 2004. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608453"></a><p>[<abbr class="abbrev">RFC3757</abbr>] <span class="authorgroup"><span class="firstname">O.</span> <span class="surname">Kolkman</span>, <span class="firstname">J.</span> <span class="surname">Schlyter</span>, and <span class="firstname">E.</span> <span class="surname">Lewis</span>. </span><span class="title"><i>Domain Name System KEY (DNSKEY) Resource Record - (RR) Secure Entry Point (SEP) Flag</i>. </span><span class="pubdate">April 2004. </span></p> -</div> -<div class="biblioentry"> -<a name="id2608498"></a><p>[<abbr class="abbrev">RFC3845</abbr>] <span class="authorgroup"><span class="firstname">J.</span> <span class="surname">Schlyter</span>. </span><span class="title"><i>DNS Security (DNSSEC) NextSECure (NSEC) RDATA Format</i>. </span><span class="pubdate">August 2004. </span></p> -</div> -</div> -</div> + The flaw was discovered by Florian Maury of ANSSI, and is + disclosed in CVE-2014-8500. [RT #37580] + </p> +</li> +</ul></div> </div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="internet_drafts"></a>Internet Drafts</h3></div></div></div> -<p> - Internet Drafts (IDs) are rough-draft working documents of - the Internet Engineering Task Force. They are, in essence, RFCs - in the preliminary stages of development. Implementors are - cautioned not - to regard IDs as archival, and they should not be quoted or cited - in any formal documents unless accompanied by the disclaimer that - they are "works in progress." IDs have a lifespan of six months - after which they are deleted unless updated by their authors. - </p> +<a name="relnotes_features"></a>New Features</h3></div></div></div> +<div class="itemizedlist"><ul type="disc"><li><p>None</p></li></ul></div> </div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="id2608539"></a>Other Documents About <acronym class="acronym">BIND</acronym> -</h3></div></div></div> -<p></p> -<div class="bibliography"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2608549"></a>Bibliography</h4></div></div></div> -<div class="biblioentry"> -<a name="id2608551"></a><p><span class="authorgroup"><span class="firstname">Paul</span> <span class="surname">Albitz</span> and <span class="firstname">Cricket</span> <span class="surname">Liu</span>. </span><span class="title"><i><acronym class="acronym">DNS</acronym> and <acronym class="acronym">BIND</acronym></i>. </span><span class="copyright">Copyright © 1998 Sebastopol, CA: O'Reilly and Associates. </span></p> -</div> -</div> -</div> -</div> -<div class="sect1" lang="en"> -<div class="titlepage"><div><div><h2 class="title" style="clear: both"> -<a name="bind9.library"></a>BIND 9 DNS Library Support</h2></div></div></div> -<p>This version of BIND 9 "exports" its internal libraries so - that they can be used by third-party applications more easily (we - call them "export" libraries in this document). In addition to - all major DNS-related APIs BIND 9 is currently using, the export - libraries provide the following features:</p> +<a name="relnotes_changes"></a>Feature Changes</h3></div></div></div> <div class="itemizedlist"><ul type="disc"> -<li><p>The newly created "DNS client" module. This is a higher - level API that provides an interface to name resolution, - single DNS transaction with a particular server, and dynamic - update. Regarding name resolution, it supports advanced - features such as DNSSEC validation and caching. This module - supports both synchronous and asynchronous mode.</p></li> -<li><p>The new "IRS" (Information Retrieval System) library. - It provides an interface to parse the traditional resolv.conf - file and more advanced, DNS-specific configuration file for - the rest of this package (see the description for the - dns.conf file below).</p></li> -<li><p>As part of the IRS library, newly implemented standard - address-name mapping functions, getaddrinfo() and - getnameinfo(), are provided. They use the DNSSEC-aware - validating resolver backend, and could use other advanced - features of the BIND 9 libraries such as caching. The - getaddrinfo() function resolves both A and AAAA RRs - concurrently (when the address family is unspecified).</p></li> -<li><p>An experimental framework to support other event - libraries than BIND 9's internal event task system.</p></li> +<li><p> + NXDOMAIN responses to queries of type DS are now cached separately + from those for other types. This helps when using "grafted" zones + of type forward, for which the parent zone does not contain a + delegation, such as local top-level domains. Previously a query + of type DS for such a zone could cause the zone apex to be cached + as NXDOMAIN, blocking all subsequent queries. (Note: This + change is only helpful when DNSSEC validation is not enabled. + "Grafted" zones without a delegation in the parent are not a + recommended configuration.) + </p></li> +<li><p> + NOTIFY messages that are sent because a zone has been updated + are now given priority above NOTIFY messages that were scheduled + when the server started up. This should mitigate delays in zone + propagation when servers are restarted frequently. + </p></li> +<li><p> + Errors reported when running <span><strong class="command">rndc addzone</strong></span> + (e.g., when a zone file cannot be loaded) have been clarified + to make it easier to diagnose problems. + </p></li> +<li><p> + Added support for OPENPGPKEY type. + </p></li> +<li><p> + When encountering an authoritative name server whose name is + an alias pointing to another name, the resolver treats + this as an error and skips to the next server. Previously + this happened silently; now the error will be logged to + the newly-created "cname" log category. + </p></li> +<li><p> + If named is not configured to validate the answer then + allow fallback to plain DNS on timeout even when we know + the server supports EDNS. This will allow the server to + potentially resolve signed queries when TCP is being + blocked. + </p></li> </ul></div> -<div class="sect2" lang="en"> -<div class="titlepage"><div><div><h3 class="title"> -<a name="id2610978"></a>Prerequisite</h3></div></div></div> -<p>GNU make is required to build the export libraries (other - part of BIND 9 can still be built with other types of make). In - the reminder of this document, "make" means GNU make. Note that - in some platforms you may need to invoke a different command name - than "make" (e.g. "gmake") to indicate it's GNU make.</p> -</div> -<div class="sect2" lang="en"> -<div class="titlepage"><div><div><h3 class="title"> -<a name="id2610987"></a>Compilation</h3></div></div></div> -<pre class="screen"> -$ <strong class="userinput"><code>./configure --enable-exportlib <em class="replaceable"><code>[other flags]</code></em></code></strong> -$ <strong class="userinput"><code>make</code></strong> -</pre> -<p> - This will create (in addition to usual BIND 9 programs) and a - separate set of libraries under the lib/export directory. For - example, <code class="filename">lib/export/dns/libdns.a</code> is the archive file of the - export version of the BIND 9 DNS library. Sample application - programs using the libraries will also be built under the - lib/export/samples directory (see below).</p> </div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="id2609100"></a>Installation</h3></div></div></div> -<pre class="screen"> -$ <strong class="userinput"><code>cd lib/export</code></strong> -$ <strong class="userinput"><code>make install</code></strong> -</pre> -<p> - This will install library object files under the directory - specified by the --with-export-libdir configure option (default: - EPREFIX/lib/bind9), and header files under the directory - specified by the --with-export-includedir configure option - (default: PREFIX/include/bind9). - Root privilege is normally required. - "<span><strong class="command">make install</strong></span>" at the top directory will do the - same. - </p> -<p> - To see how to build your own - application after the installation, see - <code class="filename">lib/export/samples/Makefile-postinstall.in</code>.</p> -</div> -<div class="sect2" lang="en"> -<div class="titlepage"><div><div><h3 class="title"> -<a name="id2609131"></a>Known Defects/Restrictions</h3></div></div></div> +<a name="relnotes_bugs"></a>Bug Fixes</h3></div></div></div> <div class="itemizedlist"><ul type="disc"> -<li><p>Currently, win32 is not supported for the export - library. (Normal BIND 9 application can be built as - before).</p></li> -<li> -<p>The "fixed" RRset order is not (currently) supported in - the export library. If you want to use "fixed" RRset order - for, e.g. <span><strong class="command">named</strong></span> while still building the - export library even without the fixed order support, build - them separately: - </p> -<pre class="screen"> -$ <strong class="userinput"><code>./configure --enable-fixed-rrset <em class="replaceable"><code>[other flags, but not --enable-exportlib]</code></em></code></strong> -$ <strong class="userinput"><code>make</code></strong> -$ <strong class="userinput"><code>./configure --enable-exportlib <em class="replaceable"><code>[other flags, but not --enable-fixed-rrset]</code></em></code></strong> -$ <strong class="userinput"><code>cd lib/export</code></strong> -$ <strong class="userinput"><code>make</code></strong> -</pre> -<p> - </p> -</li> -<li><p>The client module and the IRS library currently do not - support DNSSEC validation using DLV (the underlying modules - can handle it, but there is no tunable interface to enable - the feature).</p></li> -<li><p>RFC 5011 is not supported in the validating stub - resolver of the export library. In fact, it is not clear - whether it should: trust anchors would be a system-wide - configuration which would be managed by an administrator, - while the stub resolver will be used by ordinary applications - run by a normal user.</p></li> -<li><p>Not all common <code class="filename">/etc/resolv.conf</code> - options are supported - in the IRS library. The only available options in this - version are "debug" and "ndots".</p></li> +<li><p> + <span><strong class="command">dig</strong></span>, <span><strong class="command">host</strong></span> and + <span><strong class="command">nslookup</strong></span> aborted when encountering + a name which, after appending search list elements, + exceeded 255 bytes. Such names are now skipped, but + processing of other names will continue. [RT #36892] + </p></li> +<li><p> + The error message generated when + <span><strong class="command">named-checkzone</strong></span> or + <span><strong class="command">named-checkconf -z</strong></span> encounters a + <code class="option">$TTL</code> directive without a value has + been clarified. [RT #37138] + </p></li> +<li><p> + Semicolon characters (;) included in TXT records were + incorrectly escaped with a backslash when the record was + displayed as text. This is actually only necessary when there + are no quotation marks. [RT #37159] + </p></li> +<li><p> + When files opened for writing by <span><strong class="command">named</strong></span>, + such as zone journal files, were referenced more than once + in <code class="filename">named.conf</code>, it could lead to file + corruption as multiple threads wrote to the same file. This + is now detected when loading <code class="filename">named.conf</code> + and reported as an error. [RT #37172] + </p></li> +<li><p> + <span><strong class="command">dnssec-keygen -S</strong></span> failed to generate successor + keys for some algorithm types (including ECDSA and GOST) due to + a difference in the content of private key files. This has been + corrected. [RT #37183] + </p></li> +<li><p> + UPDATE messages that arrived too soon after + an <span><strong class="command">rndc thaw</strong></span> could be lost. [RT #37233] + </p></li> +<li><p> + Forwarding of UPDATE messages did not work when they were + signed with SIG(0); they resulted in a BADSIG response code. + [RT #37216] + </p></li> +<li><p> + When checking for updates to trust anchors listed in + <code class="option">managed-keys</code>, <span><strong class="command">named</strong></span> + now revalidates keys based on the current set of + active trust anchors, without relying on any cached + record of previous validation. [RT #37506] + </p></li> +<li><p> + When NXDOMAIN redirection is in use, queries for a name + that is present in the redirection zone but a type that + is not present will now return NOERROR instead of NXDOMAIN. + </p></li> +<li><p> + When a zone contained a delegation to an IPv6 name server + but not an IPv4 name server, it was possible for a memory + reference to be left un-freed. This caused an assertion + failure on server shutdown, but was otherwise harmless. + [RT #37796] + </p></li> +<li><p> + Due to an inadvertent removal of code in the previous + release, when <span><strong class="command">named</strong></span> encountered an + authoritative name server which dropped all EDNS queries, + it did not always try plain DNS. This has been corrected. + [RT #37965] + </p></li> +<li><p> + A regression caused nsupdate to use the default recursive servers + rather than the SOA MNAME server when sending the UPDATE. + </p></li> +<li><p> + Adjusted max-recursion-queries to better accommodate empty + caches. + </p></li> +<li><p> + Built-in "empty" zones did not correctly inherit the + "allow-transfer" ACL from the options or view. [RT #38310] + </p></li> +<li><p> + A mutex leak was fixed that could cause <span><strong class="command">named</strong></span> + processes to grow to very large sizes. [RT #38454] + </p></li> +<li><p> + Fixed some bugs in RFC 5011 trust anchor management, + including a memory leak and a possible loss of state + information.[RT #38458] + </p></li> </ul></div> </div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="id2610164"></a>The dns.conf File</h3></div></div></div> -<p>The IRS library supports an "advanced" configuration file - related to the DNS library for configuration parameters that - would be beyond the capability of the - <code class="filename">resolv.conf</code> file. - Specifically, it is intended to provide DNSSEC related - configuration parameters. By default the path to this - configuration file is <code class="filename">/etc/dns.conf</code>. - This module is very - experimental and the configuration syntax or library interfaces - may change in future versions. Currently, only the - <span><strong class="command">trusted-keys</strong></span> - statement is supported, whose syntax is the same as the same name - of statement for <code class="filename">named.conf</code>. (See - <a href="Bv9ARM.ch06.html#trusted-keys" title="trusted-keys Statement Grammar">the section called “<span><strong class="command">trusted-keys</strong></span> Statement Grammar”</a> for details.)</p> -</div> -<div class="sect2" lang="en"> -<div class="titlepage"><div><div><h3 class="title"> -<a name="id2610190"></a>Sample Applications</h3></div></div></div> -<p>Some sample application programs using this API are - provided for reference. The following is a brief description of - these applications. - </p> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610199"></a>sample: a simple stub resolver utility</h4></div></div></div> -<p> - It sends a query of a given name (of a given optional RR type) to a - specified recursive server, and prints the result as a list of - RRs. It can also act as a validating stub resolver if a trust - anchor is given via a set of command line options.</p> -<p> - Usage: sample [options] server_address hostname - </p> -<p> - Options and Arguments: - </p> -<div class="variablelist"><dl> -<dt><span class="term"> - -t RRtype - </span></dt> -<dd><p> - specify the RR type of the query. The default is the A RR. - </p></dd> -<dt><span class="term"> - [-a algorithm] [-e] -k keyname -K keystring - </span></dt> -<dd> -<p> - specify a command-line DNS key to validate the answer. For - example, to specify the following DNSKEY of example.com: -</p> -<div class="literallayout"><p><br> - example.com. 3600 IN DNSKEY 257 3 5 xxx<br> -</p></div> -<p> - specify the options as follows: -</p> -<pre class="screen"> -<strong class="userinput"><code> - -e -k example.com -K "xxx" -</code></strong> -</pre> -<p> - -e means that this key is a zone's "key signing key" (as known - as "secure Entry point"). - When -a is omitted rsasha1 will be used by default. - </p> -</dd> -<dt><span class="term"> - -s domain:alt_server_address - </span></dt> -<dd><p> - specify a separate recursive server address for the specific - "domain". Example: -s example.com:2001:db8::1234 - </p></dd> -<dt><span class="term">server_address</span></dt> -<dd><p> - an IP(v4/v6) address of the recursive server to which queries - are sent. - </p></dd> -<dt><span class="term">hostname</span></dt> -<dd><p> - the domain name for the query - </p></dd> -</dl></div> -</div> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610290"></a>sample-async: a simple stub resolver, working asynchronously</h4></div></div></div> -<p> - Similar to "sample", but accepts a list - of (query) domain names as a separate file and resolves the names - asynchronously.</p> -<p> - Usage: sample-async [-s server_address] [-t RR_type] input_file</p> -<p> - Options and Arguments: - </p> -<div class="variablelist"><dl> -<dt><span class="term"> - -s server_address - </span></dt> -<dd> - an IPv4 address of the recursive server to which queries are sent. - (IPv6 addresses are not supported in this implementation) - </dd> -<dt><span class="term"> - -t RR_type - </span></dt> -<dd> - specify the RR type of the queries. The default is the A - RR. - </dd> -<dt><span class="term"> - input_file - </span></dt> -<dd> - a list of domain names to be resolved. each line - consists of a single domain name. Example: - <div class="literallayout"><p><br> - www.example.com<br> - mx.example.net<br> - ns.xxx.example<br> -</p></div> -</dd> -</dl></div> -</div> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610343"></a>sample-request: a simple DNS transaction client</h4></div></div></div> +<a name="end_of_life"></a>End of Life</h3></div></div></div> <p> - It sends a query to a specified server, and - prints the response with minimal processing. It doesn't act as a - "stub resolver": it stops the processing once it gets any - response from the server, whether it's a referral or an alias - (CNAME or DNAME) that would require further queries to get the - ultimate answer. In other words, this utility acts as a very - simplified <span><strong class="command">dig</strong></span>. - </p> -<p> - Usage: sample-request [-t RRtype] server_address hostname - </p> -<p> - Options and Arguments: - </p> -<div class="variablelist"><dl> -<dt><span class="term"> - -t RRtype - </span></dt> -<dd><p> - specify the RR type of - the queries. The default is the A RR. - </p></dd> -<dt><span class="term"> - server_address - </span></dt> -<dd><p> - an IP(v4/v6) - address of the recursive server to which the query is sent. - </p></dd> -<dt><span class="term"> - hostname - </span></dt> -<dd><p> - the domain name for the query - </p></dd> -</dl></div> -</div> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610612"></a>sample-gai: getaddrinfo() and getnameinfo() test code</h4></div></div></div> -<p> - This is a test program - to check getaddrinfo() and getnameinfo() behavior. It takes a - host name as an argument, calls getaddrinfo() with the given host - name, and calls getnameinfo() with the resulting IP addresses - returned by getaddrinfo(). If the dns.conf file exists and - defines a trust anchor, the underlying resolver will act as a - validating resolver, and getaddrinfo()/getnameinfo() will fail - with an EAI_INSECUREDATA error when DNSSEC validation fails. - </p> -<p> - Usage: sample-gai hostname - </p> -</div> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610627"></a>sample-update: a simple dynamic update client program</h4></div></div></div> -<p> - It accepts a single update command as a - command-line argument, sends an update request message to the - authoritative server, and shows the response from the server. In - other words, this is a simplified <span><strong class="command">nsupdate</strong></span>. - </p> -<p> - Usage: sample-update [options] (add|delete) "update data" - </p> -<p> - Options and Arguments: - </p> -<div class="variablelist"><dl> -<dt><span class="term"> - -a auth_server - </span></dt> -<dd><p> - An IP address of the authoritative server that has authority - for the zone containing the update name. This should normally - be the primary authoritative server that accepts dynamic - updates. It can also be a secondary server that is configured - to forward update requests to the primary server. - </p></dd> -<dt><span class="term"> - -k keyfile - </span></dt> -<dd><p> - A TSIG key file to secure the update transaction. The keyfile - format is the same as that for the nsupdate utility. - </p></dd> -<dt><span class="term"> - -p prerequisite - </span></dt> -<dd><p> - A prerequisite for the update (only one prerequisite can be - specified). The prerequisite format is the same as that is - accepted by the nsupdate utility. - </p></dd> -<dt><span class="term"> - -r recursive_server - </span></dt> -<dd><p> - An IP address of a recursive server that this utility will - use. A recursive server may be necessary to identify the - authoritative server address to which the update request is - sent. - </p></dd> -<dt><span class="term"> - -z zonename - </span></dt> -<dd><p> - The domain name of the zone that contains - </p></dd> -<dt><span class="term"> - (add|delete) - </span></dt> -<dd><p> - Specify the type of update operation. Either "add" or "delete" - must be specified. - </p></dd> -<dt><span class="term"> - "update data" - </span></dt> -<dd><p> - Specify the data to be updated. A typical example of the data - would look like "name TTL RRtype RDATA". - </p></dd> -</dl></div> -<div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"> -<h3 class="title">Note</h3>In practice, either -a or -r must be specified. Others can - be optional; the underlying library routine tries to identify the - appropriate server and the zone name for the update.</div> -<p> - Examples: assuming the primary authoritative server of the - dynamic.example.com zone has an IPv6 address 2001:db8::1234, - </p> -<pre class="screen"> -$ <strong class="userinput"><code>sample-update -a sample-update -k Kxxx.+nnn+mmmm.key add "foo.dynamic.example.com 30 IN A 192.168.2.1"</code></strong></pre> -<p> - adds an A RR for foo.dynamic.example.com using the given key. - </p> -<pre class="screen"> -$ <strong class="userinput"><code>sample-update -a sample-update -k Kxxx.+nnn+mmmm.key delete "foo.dynamic.example.com 30 IN A"</code></strong></pre> -<p> - removes all A RRs for foo.dynamic.example.com using the given key. - </p> -<pre class="screen"> -$ <strong class="userinput"><code>sample-update -a sample-update -k Kxxx.+nnn+mmmm.key delete "foo.dynamic.example.com"</code></strong></pre> -<p> - removes all RRs for foo.dynamic.example.com using the given key. - </p> -</div> -<div class="sect3" lang="en"> -<div class="titlepage"><div><div><h4 class="title"> -<a name="id2610758"></a>nsprobe: domain/name server checker in terms of RFC 4074</h4></div></div></div> -<p> - It checks a set - of domains to see the name servers of the domains behave - correctly in terms of RFC 4074. This is included in the set of - sample programs to show how the export library can be used in a - DNS-related application. - </p> -<p> - Usage: nsprobe [-d] [-v [-v...]] [-c cache_address] [input_file] - </p> -<p> - Options - </p> -<div class="variablelist"><dl> -<dt><span class="term"> - -d - </span></dt> -<dd><p> - run in the "debug" mode. with this option nsprobe will dump - every RRs it receives. - </p></dd> -<dt><span class="term"> - -v - </span></dt> -<dd><p> - increase verbosity of other normal log messages. This can be - specified multiple times - </p></dd> -<dt><span class="term"> - -c cache_address - </span></dt> -<dd><p> - specify an IP address of a recursive (caching) name server. - nsprobe uses this server to get the NS RRset of each domain and - the A and/or AAAA RRsets for the name servers. The default - value is 127.0.0.1. - </p></dd> -<dt><span class="term"> - input_file - </span></dt> -<dd><p> - a file name containing a list of domain (zone) names to be - probed. when omitted the standard input will be used. Each - line of the input file specifies a single domain name such as - "example.com". In general this domain name must be the apex - name of some DNS zone (unlike normal "host names" such as - "www.example.com"). nsprobe first identifies the NS RRsets for - the given domain name, and sends A and AAAA queries to these - servers for some "widely used" names under the zone; - specifically, adding "www" and "ftp" to the zone name. - </p></dd> -</dl></div> -</div> + The BIND 9.9 (Extended Support Version) will be supported until June, 2017. + <a href="https://www.isc.org/downloads/software-support-policy/" target="_top">https://www.isc.org/downloads/software-support-policy/</a> + </p> </div> <div class="sect2" lang="en"> <div class="titlepage"><div><div><h3 class="title"> -<a name="id2611163"></a>Library References</h3></div></div></div> -<p>As of this writing, there is no formal "manual" of the - libraries, except this document, header files (some of them - provide pretty detailed explanations), and sample application - programs.</p> +<a name="relnotes_thanks"></a>Thank You</h3></div></div></div> +<p> + Thank you to everyone who assisted us in making this release possible. + If you would like to contribute to ISC to assist us in continuing to + make quality open source software, please visit our donations page at + <a href="http://www.isc.org/donate/" target="_top">http://www.isc.org/donate/</a>. + </p> </div> </div> </div> @@ -1095,10 +305,11 @@ $ <strong class="userinput"><code>sample-update -a sample-update -k Kxxx.+nnn+mm <tr> <td width="40%" align="left" valign="top">Chapter 8. Troubleshooting </td> <td width="20%" align="center"><a accesskey="h" href="Bv9ARM.html">Home</a></td> -<td width="40%" align="right" valign="top"> Manual pages</td> +<td width="40%" align="right" valign="top"> Appendix B. A Brief History of the <acronym class="acronym">DNS</acronym> and <acronym class="acronym">BIND</acronym> +</td> </tr> </table> </div> -<p style="text-align: center;">BIND Version 9.9</p> +<p style="text-align: center;">BIND 9.9.7 (Extended Support Version)</p> </body> </html> |
