Excessive DNS lookups for _http._tcp.pkg.pfsense.org after 2.3 upgrade
-
You're getting the right reply, it certainly seems sane.
-
I left the packet capture routing running (via diag_packet_capture.php) overnight. Stopped it this morning and downloaded the pcap and it was only 24 bytes and contained no useful information. However, there were over 11K dns requests for that record again during the same time period I tried the packet capture.
![Screenshot 2016-05-04 14.15.47.png](/public/imported_attachments/1/Screenshot 2016-05-04 14.15.47.png)
![Screenshot 2016-05-04 14.15.47.png_thumb](/public/imported_attachments/1/Screenshot 2016-05-04 14.15.47.png_thumb) -
Well if your saying you did 11k dns queries for that, and your pcap was empty then clearly you were not capturing on the right interface or the right port or someone is clearly mistaken to the number of queries that are happening ;)
-
What filter did you have on the capture? Sounds like you ended up filtering out pretty much everything.
-
I disabled dnsmasq and setup/enabled unbound and the problem seems to have gone away. As much as I like bug hunting, I'm not going to dive into dnsmasq and figure out the why… I guess we can consider this issue closed.
-
Ah, now that makes sense.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579536dnsmasq not caching SRV records is "by design". Seems like a really poor design to me.
Guess you must keep your dashboard up all the time? Or at least a lot.
dnsmasq will query all configured DNS servers simultaneously, so in the case of OpenDNS at least assuming you have both their IPs in there, they'll show you 2 queries per 1 that's actually done, which was doubling it.
-
@cmb:
Ah, now that makes sense.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579536dnsmasq not caching SRV records is "by design". Seems like a really poor design to me.
Guess you must keep your dashboard up all the time? Or at least a lot.
dnsmasq will query all configured DNS servers simultaneously, so in the case of OpenDNS at least assuming you have both their IPs in there, they'll show you 2 queries per 1 that's actually done, which was doubling it.
I remember reading something about Linux where most distros would query all DNS servers and use the first response. Everyone talking about it were so proud about configuring 8+ dns servers and getting the fastest response. They have a funny mindset in that camp.
-
Ouch, that's bad… What is the situation anyway with the DNS forwarders, isn't DNSMasq a bit redundant since it's not doing anything that Unbound can't do?
-
@kpa:
What is the situation anyway with the DNS forwarders, isn't DNSMasq a bit redundant since it's not doing anything that Unbound can't do?
No, that's not true. dnsmasq can do things that Unbound can't, and vice versa. There are also behavior differences between them, which is why we didn't force everyone to Unbound.
-
One thing off the top that dnsmasq can do that unbound can not is do localized responses.. Not aware that unbound can do that? Pretty sure dnsmasq will send queries to all dns servers listed and use the fasted response. I believe the way unbound does it is sequential?
As cmb states there are differences in for sure.. dnsmasq is by design a forwarder, while out of the box unbound is meant to be a resolver while it can be put in forwarder mode that is not where it shines so having both available for sure makes better choices for pfsense. Now if they had an authoritative dns that would be the homerun like bind..