<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 17 Sep 2021 at 09:45 AM Matus UHLAR - fantomas <<a href="mailto:uhlar@fantomas.sk" target="_blank">uhlar@fantomas.sk</a>> wrote:>Sep 14 20:50:08 dnsmasq[31529]: query[AAAA] <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> from 127.0.0.1</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>Sep 14 20:50:08 dnsmasq[31529]: forwarded <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> to 8.8.8.8<br>
>Sep 14 20:50:08 dnsmasq[31529]: forwarded <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> to 8.8.4.4<br>
>Sep 14 20:50:08 dnsmasq[31529]: reply <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> is <CNAME><br>
<br>
this is strange, from here it does not look like <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> is a CNAME.<br>
<br>
is someone hijacking DNS records for <a href="http://dummy.com" rel="noreferrer" target="_blank">dummy.com</a> in addition to yourself?<br></blockquote><div><br></div><div>sorry, I should have been more clear: <a href="http://dummy.com">dummy.com</a> is not the actual name, I replaced a goofy internal name with dummy.com.... given the "internal name" is in DNS I guess it's not exactly a secret, but it's definitely a CNAME<br>  <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>Is there any way to disable it? As a workaround I added this to the config,<br>
>which may have the same basic effect as NODATA but it's hacky and worries<br>
>me a bit:<br>
><br>
>address=/<a href="http://dummy.com/" rel="noreferrer" target="_blank">dummy.com/</a>::<br>
<br>
this is not hacky, but documented:<br></blockquote><div><br>Sorry again, the hacky part to me is returning `::` instead of NODATA-IPv6 as it did previously.  AFAICT there is no way via configuration to say "this hostname has a v4 address but no v6 address" (or vice-versa).  The 2.85 behaviour looks like it did that implicitly if one existed but not the other.<br><br>That being said, I also had a report from a coworker that they are *not* seeing this behavior on 2.86, and another who said they have similar issues with 2.80, although I haven't been able to confirm that with my own eyes. On my machine it seems pretty cut & dry, just switching from 2.85 to 2.86 with the same config changes the behavior.<br><br>todd</div></div></div>