<div dir="ltr"><div dir="ltr"><div>Hal,</div><div><br></div><div>Some further updates and thoughts:</div><div><br></div><div>Regarding the tos minclock config line: I checked one of my systems that's still running Debian 11 and regular NTP. This system was quite happy with only two servers. So my original two-maaster-server configuration was OK (but not great) until I upgraded to NTPSEC. This is not a complaint - just me understanding how the problem crept in on me.</div><div><br></div><div>Regarding the number of local masters: I completely understand why 4 is a realistic minimum. Now that this has been pointed out to me I will plan to move back to 4 or more in the very near future. Last night, due to other pressing issues, I just needed to get my clocks synchronized without thinking about (planning for) which additional hosts to use as masters.</div><div><br></div><div>Regarding my question about using a local POOL, my idea is that I could change the pool membership via DNS without having to touch a config file on each system. So a pool of 2 servers does seem pointless, but when I add 3 or 4 more it will be easy.</div><div><br></div><div>-Dave</div><div><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>--</div><div>Dave Hall<br>Binghamton University<br><a href="mailto:kdhall@binghamton.edu" target="_blank">kdhall@binghamton.edu</a><br></div></div></div></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Jan 15, 2025 at 10:31 PM Hal Murray <<a href="mailto:halmurray@sonic.net">halmurray@sonic.net</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"><br>
> One last question: What does it take to define a POOL? Is it just a DNS<br>
> name that resolves to more than one IP, or is there something more? <br>
<br>
The general idea is that there are many servers in the pool and there is <br>
some smarts behind the DNS server that will rotate through the servers to <br>
spread the load (maybe not equally) and will monitor the available servers <br>
and not use any that are not responding or have a clock that is way off <br>
(aka broken).<br>
<br>
More info here:<br>
<a href="https://www.ntppool.org/en/" rel="noreferrer" target="_blank">https://www.ntppool.org/en/</a><br>
<br>
The client side will try again later when it wants more servers and toss <br>
out a server from the pool when it stops responding.<br>
<br>
If you look in your log files, you will probably find lots of clutter.<br>
<br>
In your case, with only 2 servers in the pool, I would use 2 server lines <br>
rather than the pool.<br>
<br>
<br>
-- <br>
These are my opinions. I hate spam.<br>
<br>
<br>
<br>
</blockquote></div></div>