Hi,
On Mar 18, 2013, at 20:32 , Ondřej Surý wrote:
There's nothing wrong you are doing,
there's only a limited information we are logging in this category. We are having an
internal discussion that it might be better to just kill this category.
I have one question though, do you feel it's valuable to log all the queries as
opposed to using a network dump tool? E.g. I see this option merely as a useful tool to
check if the query was parsed correctly, but not as a general debugging tool since it can
consume quite a lot of resources.
Here's one vote for NOT doing query logging in an authoritative server. Some of us
are very performance sensitive and even more complexity sensitive. I want a lean and mean
server with as much performance as possible.
There are oodles of alternatives for query logging outside the nameserver itself. Apart
from more specialized tools like dnscap / dscng / packetq / PF_RING, etc, you really get
your query log from basically just a plain
tcpdump -i eth0 port 53
i.e. there's just no need (other than "convenience"). In our case, we will
not even do the packet capturing on the server host(s), we do that on other hardware in
front.
Completely agree. We used to use query logging long time ago and
switched it off due to a huge drop in performance caused by this
feature. While there is a lot of monitoring/statistic tools, query
logging is meaningless overcomplication.
Regards,
Johan
PS. BTW, this debate has been a regular feature regarding NSD (and Unbound). Unbound
caved in a couple of years ago but NSD still does not provide query logging. Because
there's no need to provide that in the nameserver. Knot is exactly the same.
_______________________________________________
knot-dns-users mailing list
knot-dns-users(a)lists.nic.cz
https://lists.nic.cz/cgi-bin/mailman/listinfo/knot-dns-users
--
AP
_______________________________________________
knot-dns-users mailing list
knot-dns-users(a)lists.nic.cz