> On May 19, 2009, at 9:45 AM, Matus UHLAR - fantomas wrote: >> I'd like to know how does match-recurtsive-only view interact with >> configured zones.
On 19.05.09 10:25, Chris Buxton wrote: > The order of views matters. The first one matched, wins. > > Let's suppose you have a config along these lines: > > view "resolver" { > match-clients { local-clients-acl; }; > match-recursive-only yes; > allow-recursion { local-clients-acl; }; wouldn't "recursion yes;" have the same effect here? > }; > view "auth" { > recursion no; > zone "example.com" { > type master; > file "example.com"; > }; > }; > > There are three scenarios for queries: > > - If a query comes from the outside, it will hit the "auth" view, > regardless of wether it's recursive or iterative. It will always be > answered as an iterative query - that is, your server will not perform > recursion for outside clients, and the ra bit will always be turned off > in the response. That's the desired effect. > - If a recursive query comes from an authorized user, it will be > answered by the "resolver" view. If it is for one of your local zones, > the "resolver" will end up asking the "auth" view for the answer. So it will just use zones configured in "auth" as they were in "resolver" - if I hadn't views at all? > (If the server is behind a NAT server, you may need to configure something > specially to make this work.) It's not, but can you at least hint me so I could understand? > - If an iterative query comes from the internal network, it will be > handled by the "auth" view. This allows you to use other internal > resolving servers without having to special-case anything. > > One thing to note, for internal users who use nslookup (or dig, or host, > or whatever) to try to diagnose problems with the "auth" view: If they > send recursive queries, they will get non-authoritative responses. If > they send iterative queries, they will be told that recursion is not > available. This can be confusing. I think this won't confuse me. This is a server some people use for recursion and there are also some domains there, I want to move all services away and shut the server down. Now if I configured view "external" { match-clients { any; }; match-recursive-only yes; recursion no; } between "resolver" and "auth", that view would be used for all recursive queries from unauthorised sources, while iterative queries would still go to "auth", so I could provide special (no) service to unauthorised recursive clients, correct? Thank you. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Windows 2000: 640 MB ought to be enough for anybody _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users