Upgrading from 9.8.3 to 9.9.4

Mike Bernhardt bernhardt at bart.gov
Wed Jan 22 20:25:11 UTC 2014


Thanks for that. I just remembered there was also the change to the db file
having a default raw format on slaves unless specified.

-----Original Message-----
From: Lawrence K. Chen, P.Eng. [mailto:lkchen at ksu.edu] 
Sent: Tuesday, January 21, 2014 1:56 PM
To: bind-users at lists.isc.org
Subject: Re: Upgrading from 9.8.3 to 9.9.4



On 01/16/14 16:39, Mike Hoskins (michoski) wrote:
> -----Original Message-----
> From: Mike Bernhardt <bernhardt at bart.gov>
> Date: Thursday, January 16, 2014 4:09 PM
> To: "bind-users at lists.isc.org" <bind-users at lists.isc.org>
> Subject: RE: Upgrading from 9.8.3 to 9.9.4
> 
>> Sorry for the double post, but I forgot to ask this:
>> And if it is indeed enabled regardless of my RFC1918 ranges, I would 
>> imagine that for my internal servers which have those ranges, I would 
>> want to add "disable-empty-zone ".";" to my global options? And for 
>> my external-facing server which of course has no RFC1918, I would 
>> leave it to the default setting?
> 
> 
> You don't have to do this.  BIND won't enable the empty zone if you 
> already have it defined.
> 
> 

The problem I was referring to is mentioned in the feedback to this KB
article:

https://kb.isc.org/article/AA-00803/0/Why-are-queries-for-some-PTR-records-n
o-longer-forwarded-since-upgrading-to-BIND-9.9.0.html

Though, from 9.9.4 Release Notes, that's probably addressed by this bug fix:

Fix forwarding for  forward only "zones" beneath automatic empty zones.
[RT #34583]


--
Who: Lawrence K. Chen, P.Eng. - W0LKC - Sr. Unix Systems Administrator
For: Enterprise Server Technologies (EST) -- & SafeZone Ally




More information about the bind-users mailing list