Clients sometimes get wrong view

Corey Shaw cshaw at q90.com
Tue Jun 9 20:17:41 UTC 2009


Thanks Kevin and Jeff for your answers. 


I will try adding logging so that I can see exactly what view is matched. 


Also, yes, mydomain.com is listed in the include files that I did not provide. It is listed in each of the different views. This is how it had to be set up, because Bind does not provide more than one view per query (ie. If the domain doesn't exist in "office" view, it will not go to the "datacenter" view to look next). Each view potentially has a different address for mydomain.com depending on whether that is local to them or not. In my case, mydomain.com should be a public address for the "office" view, and an internal address for the "datacenter" view 


I have experienced this issue myself here at our office which falls in the 166.x.x.88/29 (office) view. Somehow, I ended up getting a result from the 10.x.x.0/24 (datacenter) view. The only possible IP address that comes from our office lies in the 166.x.x.88/29 view range. Yes, I know that it isn't terribly efficient for my DNS servers to not be local to my office, but I haven't gotten around to adding caching servers locally yet. 










_____________________ 
Corey 





----- Original Message ----- 
From: "Kevin Darcy" <kcd at chrysler.com> 
To: bind-users at lists.isc.org 
Sent: Tuesday, June 9, 2009 1:49:54 PM GMT -07:00 US/Canada Mountain 
Subject: Re: Clients sometimes get wrong view 

Note that the newer versions of querylog format include not only the 
source address of the client, but also what view was *actually* matched 
by the query. It should be useful to turn on the querylog for 
troubleshooting this particular issue, if the volume of queries isn't so 
huge that you'd run into capacity issues... 

- Kevin 

Jeff Lightner wrote: 
> 
> It seems the mydomain.com isn’t in the view but presumably in one of 
> the includes. 
> 
> So the most likely issues seem to be: 
> 
> 1) You have defined mydomain.com in more than one of the includes 
> which we can’t tell since you didn’t provide them. 
> 
> –OR- 
> 
> 2) The client actually has an unexpected IP (that is you think they 
> are in the 10.x when they are actually in 192.x or vice-versa or they 
> don’t have an IP in either of the ranges you specified. 
> 
> ------------------------------------------------------------------------ 
> 
> *From:* bind-users-bounces at lists.isc.org 
> [mailto:bind-users-bounces at lists.isc.org] *On Behalf Of *Corey Shaw 
> *Sent:* Tuesday, June 09, 2009 1:56 PM 
> *To:* bind-users at lists.isc.org 
> *Subject:* Clients sometimes get wrong view 
> 
> OS: Gentoo 
> 
> Bind Version: 9.6.0-p1 
> 
> I currently have my Bind server set up with 3 views. It seems that 
> every now and then I have clients in the "office" view that try to go 
> to www.mydomain.com (which should be a public address), but instead 
> they get the internal address that is defined in the "datacenter" view 
> (10.x.x.x). As a result, they can't get to www.mydomain.com. My views 
> are configured as shown below (yes, all the include files exist and 
> load properly). They are ordered in my configuration as shown below as 
> well. Any ideas on why this may be happening? 
> 
> view "datacenter" { 
> 
> match-clients { 10.x.x.0/24; }; 
> 
> recursion yes; 
> 
> include "/etc/bind/includes/datacenterincludes.conf"; 
> 
> allow-recursion { 10.x.x.0/24; }; 
> 
> zone "." IN { 
> 
> type hint; 
> 
> file "named.ca"; 
> 
> }; 
> 
> zone "localhost" IN { 
> 
> type master; 
> 
> file "pri/localhost.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> zone "127.in-addr.arpa" IN { 
> 
> type master; 
> 
> file "pri/127.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> }; 
> 
> view "office" { 
> 
> match-clients { 166.x.x.88/29; }; 
> 
> recursion yes; 
> 
> include "/etc/bind/includes/officeincludes.conf"; 
> 
> allow-recursion { 166.x.x.88/29; }; 
> 
> zone "." IN { 
> 
> type hint; 
> 
> file "named.ca"; 
> 
> }; 
> 
> zone "localhost" IN { 
> 
> type master; 
> 
> file "pri/localhost.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> zone "127.in-addr.arpa" IN { 
> 
> type master; 
> 
> file "pri/127.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> }; 
> 
> view "public" { 
> 
> match-clients { any; }; 
> 
> recursion no; 
> 
> include "/etc/bind/includes/publicincludes.conf"; 
> 
> allow-recursion { none; }; 
> 
> zone "." IN { 
> 
> type hint; 
> 
> file "named.ca"; 
> 
> }; 
> 
> zone "localhost" IN { 
> 
> type master; 
> 
> file "pri/localhost.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> zone "127.in-addr.arpa" IN { 
> 
> type master; 
> 
> file "pri/127.zone"; 
> 
> allow-update { none; }; 
> 
> notify no; 
> 
> }; 
> 
> }; 
> 
> _____________________ 
> Corey Shaw 
> 
> /Please consider our environment before printing this e-mail or 
> attachments./ 
> ---------------------------------- 
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or 
> confidential information and is for the sole use of the intended 
> recipient(s). If you are not the intended recipient, any disclosure, 
> copying, distribution, or use of the contents of this information is 
> prohibited and may be unlawful. If you have received this electronic 
> transmission in error, please reply immediately to the sender that you 
> have received the message in error, and delete it. Thank you. 
> ---------------------------------- 
> ------------------------------------------------------------------------ 
> 
> _______________________________________________ 
> bind-users mailing list 
> bind-users at lists.isc.org 
> https://lists.isc.org/mailman/listinfo/bind-users 

_______________________________________________ 
bind-users mailing list 
bind-users at lists.isc.org 
https://lists.isc.org/mailman/listinfo/bind-users 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090609/25abe932/attachment.html>


More information about the bind-users mailing list