<div dir="auto">Sorry I should have made it clearer that the notifier should only be shuffled to the top of the list if it is a defined primary for said zone.<div dir="auto"><br></div><div dir="auto">I.e An IP on the notify-from list, but not a configured primary wouldn't be in the list of primaries for that zone so would not be shuffled to the top of the list.</div><div dir="auto"><br></div><div dir="auto">Anand has done a better job at describing this function in other software than my attempts </div><div dir="auto"><br></div><div dir="auto">Paul</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 11 Mar 2023, 17:16 Grant Taylor via bind-users, <<a href="mailto:bind-users@lists.isc.org" target="_blank" rel="noreferrer">bind-users@lists.isc.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Paul,<br>
<br>
Thank you for explaining.<br>
<br>
On 3/10/23 12:21 AM, Paul Stead wrote:<br>
> Imagine that 1.1.1.1 has lost network connectivity recently. A notify <br>
> comes from 2.2.2.2 - if I understand correctly Bind will try 1.1.1.1 <br>
> first, time out and then try 2.2.2.2 - even though we know given the <br>
> situation that 2.2.2.2 has the latest copy of the zone we want.<br>
<br>
I guess what I don't understand is why it's a problem for BIND to follow <br>
the configuration that's on the system where it's running.<br>
<br>
N.B. I am quite certain that I've sent notifications from a system that <br>
wasn't a DNS server before.  I don't remember if it was dig or something <br>
else.<br>
<br>
I only see a loose suggestion that BIND can do a zone transfer from the <br>
system that it received notifications from.<br>
<br>
I could see having a hierarchy with multiple public secondaries which <br>
transfer from the hidden private mname as well as multiple public <br>
tertiaries which transfer from the secondaries and configuring the <br>
hidden private mname to send notifications to all servers.<br>
<br>
Perhaps the larger spirit of this thread is if that association can be <br>
made hard or not.<br>
<br>
<br>
<br>
-- <br>
Grant. . . .<br>
unix || die<br>
<br>
-- <br>
Visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org" rel="noreferrer noreferrer" target="_blank">bind-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
</blockquote></div>