On May 15, 2012, at 4:05 AM, Ben wrote:
> Hi,
>
> Any clue to resolve this.
Lets see...
You posted a question on May 8th asking for some assistance. You worded your
initial question poorly, but within 2 hours you got a complete and well written
response from Matthew (and less than 24 hours after asking Eivind provided
additional info).
5 days later you finally responded, and then less then 24 hours after that are
surprised that you haven't gotten a response yet?
>
> BR
> Ben
>> Hi Matthew,
>>
>> Sorry for late response.I enabled statistics-channel , and it gives web
>> based output.What is caching hit ratio filed , i mean which option / filed
>> tell us about how many queries comes from cache or...?
Anyway, if you search google for "bind caching hit ratio", the very first
result gives you the answer...
W
>>
>> BR
>> Ben
>>> On 08/05/2012 10:09, Ben wrote:
>>>> I am new with bind.I am trying to configure bind as caching server for
>>>> our network.I configure it and it works successfully.
>>>>
>>>> Can we get report or statistics something which shows which queries
>>>> resolved from cache and which resolved from internet?
>>> Yes. Add a section something like this (adapt for your own IP range and
>>> whatever port number you prefer):
>>>
>>> statistics-channels {
>>> inet 192.0.2.1 port 8080 allow { trusted; };
>>> inet 2001:db8::1 port 8080 allow { trusted; };
>>> };
>>>
>>> where 'trusted' is an ACL defining what IPs should be allowed to access
>>> the statistical data. You can now make HTTP queries like so:
>>>
>>> http://192.0.2.1:8080/
>>>
>>> which will get you an XML document containing many statistics about the
>>> performance of your named instance. If you ever decide to set up an
>>> authoritative server, you might consider adding 'zone-statistics yes;'
>>> in the options { } section, but this doesn't make any difference to
>>> recursive-only resolvers.
>>>
>>>> bind has snmp mib for monitoring ?
>>> Not to my knowledge. It should be possible to write an agentx plugin
>>> that translates from the XML data provided natively, but you'll have to
>>> write your own MIBs since the standard one from RFC1612 seems to have
>>> received little development since. Indeed RFC3197
>>> (https://www.ietf.org/rfc/rfc3197.txt) tells a cautionary tale.
>>>
>>> Cheers,
>>>
>>> Matthew
>>>
>>
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
