svn commit: r43710 - head/en_US.ISO8859-1/books/handbook/network-servers
Benjamin Kaduk
bjk at freebsd.org
Sat Feb 1 00:50:47 UTC 2014
On Fri, 31 Jan 2014, Dru Lavigne wrote:
> Modified: head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml
> ==============================================================================
> --- head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Fri Jan 31 20:55:48 2014 (r43709)
> +++ head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Fri Jan 31 21:35:11 2014 (r43710)
> @@ -5227,208 +5227,158 @@ Starting smbd.</screen>
> + <para>To only synchronize the clock when a system boots,
> + use &man.ntpdate.8;. This alone can be appropriate for
ntpd.8 seems to claim that ntpdate is deprecated (to be replaced by 'ntpd
-q', I guess?). Yet, we still ship an /etc/rc.d/ntpdate in the base
system, so maybe I'm confused as to what exactly is going on.
> + desktops which are frequently rebooted. However,
> + most systems should
> + run <application>ntpdate</application> at boot time as well as configure <application>ntpd</application>.
> + This is because <application>ntpd</application>
> + changes the clock gradually, whereas <application>ntpdate</application>
> sets the clock, no matter how great the difference between a
> that server is preferred over other servers. A response
> from a preferred server will be discarded if it differs
> - significantly from other servers' responses, otherwise it
> - will be used without any consideration to other responses.
> - The <literal>prefer</literal> argument is normally used for
> - NTP servers that are known to be highly accurate, such as
> + significantly from responses; otherwise it
"if it differs significantly from responses" seems strange, I think I
prefer the original ("from other servers' responses").
-Ben
> + will be used.
> + The <literal>prefer</literal> argument should only be used for
> + <acronym>NTP</acronym> servers that are known to be highly accurate, such as
> those with special time monitoring hardware.</para>
>
More information about the svn-doc-all
mailing list