Limitation on concurrently handled queries
Hello, 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. Thanks in advance Thomas Dangl ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
AW: Limitation on concurrently handled queries
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: bind-users-bounces+thomas.t.dangl=siemens@lists.isc.org [mailto:bind-users-bounces+thomas.t.dangl=siemens@lists.isc.org] Im Auftrag von Matus UHLAR - fantomas Gesendet: Mittwoch, 11. August 2010 15:28 An: bind-users@lists.isc.org 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, 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. The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95 ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Bind 9.7 and using multiple forwarders
Hello, when we have a zone with type forward and a forwarders list with multiple entries, which strategy is used by Bind9.7? I found some information in the DNS and Bind book by O Reilly and the identical statement on the Internet and FAQs saying There was a Bind8.2.3 that had applied an intelligent behavior evaluating roundtrip times of forwarded queries and used the name server that provided the fatsest response. For Bind9 it is stated that simply the first entry in the forwarders list is used and if this first one fails to respond, the next in the forwarders statement is tried and so on. I understand the description in the way that this also applies when the first entry in the forwarders list is not responding at all. The next forwarding for the zone would still start with trying the first entry in the forwarders list. Is this still correct with Bind 9.7 (more precisely Bind9.7.1 / Bind9.7.1-P1 / Bind9.7.1-P2)? Best regards Thomas Dangl ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Zone Statistics in Bind9.7.0
Hello, in Bind 9.6.2 the zone statistics looked like that: zone name4.3.2.1.e164.arpa/IN/name rdataclassIN/rdataclass serial3/serial counters Requestv40/Requestv4 Requestv60/Requestv6 ReqEdns00/ReqEdns0 ReqBadEDNSVer0/ReqBadEDNSVer ReqTSIG0/ReqTSIG ReqSIG00/ReqSIG0 ReqBadSIG0/ReqBadSIG ReqTCP0/ReqTCP AuthQryRej0/AuthQryRej RecQryRej0/RecQryRej XfrRej0/XfrRej UpdateRej0/UpdateRej Response0/Response TruncatedResp0/TruncatedResp RespEDNS00/RespEDNS0 RespTSIG0/RespTSIG RespSIG00/RespSIG0 QrySuccess2/QrySuccess QryAuthAns4/QryAuthAns QryNoauthAns0/QryNoauthAns QryReferral0/QryReferral QryNxrrset0/QryNxrrset QrySERVFAIL0/QrySERVFAIL QryFORMERR0/QryFORMERR QryNXDOMAIN2/QryNXDOMAIN QryRecursion0/QryRecursion QryDuplicate0/QryDuplicate QryDropped0/QryDropped QryFailure0/QryFailure XfrReqDone1/XfrReqDone UpdateReqFwd0/UpdateReqFwd UpdateRespFwd0/UpdateRespFwd UpdateFwdFail0/UpdateFwdFail UpdateDone0/UpdateDone UpdateFail0/UpdateFail UpdateBadPrereq0/UpdateBadPrereq /counters /zone Now with Bind9.7.0 it only covers zone name4.3.2.1.e164.arpa/IN/name rdataclassIN/rdataclass serial8/serial /zone Is there some way to get the full scope of counters that came with the Bind9.6.2? I tried activating zone-statistics in each zone statement, but that didnt change anything. Best regards Thomas Dangl ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Bind9.6.1-P2 - Zone Statistic counters remaining 0
Hello, some counters in the zone statistics remain 0 although queries have been answered. Here is the example for a zone statistics. The counter Requestv4 is still 0. Requestv6 is irrelevant for what I did, queries were done via IPv4. QrySuccess, QryAuthAns and QryNXDOMAIN are correct. My target is to have a number of all queries (successful and failed) - i.e. without XFR and update - for each zone. Please note that the counter shall be based on queries, not o responses. zone name4.3.2.1.e164.arpa/IN/name rdataclassIN/rdataclass serial3/serial counters Requestv40/Requestv4 Requestv60/Requestv6 ReqEdns00/ReqEdns0 ReqBadEDNSVer0/ReqBadEDNSVer ReqTSIG0/ReqTSIG ReqSIG00/ReqSIG0 ReqBadSIG0/ReqBadSIG ReqTCP0/ReqTCP AuthQryRej0/AuthQryRej RecQryRej0/RecQryRej XfrRej0/XfrRej UpdateRej0/UpdateRej Response0/Response TruncatedResp0/TruncatedResp RespEDNS00/RespEDNS0 RespTSIG0/RespTSIG RespSIG00/RespSIG0 QrySuccess2/QrySuccess QryAuthAns4/QryAuthAns QryNoauthAns0/QryNoauthAns QryReferral0/QryReferral QryNxrrset0/QryNxrrset QrySERVFAIL0/QrySERVFAIL QryFORMERR0/QryFORMERR QryNXDOMAIN2/QryNXDOMAIN QryRecursion0/QryRecursion QryDuplicate0/QryDuplicate QryDropped0/QryDropped QryFailure0/QryFailure XfrReqDone1/XfrReqDone UpdateReqFwd0/UpdateReqFwd UpdateRespFwd0/UpdateRespFwd UpdateFwdFail0/UpdateFwdFail UpdateDone0/UpdateDone UpdateFail0/UpdateFail UpdateBadPrereq0/UpdateBadPrereq /counters /zone Could you please expain the behavior? Best regards Thomas Dangl ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Bind9.6.0 Statistics Output
I collect statistics data via the http interface and parse the XML file. There are some differences of the layout of the XML result between Bind9.5 and Bind9.6. Is there an option or configuration parameter that allows to control the XML format? The resstat counters are no longer in the server section of the XML, but they occur in each view. There are 2 views found in the XML file named _default and bind. Is there a view - or rather one of these views - that is included in each XML statistics result that contains the total of the counter across all views? Or is it necessary to parse across all views and calculate the sum? Maybe there is some link to a description that you could provide. Thanks a lot in advance ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
