<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
There are multiple ways to interpret that question.<br>
<br>
Normally, a resolver either uses recursion (with a preconfigured set
of forwarders) at a given point in resolving a particular name, or
it follows the NS records in a delegation chain, non-recursively, in
order to find the answer.<br>
<br>
It wouldn't do *both*. A given query can't be recursive and
non-recursive at the same time.<br>
<br>
Possibly you are asking if it's possible for a nameserver which is
delegated for a particular zone, to forward all queries for names in
that zone to some other (private/internal) nameserver for
resolution. The answer to that is "no", since the queries being
received by that "visible" nameserver are expected to be
*non-recursive*, and non-recursive queries are never supposed to be
forwarded anywhere. You might, however, look into some sort of "DNS
proxy" solution, if this is what you're trying to accomplish.<br>
<br>
- Kevin<br>
<br>
On 2/23/2011 7:29 AM, rams wrote:
<blockquote
cite="mid:AANLkTinHGbvHoTnTPY0FUwEmLR0-LFD1meimu856Lt3w@mail.gmail.com"
type="cite">Hi,<br>
Could you please tell me how to set up for recursive server for NS
delegation records.<br>
<br>
It would be great if you give named.conf <br>
<br>
Thanks & Regards,<br>
Ramesh<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
bind-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a></pre>
</blockquote>
<br>
</body>
</html>