RES: BIND View Option

[Stéphanas Schaden]

	Hi all,

	Could any one give me an example of this configuration using
$include ?

	What would be the content of the include file ?

	Thank you very much.

	Stéphanas Schaden
	stephanass at ctbc.com.br
	Uberlândia - MG - Brazil

-----Mensagem original-----
De: bind-users-bounces+stephanass=ctbc.com.br at lists.isc.org
[mailto:bind-users-bounces+stephanass=ctbc.com.br at lists.isc.org] Em nome de
Barry Margolin
Enviada em: quarta-feira, 10 de novembro de 2010 23:14
Para: comp-protocols-dns-bind at isc.org
Assunto: Re: BIND View Option

In article <mailman.695.1289418925.555.bind-users at lists.isc.org>,
 Stiphanas Schaden <stephanass at ctbc.com.br> wrote:

> Hi all,
> 
>  
> 
> we are in a situation here in our company that is: we need to send a 
> internal IP address in a answer of a query when the source is a specific
IP.
> So we created a new view and put the source address of this IP and 
> configured the internal zone file on this view and this is working well.
> But, this same source address must resolve all the other entrys that 
> exist today on this same zone using the external IPs. We would not 
> like to replicate all the entrys of the external zone file to the 
> internal zone file because in this model every time that we did change 
> an entry on the external zone file we will have to configure this same 
> entry in the internal zone file.
> 
>  
> 
> Is there a way or option to configure bind to do the following logic: 
> If the bind didnt find a entry in a view 1 (internal view) it will 
> search this entry on the view 2 (external view) ?

This is a perfect use for $INCLUDE.  Put all the common entries in one file,
and put

$INCLUDE myzone.common.db

in the internal and external zone files.

Memory is cheap.

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