Ad blocker detected: Our website is made possible by displaying online advertisements to our visitors. Please consider supporting us by disabling your ad blocker on our website.
It uses associative arrays, so the key is the name of the value you want. If you don't want a value simply comment it out. Make sure your /etc/rndc.conf file is readable by the user that executes the script (i.e. apache). Below are definitions for the data dumped taken from the BIND 9 Administrator Reference Manual.
All statistics are global for the entire server
success – the number of successful queries made to the server referral – the number of queries which resulted in referral responses nxrrset – the number of queries which resulted in NOERROR responses with no data nxdomain – the number of queries which resulted in NXDOMAIN responses recursion – the number of queries which caused the server to perform recursion failure – the number of queries which resulted in a failure response (or anything that did not fit into the above)
Yes, the cacti script needs to be running on the same server as BIND. There are ways around this, but it depends on how much work you want to put into it.
If it wasn't for reality, everything would be fine.
robadawb,
Please could you describe how this could work for collecting BIND stats from different servers.
I have 2 DNS servers that are located in 1 DMZ and my Cacti machine is on my internal network.
Probably the best methodology would be to setup apache on the server running bind and post the data from the script to a URL. You could then use PHP to read in the data from the URL and output the data to cacti. Of couse, this might generate a few security issues. The other way would be to use some sort of file sharing protocol like SMB or NFS.
If it wasn't for reality, everything would be fine.
Can someone please post a snapshot, so we can see the unique identity of this script which makes it different from others. I love the idea of php though. Cheers for your work mate. Allta