Bind 9.3.1 master with "stub" in-addr-arpa zones -> infoblox box

[Barry Margolin]

In article <e02d8u$1j3n$1 at sf1.isc.org>,
 "mhageman" <mhageman at siemens-emis.com> wrote:

> Hi,
> 
> I work for a small division of a large company that has an Internal DNS
> network.  We maintain a box running bind 9.3.1 at present to make DNS
> information for some of our hosts available to the company network
> (we're just a little division, we don't advertise much outside of our
> own site).
> 
> My particular company is responsible for a Class B CDIR network, and
> we've parsed out some address blocks to other divisions of the company
> on Class C boundaries.  Our "company-Internal" DNS master uses stub
> zones to delegate these to other site DNS servers - we're the master
> for the Class B block.
> 
> We support four domain names, so we use scripts to do all updates on
> our current server.
> 
> I am moving the Internal DNS server functions to an Infoblox
> "appliance", but I want to keep the old server to script out DNS
> changes and upload them to the Infoblox.  Problem:  the Infoblox
> doesn't understand stub zones.  So I have to change my stubs to
> "something else" to make the update/upload process simple.
> 
> I did not think this would be a problem, but I've tried everything in
> the O'Reilly book for delegation other than using stubs and they are
> the only thing I've ever gotten to work, even when delegation was first
> set up several years ago..

You should be able to configure normal delegation NS records in the /16 
reverse zone.  The only significant benefit stub zones provide is that 
you only have to enter and update the NS records for a subzone in one 
place (unless what's changing is the address of the master that the stub 
pulls from).

If this isn't working, you're going to have to provide more details 
about what's failing.  You might need to contact Infoblox, since this is 
obviously not a BIND problem -- you're only having problems because 
you're *not* using BIND.

-- 
Barry Margolin, barmar at alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***