Perhaps you could explain the reasoning behind the request? If you are trying to preserve resources there are better ways.
If you are trying to restrict access to master/slave zones then you should use access lists, either at zone or view level. On 11/08/10 3:42 PM, "Dangl, Thomas" <[email protected]> wrote: > First of all thanks for the fast response. > > Maybe I misunderstood the Bind9 manual. > Bind9 ARM says: > > recursive-clients The maximum number of simultaneous recursive lookups the > server will perform on > behalf of clients > > I understand that as recursive lookups that are issued to other name servers. > The statement in the documentation and the parameter name doesn't say anything > on iterative queries. And I read that statement - maybe I need new glasses - > as a limitation applicable to forwarded lookups not resolved by the DNS master > / slave zones locally available. So in my understanding it doesn't cover what > I want. > > Best Regards > > Thomas Dangl > > > -----Ursprüngliche Nachricht----- > Von: [email protected] > [mailto:[email protected]] Im > Auftrag von Matus UHLAR - fantomas > Gesendet: Mittwoch, 11. August 2010 15:28 > An: [email protected] > Betreff: Re: Limitation on concurrently handled queries > > On 11.08.10 15:01, Dangl, Thomas wrote: >> is there a means to limit the number of concurrently handled queries? >> In the Bind9 documentation there are some parameters like >> clients-per-query and max-clients-per-query as well as tcp-clients. >> What I didnt see is some limitation on the overall number of queries >> that may be handled concurrently. > > what's the point? > > there's also recursive-clients option, maybe it's what you want? > > -- > Matus UHLAR - fantomas, [email protected] ; 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. > The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95 > _______________________________________________ > bind-users mailing list > [email protected] > https://lists.isc.org/mailman/listinfo/bind-users > _______________________________________________ > bind-users mailing list > [email protected] > https://lists.isc.org/mailman/listinfo/bind-users -- Kal Feher _______________________________________________ bind-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/bind-users
