nvoyé : vendredi 4 août 2023 07:34
À : RAHAL Sami SOFRECOM
Cc : bind-users@lists.isc.org
Objet : Re: monitoring BIND
> On 3 Aug 2023, at 17:07, sami.ra...@sofrecom.com wrote:
>
> Hello comunity
> please what is the most recommended tool for BIND monitoring and especially
> displ
SOFRECOM
Cc : bind-users@lists.isc.org
Objet : Re: monitoring BIND
Maybe start with https://kb.isc.org/docs/monitoring-recommendations-for-bind-9
On Thu, Aug 3, 2023 at 9:07 AM
mailto:sami.ra...@sofrecom.com>> wrote:
Hello comunity
please what is the most recommended tool for BIND monitori
> On 3 Aug 2023, at 17:07, sami.ra...@sofrecom.com wrote:
>
> Hello comunity
> please what is the most recommended tool for BIND monitoring and especially
> display response time and latency thank you in advance.
For latency, your friend is Dnstap. The implementation on Bind is superb. When
Maybe start with
https://kb.isc.org/docs/monitoring-recommendations-for-bind-9
On Thu, Aug 3, 2023 at 9:07 AM wrote:
>
>
> Hello comunity
>
> please what is the most recommended tool for BIND monitoring and
> especially display response time and latency thank you in advance.
>
> Regards Sami
> -
On 02/15/2013 12:30 AM, Arie Lendra. Putra wrote:
Hi,
Let me introduce myself,
My name is Arie L. Putra, I’m a data network engineer at a EVDO operator.
We are using BIND 9.3.6 ( a bit old yes), for our caching-only name
server, we are not maintaining authoritatives.
We are not monitoring our
Karl Auer wrote:
More info to my question:
dig and Nagios have been suggested as possible solutions.
You can use any plugin targetting the plugin api to make that happen
(http://docs.icinga.org/latest/en/pluginapi.html). While Icinga/Nagios
will be doing regular active checks for single bind
On Thu, 14 Jul 2011 01:27:48 +1000, Karl Auer
wrote:
> More info to my question:
>
> dig and Nagios have been suggested as possible solutions.
>
> dig (and I suspect Nagios, which someone else mentioned) can only test
> resolution times from one point in the network, or maybe several, and
> usin
Hello!
You should try collectd (http://collectd.org/) and it's bind plugin
(http://collectd.org/wiki/index.php/Plugin:BIND) You can put the
collected data to csv or RRD on the local server or send it over the
network. With RRDtool you can make fancy graphs. With this cgi
(http://haroon.sis.ut
Sorry for contributing another non-answer, just wanted to comment that I have
done something very similar once upon a time...
The case was a DNS authority service anycast node with:
2 Internet Facing Routers -- 2 Load Balancing Switches -- Big Stack of Servers
We had seen degraded performance
On 07/13/2011 03:43 PM, Karl Auer wrote:
So I was wondering if there is a better solution out there?
People I know speak highly of DSC:
http://dns.measurement-factory.com/tools/dsc/index.html
___
Please visit https://lists.isc.org/mailman/listinfo/b
You can use dig to get a sample of the response time and rndc stats to
get query and nameserver statistics.
On Wed, Jul 13, 2011 at 11:15 PM, Romskie L wrote:
> Hi Karl,
>
> Have you considered using dig?
>
> -Romskie
>
> On Wed, Jul 13, 2011 at 10:43 PM, Karl Auer wrote:
>> We have some names
More info to my question:
dig and Nagios have been suggested as possible solutions.
dig (and I suspect Nagios, which someone else mentioned) can only test
resolution times from one point in the network, or maybe several, and
using a very small number of tests.
Our current system watches ALL quer
Hi Karl,
Have you considered using dig?
-Romskie
On Wed, Jul 13, 2011 at 10:43 PM, Karl Auer wrote:
> We have some nameservers :-) that are used by quite a few thousands of
> people. Every now and then someone comes to us and complains that the
> DNS is responding slowly. Sometimes they are rig
Nagios is a very move tool for synthetic transaction monitoring. You put in
whatever hosts and host names to resolve and it does it.
-Ben Croswell
On Jul 13, 2011 11:01 AM, "Karl Auer" wrote:
> We have some nameservers :-) that are used by quite a few thousands of
> people. Every now and then so
14 matches
Mail list logo
