<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote" style=""><div dir="ltr" class="gmail_attr">On Wed, May 11, 2022 at 1:50 PM Grant Taylor via bind-users <<a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.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 5/11/22 11:24 AM, Bob McDonald wrote:<br>
> It would seem that using an anycast cloud name (An anycast cloud <br>
> of the NS device IPs) for the MNAME might provide the same level of <br>
> distribution as per Windows.  However, again, you run into the issues <br>
> of forwarded updates.<br>
<br>
Another thing that I've seen discussed -- but haven't tested myself -- <br>
is to play tricks like having the MNAME be it's own zone hosted on each <br>
DNS server wherein the zone resolves the MNAME to the local DNS server.<br>
<br>
This seems like a varient on anycasting, which operates on the IP layer. <br>
  Except this provides similar functionality at the DNS application layer.<br>
<br>
You could probably achieve similar results with an RPZ overriding the <br>
MNAME with the local server's IP address.<br>
<br>
}:-)<br>
<br>
<br>
<br>
-- <br>
Grant. . . .<br>
unix || die<br><br></blockquote><div><br></div><div>Not sure who set it up, but my DHCP servers have for some zones:</div><div><br></div>zone x.y.z.in-addr.arpa<br>{<br>    primary 10.2.3.4;<br><div>}</div><div><br></div><div>Which I believe overrides the MNAME lookup.</div><div><br></div><div>-- </div><div>Bob Harold</div></div><input name="virtru-metadata" type="hidden" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"persistentProtection":false,"expandedWatermarking":false,"expires":false,"isManaged":false},"attachments":{},"compose-id":"58","compose-window":{"secure":false}}"></div>