<div dir="ltr"><div>I was probably too hasty in saying it's the upstream resolver's fault -- it's still systemd-resolved which makes the two A and AAAA queries and aggregates their responses. The upstream just happens to choose different nameservers for both, but that's normal operation.</div><div><br></div><div>Either way, I'd mostly blame O365 for doing weird things, but I don't have enough DNS knowledge to say whether resolved could or should be fixed to deal with it. (Then again it wouldn't be the first time when systemd-resolved is rejecting responses that are otherwise entirely valid...)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 27, 2021 at 1:27 PM Stefan Tatschner <<a href="mailto:stefan@rumpelsepp.org">stefan@rumpelsepp.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 2021-01-27 at 13:10 +0200, Mantas Mikulėnas wrote:<br>
> So it is entirely possible that when resolved makes two queries, one<br>
> for A records and another for AAAA, it receives conflicting<br>
> information about the target simultaneously being an alias and not<br>
> being an alias (due to your upstream resolver choosing different NS<br>
> each time), and I wouldn't be surprised if that causes resolved to<br>
> reject (or just overlook) some of the returned DNS records.<br>
<br>
Thanks for the analysis! I am wondering what's the issue here:<br>
Is<br>
<br>
* my upstream DNS resolver broken?<br>
* Microsoft's DNS setup broken?<br>
* has systemd-resolved a bug?<br>
<br>
For the first point I will see what I can do.<br>
<br>
Stefan<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>