Hi Mark,

Thanks for your response; whilst I accept what your saying, I'm not convinced 
it applies in this case.

As far as I can tell, recursion is enabled on the servers.  (We don't have an 
allow-recursion entry in the named.conf, and my reading of the documentation 
implies recursion is enabled by default).  An "rndc status" shows "recursive 
clients: 0/0/1000", which suggests to me that I can have up to 1000 recursive 
clients simultaneously, and using the same configuration file on a test machine 
and turning up the debugging level gives "16-Apr-2010 15:34:37.026 client 
x.x.x.x#35622: recursion available"

Thanks,

James Roberts-Thomson


-----Original Message-----
From: ma...@isc.org [mailto:ma...@isc.org]
Sent: Friday, 16 April 2010 2:57 p.m.
To: James Roberts-Thomson
Cc: bind-users@lists.isc.org
Subject: Re: Unexpected issues with "nslookup" command


In message <9b2fff1719120e4c83de53c2f70cc60755d5899...@secmclust01a.corp.ssi.go
vt.nz>, James Roberts-Thomson writes:
>
> Can anyone explain what may be happening here, please?

Stub resolvers really should be talking to nameservers that offer
recursion.  If it is talking to a nameserver that doesn't offer
recursion then some of the answers returned may be mis-interpreted
by the calling code.

The warning is telling you that you have a configuration error.

Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: ma...@isc.org

Please consider the environment before printing this email and its attachments.
Avoid printing, or print double-sided if you can.

 -------------------------------
 This email and any attachments may contain information that is confidential 
and subject to legal privilege. If you are not the intended recipient, any use, 
dissemination, distribution or duplication of this email and attachments is 
prohibited. If you have received this email in error please notify the author 
immediately and erase all copies of the email and attachments. The Ministry of 
Social Development accepts no responsibility for changes made to this message 
or attachments after transmission  from the Ministry.
 -------------------------------
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to