|Main Archive Page > Month Archives > bind-users archives|
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"
From: email@example.com [mailto:firstname.lastname@example.org]
Sent: Friday, 16 April 2010 2:57 p.m.
To: James Roberts-Thomson
Subject: Re: Unexpected issues with "nslookup" command
In message <9B2FFF1719120E4C83DE53C2F70CC60755D5899618@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 Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: email@example.com 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 firstname.lastname@example.org https://lists.isc.org/mailman/listinfo/bind-users