recursion yes_or_no;
allow-recursion { address_match_list };
I assume that the default for the first is yes. If I want to add the
second statement with an address_match_list, do I have to set
recursion no;
in addition? How do these two statements iteract? Thanks.
----------------------------------------------------------------------
Barry S. Finkel
Computing and Information Systems Division
Argonne National Laboratory Phone: +1 (630) 252-7277
9700 South Cass Avenue Facsimile:+1 (630) 252-4601
Building 222, Room D209 Internet: BSFi...@anl.gov
Argonne, IL 60439-4828 IBMMAIL: I1004994
recursion
If yes, and a DNS query requests recursion, then the server will attempt
to do all the work required
to answer the query. If recursion is off and the server does not already
know the answer, it will
return a referral response. The default is yes. Note that setting
recursion no; does not prevent
clients from getting data from the server's cache; it only prevents new
data from being cached as an
effect of client queries. Caching may still occur as an effect the
server's internal operation, such as
NOTIFY address lookups. See also fetch-glue above.
As for the second question, I believe the answer is no -- you simply
don't include the recursion option in your named.conf, thus assuming the
default. If you enable it to no, I believe that trumps anything in
allow-recursion.
As for the interaction between the 2 options, the former controls
whether the server will perform recursive queries on behalf of clients
sending them while the latter restricts who can make said queries if
recursion is enabled.
If you have a copy of the BIND ARM handy, it does a pretty good job of
explaining things.
Bill Smith
<mailto:bill....@jhuapl.edu>
ISS Server Systems Group
Johns Hopkins University Applied Physics Laboratory
11100 Johns Hopkins Road
Laurel, MD 20723
Phone: 443-778-5523
Web: http://www.jhuapl.edu
[...]
>As for the second question, I believe the answer is no -- you simply
>don't include the recursion option in your named.conf, thus assuming the
>default. If you enable it to no, I believe that trumps anything in
>allow-recursion.
Experiment indicates that is right, but the ARM isn't all that clear
on the subject.
Since BIND 9.2.4 or 9.3.0 (item 1533 in the change log), BIND issues a
warning if both "recursion no" and "allow-recursion ..." are specified;
e.g.
Mar 8 19:08:16 limpkin.csi.cam.ac.uk named[212]: [ID 866145 daemon.warning]
both "recursion no;" and "allow-recursion" active
Of course, that might be suppressed depending on logging options.
named-checkconf doesn't seem to care about this combination.
--
Chris Thompson
Email: ce...@cam.ac.uk
If you set "recursion no;" then allow-recursion is effectively
ignored.
> in addition? How do these two statements iteract? Thanks.
> ----------------------------------------------------------------------
> Barry S. Finkel
> Computing and Information Systems Division
> Argonne National Laboratory Phone: +1 (630) 252-7277
> 9700 South Cass Avenue Facsimile:+1 (630) 252-4601
> Building 222, Room D209 Internet: BSFi...@anl.gov
> Argonne, IL 60439-4828 IBMMAIL: I1004994
>
>
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_A...@isc.org
Up to date version specific copies of the ARM are available
from http://www.isc.org/sw/bind/ in both html and pdf format
for the current releases.
Mark