<br><br><div class="gmail_quote">On 20 April 2011 10:42, Chris Buxton <span dir="ltr"><<a href="mailto:chris.p.buxton@gmail.com">chris.p.buxton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div class="im"><div>On Apr 20, 2011, at 2:19 AM, Adam Goodall wrote:</div><div><blockquote type="cite">However if a client queries server A for <a href="http://mail.testdomain.com/" target="_blank">mail.testdomain.com</a> (type any) the request is not answered. From the logs on server B i can see that server A is only forwarding on a request of type A. As an A record for <a href="http://mail.testdomain.com/" target="_blank">mail.testdomain.com</a> does not exist on server B it does not resolve.<br>
<br>If i then specifically query Server A for <a href="http://mail.testdomain.com/" target="_blank">mail.testdomain.com</a> of type CNAME, it resolves as expected. Subsequent requests against server A for <a href="http://mail.testdomain.com/" target="_blank">mail.testdomain.com</a> of type any then resolve, presumably because it is already in the cache.<br>
<br>Hopefully that makes sense! Has anyone had a similar issue and did you come up with a work around? Is this expected behaviour or a bug?<br></blockquote></div><br></div><div>This is an excellent example of why you should not forward to an auth-only server. Use a stub zone instead. You might need to give it an empty forwarders list, to override forwarding set in either the options or view statements.</div>
<div><br></div><div>For example:</div><div><br></div><div>zone "<a href="http://testdomain.com" target="_blank">testdomain.com</a>" {</div><div><span style="white-space:pre-wrap"> </span>type stub;</div><div><span style="white-space:pre-wrap"> </span>masters { 192.168.1.1; };</div>
<div><span style="white-space:pre-wrap"> </span>forwarders { };</div><div>};</div><div><br></div><div>Try it, you'll like it.</div></div></blockquote><div><br>Chris<br><br>This certainly seems to have solved the problem. I'm not convinced i understand why it didn't work they way i was trying but this is a perfectly acceptable alternative - thanks for your help!<br>
<br>Adam <br></div></div>