Bind 9 ext and int zone

[Jeff Reasoner]

On Wed, 2006-03-08 at 11:39, Nick Allum wrote:
> The customer is requesting that we maintain the same domains, as that
> was my first suggestion to give them another domain to use.
> 
> Yes I am trying to get away from maintainig entries in parallel.
> 
> Here is a question about that would I be able to use a wildcard so for
> example I would have internet entries for qa.test.com and dev.test.com
> but for everything else go to NS server?

I'm afraid I don't understand either the question or the overall setup.
I don't see how a wildcard *address* record in your nameserver zonefile
will help here.

> -----Original Message-----
> From: bind-users-bounce at isc.org [mailto:bind-users-bounce at isc.org] On
> Behalf Of Jeff Reasoner
> Sent: Wednesday, March 08, 2006 10:36 AM
> To: bind-users at isc.org
> Subject: Re: Bind 9 ext and int zone
> 
> 
> As you have pointed out, using testhis.com for your dev servers, will
> require an internal DNS server to resolve local addresses, and possibly
> additional records (eg, www) that point to external addresses. If you
> *have* to use testthis.com, you probably don't have much choice here.
> There shouldn't be a lot in the way of management though. Probably,
> you'd just add a few records, and be done with it. Nothing says you have
> to use that domain though. How about putting them in the testthat.com
> domain and just adding records for the dev servers? Of course you have
> to create that domain, and add records there too...
> 
> On Wed, 2006-03-08 at 09:26, Nick Allum wrote:
> > Would anyone have any suggestions as to what options I might handle 
> > the following situation. We have a zone testthis.com which is and 
> > external zone on some external NS servers. However they are also 
> > requesting that we host this zone internally on our internal NS server
> 
> > to point to some development servers with internal addressing.
> > 
> > I do not want to have to maintain any changes interally that are made 
> > externally, so I am looking for an alternate solution.
> > 
> > Any suggestions would be much appreciated.
> > 
> > Nick
> > 
> > 
> 
>