Re: Lookup of delegation NS records
2009/3/28 Cherney John-CJC030 > Is it possible to use nslookup or dig to look up delegation records? I > can use them to get the nameservers for a particular domain, but I also want > to see the nameservers it would delegate to. So far, the only way I can > figure out to do that is to parse the actual db file. > > Thanks, > jwc > > > ___ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > dig +trace ns ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Lookup of delegation NS records
Cherney John-CJC030 wrote: > Is it possible to use nslookup or dig to look up delegation records? I > can use them to get the nameservers for a particular domain, but I also > want to see the nameservers it would delegate to. So far, the only way I > can figure out to do that is to parse the actual db file. dig +norec @delegating-server domain.name NS AlanC signature.asc Description: OpenPGP digital signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: NOTIFY from masters when slave provides several views
On Fri, 2009-03-27 at 23:48 -0400, Terry Kennedy wrote:
> If you can describe how to handle the recursion issue without using
> views or multiple DNS servers, I'd be very interested.
Perhaps
allow-recursion { address_match_list };
would meet your needs. See section 6 of the ARM.
/Niall
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: NOTIFY from masters when slave provides several views
In article , Terry Kennedy wrote: > niall.orei...@ucd.ie wrote: > > On Thu, 2009-03-26 at 19:46 -0400, terry+bindus...@tmk.com wrote: > > > Importantly, neither the masters nor ns1/2/3 have different zone data in > > > different views - the answers are always the same. > > > > If you don't have different zone data per view, I don't > > understand what purpose the views serve, that could not > > be met using other configuration options. From what you > > describe, they seem to be getting in the way. > > Let me clarify - for a zone in more than one of the views, that zone's > data doesn't vary by zone. The "internal" view has some zones not found > in the "customer" or "external" views. This sounds like a job for the allow-query option in the zone statements. > > Also, the external view doesn't provide recursion, while the customer > and internal ones do. And this is a job for allow-query and allow-query-cache. -- Barry Margolin, bar...@alum.mit.edu Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
