Both are running ROS 5.21. These are our gateway devices to the Internet, in a typical "We're an internal LAN, the MikroTiks let us out to the Internet" medium-sized office configuration. Nothing too special.
We just began having a problem where internal DNS resolution requests - which go to the MikroTiks' VRRP address (192.168.1.1) which is then configured with a list of six possible public DNS servers (two from our upstream ISP, two from Google, and two from OpenDNS) - would return false negatives.
Right at the moment, the VRRP master is 192.168.1.3. The backup (and therefore very un-loaded MikroTik) is 192.168.1.2.
Example:
So, the VRRP master, which /ip dns cache print shows very full of cached DNS entries, falsely says NXDOMAIN, while the VRRP backup (largely idle) properly looks up and returns the right information.$ host msgxsignature.domain.net 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:
Host msgxsignature.domain.net not found: 3(NXDOMAIN)
$ host msgxsignature.domain.net 192.168.1.2
Using domain server:
Name: 192.168.1.2
Address: 192.168.1.2#53
Aliases:
msgxsignature.domain.net is an alias for ec2-5x-1x-6x-22x.compute-1.amazonaws.com.
$ host msgxsignature.domain.net 192.168.1.3
Using domain server:
Name: 192.168.1.3
Address: 192.168.1.3#53
Aliases:
Host msgxsignature.domain.net not found: 3(NXDOMAIN)
I did an /ip dns cache flush on the VRRP master, and it began returning the correct DNS lookup results.
Can anyone help me guess whether this is more likely a bug (MikroTik DNS cache gets full, MikroTik DNS server starts behaving badly) or something to do with caching negative responses (although I don't think that's what happened; is there a MikroTik DNS server setting for how long to cache a negative response? For that matter, how can I do an /ip dns cache print where... command to show cached negative responses?
Thanks,