<div dir="ltr">Hi, first time poster and I'm relatively new to dnsmasq. I'm using dnsmasq from brew on MacOS; I recently upgraded and ran into an issue with a name that has a v4 address but no v6 address, like so:<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px">log-queries<br>log-facility=/usr/local/var/log/dnsmasq.log<br>address=/<a href="http://dummy.com/127.0.0.2">dummy.com/127.0.0.2</a><br><br></blockquote>On 2.85 and below, the A query is answered and the AAAA returns NODATA:<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px">Sep 13 16:29:38 dnsmasq[68]: query[A] <a href="http://dummy.com">dummy.com</a> from 127.0.0.1<br>Sep 13 16:29:38 dnsmasq[68]: config <a href="http://dummy.com">dummy.com</a> is 127.0.0.2<br>Sep 13 16:29:38 dnsmasq[68]: query[AAAA] <a href="http://dummy.com">dummy.com</a> from 127.0.0.1<br>Sep 13 16:29:38 dnsmasq[68]: config <a href="http://dummy.com">dummy.com</a> is NODATA-IPv6</blockquote><br>Whereas on 2.86 the AAAA query gets forwarded to the system nameservers:<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px">Sep 14 20:50:08 dnsmasq[31529]: query[A] <a href="http://dummy.com">dummy.com</a> from 127.0.0.1<br>Sep 14 20:50:08 dnsmasq[31529]: config <a href="http://dummy.com">dummy.com</a> is 127.0.0.2<br>Sep 14 20:50:08 dnsmasq[31529]: query[AAAA] <a href="http://dummy.com">dummy.com</a> from 127.0.0.1<br>Sep 14 20:50:08 dnsmasq[31529]: forwarded <a href="http://dummy.com">dummy.com</a> to 8.8.8.8<br>Sep 14 20:50:08 dnsmasq[31529]: forwarded <a href="http://dummy.com">dummy.com</a> to 8.8.4.4<br>Sep 14 20:50:08 dnsmasq[31529]: reply <a href="http://dummy.com">dummy.com</a> is <CNAME><br>Sep 14 20:50:08 dnsmasq[31529]: reply <a href="http://odrfn4em.cname.us.ngrok.io">odrfn4em.cname.us.ngrok.io</a> is 2600:1f16:d83:1202::6e:5<br><br></blockquote>Was this an intentional change in behavior?  I didn't see anything in the CHANGELOG and haven't tried to look through the code changes yet.<br><br>Is there any way to disable it? As a workaround I added this to the config, which may have the same basic effect as NODATA but it's hacky and worries me a bit:<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px">address=/<a href="http://dummy.com/">dummy.com/</a>:: <br><br></blockquote>The actual problem this caused is kind of comical in retrospect but bewildering and frustrating until I figured it out:<br>* Since the initial A query still returns the expected v4 address (127.0.0.2), the HTTP request that triggered the lookup succeeded.<br>* However, since the AAAA query contains a CNAME, the resolver dutifully looks up the v4 address for that CNAME and effectively poisons the cache and makes future requests fail (since the ngrok tunnel is not up)<br>* Adding to the fun, since ping only does the A query, it didn't perturb the state of the cache.<br>* The TTL for the CNAME is 1 hour<br><br>add that all up, and I had this running in a terminal and would see the address spontaneously change for reasons that took me quite a while to discern:<br><br><blockquote style="margin:0 0 0 40px;border:none;padding:0px">while true; do echo "$(date) $(ping -c1 -t1 <a href="http://dummy.com">dummy.com</a> | head -1)"; sleep 1; done</blockquote><br>it was a wild ride, thanks for following along and I hope you had a laugh at my expense.<br><br>todd.</div>