If your nameserver can get the info equally reliably either way, I'd question
why you're using forwarding in the first place.
Do you think you're going to get some sort of performance benefit from that?
But, to answer your question, in the absence of taking a packet capture, you
could always define all the authoritative nameservers as "blackhole" or "bogus"
in your named.conf and see if the names still resolve (this assumes that the
forwarders are *not* the same, or a subset, of the auth servers. If they are
the same, or a subset, then I *really* would question why you're forwarding in
the first place, since in that case the queries are going to
*exactly*the*same*place*, and all you're basically doing is manipulating the
value of the "RD" bit).
- Kevin
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Nex6|Bill
Sent: Friday, November 07, 2014 3:05 PM
To: Barry Margolin
Cc: [email protected]
Subject: Re: Forward vs Authoritative traffic
My name server is not authoritative for it. but i want to verify once the
forward is in place the query is following the forward and not the
authoritative path.
On Nov 7, 2014, at 11:46 AM, Barry Margolin <[email protected]> wrote:
> In article <[email protected]>,
> Nex6|Bill <[email protected]> wrote:
>
>> I am going to be adding a type forward zone for an important zone.
>> how can i test that the forward is working correctly? if i do a dig
>> against the NS the record will return no matter if its auth or fwd zone.
>
> If you don't have a zone file for the zone on the server, yet it
> returns the correct answer, then it must be forwarding. Where else
> would it get the answer?
>
> --
> Barry Margolin
> Arlington, MA
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
