<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">We're running BIND 9.6.1-P3 on several machines setup to be forwarders.  Some domains are not resolvable via the forwarder, so named.ca has those domains listed with the appropriate nameservers to reach to resolve the requests.</div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">For some reason, one host is either not using its named.ca or has some other glitch.  dig, host, and nslookup just hang when trying to debug the situation.  </div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">To resolve the issue on this one host, I added the troublesome domain to named.conf as another forwarder zone.  This resolved the situation.</div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">I'd like to understand the underlying cause here tho.  Under the original configuration (that wasn't working) I was able to resolve the requests if I told nslookup where to go, i.e. 'nslookup host.otherzone.com 192.168.1.42'.  So, for me, this proved that networking was not the issue.  But after that troubleshooting step, I'm not sure where to look.</div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">Also, is the original configuration a generally accepted method to do what we're doing?  Or is my fix the recommended method?<VAR id=yui-ie-cursor></VAR></div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto">Thanks, -C.</div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto"> </div>
<div style="RIGHT: auto"> </div></div></body></html>