BIND 9.4.x empty zones
Mark Andrews
Mark_Andrews at isc.org
Thu Nov 1 10:38:25 UTC 2007
> On 31 Oct 2007, at 22:50, Chris Thompson wrote:
>
> > I have been looking at the new "built-in empty zone" stuff in 9.4.x
>
> I've been treating the warnings about these zones and about
> reverse queries for RFC1918 addresses escaping onto the Internet
> as prompts to clean up our act, and have begun to configure
> explicitly each zone for which an "automatic" warning is otherwise
> generated.
>
> I've noticed a couple of surprises (using 9.4.1-P1).
>
> 1.
> The 18 zones for 10/8, 172.16/12, and 192.168/16 don't appear
> to be considered for activation as "automatic empty zones",
> perhaps in an attempt to avoid collisions with operational use
> of addresses from some parts of these blocks. In contrast, an
> automatic empty zone is activated for 127/8, even though it
> collides with the traditional, and actually configured on the
> same server, zone for 127.0.0.1/32. This seems inconsistent.
No. They are just waiting for the draft to pass through the
IETF.
> Rather than silently ignoring these 18 zones, I think it would
> be useful to emit a different flavour of warning, intended to
> prompt the local sysadmin to consider doing the "right thing".
> Relying on eventual per-query "RFC1918" warnings seems to me
> to miss an opportunity for giving an early helpful prompt.
> Perhaps visibility in the logs by using something like
> "automatic empty zone [...] NOT loaded" would be appropriate.
>
> 2.
> When I set up an explicit empty zone with content equivalent to
> that provided automatically, my logs are just as noisy, since
> a warning is now generated alerting me that the nameserver
> has no address.
>
> # your favorite currency here # 0,02
Or you could just remove the #ifdef notyet/#endif from
bin/named/server.c.
#ifdef notyet
/* RFC 1918 */
{ "10.IN-ADDR.ARPA", ISC_TRUE },
{ "16.172.IN-ADDR.ARPA", ISC_TRUE },
{ "17.172.IN-ADDR.ARPA", ISC_TRUE },
{ "18.172.IN-ADDR.ARPA", ISC_TRUE },
{ "19.172.IN-ADDR.ARPA", ISC_TRUE },
{ "20.172.IN-ADDR.ARPA", ISC_TRUE },
{ "21.172.IN-ADDR.ARPA", ISC_TRUE },
{ "22.172.IN-ADDR.ARPA", ISC_TRUE },
{ "23.172.IN-ADDR.ARPA", ISC_TRUE },
{ "24.172.IN-ADDR.ARPA", ISC_TRUE },
{ "25.172.IN-ADDR.ARPA", ISC_TRUE },
{ "26.172.IN-ADDR.ARPA", ISC_TRUE },
{ "27.172.IN-ADDR.ARPA", ISC_TRUE },
{ "28.172.IN-ADDR.ARPA", ISC_TRUE },
{ "29.172.IN-ADDR.ARPA", ISC_TRUE },
{ "30.172.IN-ADDR.ARPA", ISC_TRUE },
{ "31.172.IN-ADDR.ARPA", ISC_TRUE },
{ "168.192.IN-ADDR.ARPA", ISC_TRUE },
#endif
> /Niall
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews at isc.org
More information about the bind-users
mailing list