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