[Git][NTPsec/ntpsec][master] 2 commits: Typo and redundency fixes.

Eric S. Raymond gitlab at mg.gitlab.com
Wed Dec 14 22:14:51 UTC 2016


Eric S. Raymond pushed to branch master at NTPsec / ntpsec


Commits:
fbc976d6 by Eric S. Raymond at 2016-12-14T05:37:40-05:00
Typo and redundency fixes.

- - - - -
9bcd59ad by Eric S. Raymond at 2016-12-14T17:14:37-05:00
Add a caveat about ntpmon.

- - - - -


2 changed files:

- NEWS
- docs/includes/ntpmon-body.txt


Changes:

=====================================
NEWS
=====================================
--- a/NEWS
+++ b/NEWS
@@ -24,10 +24,6 @@ of stratum and synch distance.
 A new tool for time-service operators, ntpmon, supports real-time
 monitoring of your NTP installation's status.
 
-Broadcast-client mode, which is impossible to secure, has been
-removed. Broadcast service can still be enabled, though this is a
-deprecated mode of operation and may be removed in a future release.
-
 == 2016-11-23: 0.9.5 ==
 
 This release includes a substantial refactoring of the core protocol
@@ -168,7 +164,7 @@ vulnerability: ephemeral association attack (Credit: Matthew van Gundy
 of Cisco ASIG) as a duplicate of CVE-2015-7974 (see 0.9.1 release
 notes) and it is WONTFIX for the time being: it is
 correct-but-unfortunate behavior consequent to confusing and
-inflexible semantics of ntp.conf's acesss control language, and we
+inflexible semantics of ntp.conf's acess control language, and we
 will address it with a future redesign effort. NTP Classic has
 partially addressed this pair of issues by extending the syntax of
 ntp.keys to support IP ACLing. We are not currently aware of any


=====================================
docs/includes/ntpmon-body.txt
=====================================
--- a/docs/includes/ntpmon-body.txt
+++ b/docs/includes/ntpmon-body.txt
@@ -49,4 +49,11 @@ x:: Cleanly terminate the program.
 
 ?:: List these commands.
 
+== Known Bugs ==
+
++ntpmon+ will appear to hang when monitoring hosts with extremely long
+MRU lists - in particular, public pool hosts.  There is no easy fix
+for this, as the records are returned oldest first and the portion
+of interest is usually the newest.
+
 // end



View it on GitLab: https://gitlab.com/NTPsec/ntpsec/compare/ec7c95ac5fa236d4da7eb3df52585e79efbea393...9bcd59ad8b9e0336f7b49e8e1220c9a11332bdd3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ntpsec.org/pipermail/vc/attachments/20161214/0cbe1cfc/attachment.html>


More information about the vc mailing list