c.org] Em nome de
Barry Margolin
Enviada em: quinta-feira, 11 de novembro de 2010 23:42
Para: comp-protocols-dns-b...@isc.org
Assunto: Re: RES: BIND View Option
In article ,
Stacey Jonathan Marshall wrote:
> On 11/11/2010 13:57, Stiphanas Schaden wrote:
> > Hi all,
> >
> >
Margolin
Enviada em: quinta-feira, 11 de novembro de 2010 23:42
Para: comp-protocols-dns-b...@isc.org
Assunto: Re: RES: BIND View Option
In article ,
Stacey Jonathan Marshall wrote:
> On 11/11/2010 13:57, Stiphanas Schaden wrote:
> > Hi all,
> >
> > Could any one give
In article ,
Stacey Jonathan Marshall wrote:
> On 11/11/2010 13:57, Stéphanas Schaden wrote:
> > Hi all,
> >
> > Could any one give me an example of this configuration using
> > $include ?
> >
> > What would be the content of the include file ?
>
> Anything that is allowed in named.
On 11/11/2010 1:22 PM, J. Thomsen wrote:
From a nameserver implementation and maintenance perspective, it's even
simpler for the data to already be present in the first view that
matches. Why complicate things more than that?
Because there is a need for it especially in large installations with
> From a nameserver implementation and maintenance perspective, it's even
>simpler for the data to already be present in the first view that
>matches. Why complicate things more than that?
Because there is a need for it especially in large installations with a large
number of
zones.
>Differen
On 11/11/2010 7:55 AM, J. Thomsen wrote:
If your main concern is resource consumption, maybe you should focus on
developing some clever algorithm by which named could keep track of
multiple references to the same data, without actually having to make
separate copies of the data. Kind of a special
On 11/11/2010 14:58, Stacey Jonathan Marshall wrote:
On 11/11/2010 13:57, Stéphanas Schaden wrote:
Hi all,
Could any one give me an example of this configuration using
$include ?
What would be the content of the include file ?
Anything that is allowed in named.conf at the point t
On 11/11/2010 13:57, Stéphanas Schaden wrote:
Hi all,
Could any one give me an example of this configuration using
$include ?
What would be the content of the include file ?
Anything that is allowed in named.conf at the point the included
statement is used.
I note t
-
De: bind-users-bounces+stephanass=ctbc.com...@lists.isc.org
[mailto:bind-users-bounces+stephanass=ctbc.com...@lists.isc.org] Em nome de
Barry Margolin
Enviada em: quarta-feira, 10 de novembro de 2010 23:14
Para: comp-protocols-dns-b...@isc.org
Assunto: Re: BIND View Option
In article
>If your main concern is resource consumption, maybe you should focus on
>developing some clever algorithm by which named could keep track of
>multiple references to the same data, without actually having to make
>separate copies of the data. Kind of a specialized "compression"
>algorithm. But
On 11/10/2010 7:23 PM, J. Thomsen wrote:
Not sure why you felt it necessary to resort to hosts files.
Well, I don't know how to configure ressource records in an include file and
don't want to
waste gigabytes of RAM duplicating zones.
If your main concern is resource consumption, maybe you sh
In article ,
Stéphanas Schaden 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 in
>Not sure why you felt it necessary to resort to hosts files.
Well, I don't know how to configure ressource records in an include file and
don't want to
waste gigabytes of RAM duplicating zones.
> What am I missing here?
The idea of avoiding front ends !
>"View"s in BIND was never meant to
On 11/10/2010 3:17 PM, J. Thomsen wrote:
Is there a way or option to configure bind to do the following logic: If the
bind didn’t find a entry in a view 1 (internal view) it will search this
entry on the view 2 (external view) ?
Not to my knowledge. We had the same problem and ended up with usin
ts.isc.org
[mailto:bind-users-bounces+stephanass=ctbc.com...@lists.isc.org] Em nome de
Barry Finkel
Enviada em: quarta-feira, 10 de novembro de 2010 18:46
Para: bind-users@lists.isc.org
Assunto: Re: BIND View Option
From: St?phanas Schaden wrote:
>Is there a way or option to configure b
From: St?phanas Schaden wrote:
>Is there a way or option to configure bind to do the following logic:
>If the bind didn't find a entry in a view 1 (internal view) it will
>search this entry on the view 2 (external view) ?
Place the common piece in a separate include file:
view "view1" {
...
>
>Is there a way or option to configure bind to do the following logic: If the
>bind didn’t find a entry in a view 1 (internal view) it will search this
>entry on the view 2 (external view) ?
Not to my knowledge. We had the same problem and ended up with using the hosts
file for
the special IP
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.
B
18 matches
Mail list logo
