commit d456e49b25cfba363ebe2fc92557595bb1d8ba4d
Author: Jaromir Hradilek <jhradilek(a)redhat.com>
Date: Mon Jul 1 14:41:51 2013 +0200
Corrected all titles to follow the same rules.
en-US/Configuring_NTP_using_the_Chrony_suite.xml | 32 +++++++++++-----------
1 files changed, 16 insertions(+), 16 deletions(-)
---
diff --git a/en-US/Configuring_NTP_using_the_Chrony_suite.xml
b/en-US/Configuring_NTP_using_the_Chrony_suite.xml
index 0425fec..48c33fe 100644
--- a/en-US/Configuring_NTP_using_the_Chrony_suite.xml
+++ b/en-US/Configuring_NTP_using_the_Chrony_suite.xml
@@ -6,7 +6,7 @@
<!--Topics, Concepts:-->
<chapter id="chap-Configuring_NTP_Using_the_chrony_Suite">
- <title>Configuring NTP Using The chrony Suite</title>
+ <title>Configuring NTP Using the chrony Suite</title>
<para>
Accurate time keeping is important for a number of reasons in IT. In networking for
example, accurate time stamps in packets and logs are required. In Linux systems, the
<systemitem class="protocol">NTP</systemitem> protocol is
implemented by a daemon running in user space.</para>
<para>
@@ -16,13 +16,13 @@
There is a choice between the daemons <systemitem
class="daemon">ntpd</systemitem> and <systemitem
class="daemon">chronyd</systemitem>, which are available from the repos
in the <package>ntp</package> and <package>chrony</package>
packages respectively. This section describes the use of the
<application>chrony</application> suite of utilities to update the daemon on
systems that do not fit into the conventional permanently networked, always on, dedicated
server category.
</para>
<section id="sect-Introduction_to_the_chrony_suite">
- <title>Introduction To The chrony Suite</title>
+ <title>Introduction to the chrony Suite</title>
<para>
<application>Chrony</application> consists of <systemitem
class="daemon">chronyd</systemitem>, a daemon that runs in user space,
and <application>chronyc</application>, a command line program for making
adjustments to <systemitem class="daemon">chronyd</systemitem>.
Systems which are not permanently connected, or not permanently powered up, take a
relatively long time to adjust their system clocks using the <systemitem
class="protocol">NTP</systemitem> time protocol. This is because many
small corrections are made based on observations of the clocks drift and offset.
Temperature changes, which may be significant when powering up a system, affect the
stability of hardware clocks. Although adjustments begin within a few milliseconds of
booting a system, acceptable accuracy may take anything from ten seconds from a warm
restart to a number of hours depending on your requirements, operating environment and
hardware. <application>chrony</application> is a different implementat
ion of the <systemitem class="protocol">NTP</systemitem> protocol
than <systemitem class="daemon">ntpd</systemitem>, it can adjust the
system clock more rapidly.
</para>
<section id="sect-differences_between_ntpd_and_chronyd">
- <title>Differences Between ntpd And chronyd</title>
+ <title>Differences Between ntpd and chronyd</title>
<para>
One of the main differences between <systemitem
class="daemon">ntpd</systemitem> and <systemitem
class="daemon">chronyd</systemitem> is in the
algorithms used to control the computer's clock. Things <systemitem
class="daemon">chronyd</systemitem> can do better than <systemitem
class="daemon">ntpd</systemitem> are:
@@ -112,7 +112,7 @@ Things <systemitem
class="daemon">ntpd</systemitem> can do that <systemitem clas
</section>
</section>
<section id="sect-Understanding_chrony_and-its_configuration">
- <title>Understanding chrony And Its Configuration</title>
+ <title>Understanding chrony and Its Configuration</title>
<para>
</para>
@@ -130,7 +130,7 @@ Things <systemitem
class="daemon">ntpd</systemitem> can do that <systemitem clas
</section>
<section id="sect-Understanding_the_chrony_configuration_commands">
- <title>Understanding The chrony Configuration Commands</title>
+ <title>Understanding the chrony Configuration Commands</title>
<para>
<systemitem class="daemon">chronyd</systemitem>'s default
config file is <filename>/etc/chrony.conf</filename>. The
<option>-f</option> option can be used to specify an alternate config file
path. Refer to the <systemitem class="daemon">chronyd</systemitem>
man page for further options. We present here a selection of configuration options. For a
complete list of the directives that can be used see <citetitle
pubwork="webpage">http://chrony.tuxfamily.org/manual.html#Co...
<variablelist>
@@ -409,7 +409,7 @@ Not all real-time clocks are supported as their code system-specific.
</section>
<section id="sect-Security_with_chronyc">
- <title>Security With chronyc</title>
+ <title>Security with chronyc</title>
<para>
As access to <application>chronyc</application> allows changing
<systemitem class="daemon">chronyd</systemitem> just as editing the
configuration files would, access to <application>chronyc</application> should
be limited. Passwords or their hashes can be specified in the key file, to restrict the
use of <application>chronyc</application>. One of the entries is used to
restrict the use of operational commands and is referred to as the command key. In the
default configuration, a random command key is generated automatically on start. It should
not be necessary to specify or alter it manually.</para>
<para>Other entries in the key file can be used as <systemitem
class="protocol">NTP</systemitem> keys to authenticate packets received
from remote <systemitem class="protocol">NTP</systemitem> servers or
peers. The two sides need to share a key with identical ID, hash type and password in
their key file. This requires manually creating the keys and copying them over a secure
medium, such as <systemitem class="protocol">SSH</systemitem>. If
the key ID was, for example, 10 then the systems that act as clients must have a line in
their configuration files in the following format:
@@ -501,7 +501,7 @@ chronyc> <command>password
HEX:A6CFC50C9C93AB6E5A19754C246242FC5471BCDF</command
<section id="sect-Checking_if_chrony_is_installed">
- <title>Checking If chrony Is Installed</title>
+ <title>Checking if chrony is Installed</title>
<para>
To check if <application>chrony</application> is installed, run the
following command as root:
<screen>~]# yum install chrony</screen>
@@ -520,7 +520,7 @@ To install <application>chrony</application>, run the
following command as root:
<section id="sect-Checking_the_Status_of_chronyd">
- <title>Checking The Status Of chronyd</title>
+ <title>Checking the Status of chronyd</title>
<para>
To check the status of <systemitem
class="daemon">chronyd</systemitem>, issue the following command:
<screen>~]$ <command>systemctl status chronyd</command>
@@ -556,7 +556,7 @@ chronyd.service - NTP client/server
<section id="sect-Checking_if_chrony_is_synchronized">
- <title>Checking If chrony Is Synchronized</title>
+ <title>Checking if chrony is Synchronized</title>
<para>
To check if <application>chrony</application> is synchronized, make use
of the <command>tracking</command>, <command>sources</command>,
and <command>sourcestats</command> commands.
</para>
@@ -855,7 +855,7 @@ This is the estimated error bounds on Freq (again in parts per
million).
</section>
<section id="sect-Adjusting-the-System_Clock">
- <title>Manualy Adjusting The System Clock</title>
+ <title>Manualy Adjusting the System Clock</title>
<para>
To update, or step, the system clock immediately, bypassing any adjustments in
progress by slewing the clock, issue the following commands as root:
<screen>~]# <command>chronyc</command>
@@ -872,14 +872,14 @@ This is the estimated error bounds on Freq (again in parts per
million).
</section>
<section id="sect-Setting_up_chrony_for_different_environments">
- <title>Setting up chrony For Different Environments</title>
+ <title>Setting Up chrony for Different Environments</title>
<para>
</para>
<section
id="sect-Setting_up_chrony_for_a_system_which_is_infrequently_connected">
- <title>Setting Up chrony For A System Which Is Infrequently
Connected</title>
+ <title>Setting Up chrony for a System Which is Infrequently
Connected</title>
<para>
This example is intended for systems which use dial-on-demand connections. The normal
configuration should be sufficient for mobile and virtual devices which connect
intermittently. First, review and confirm that the default settings in the
<filename>/etc/chrony.conf</filename> are similar to the following:
<screen>driftfile /var/lib/chrony/drift
@@ -907,7 +907,7 @@ The <option>offline</option> option can be useful in
preventing systems from try
</para>
<section id="sect-Configuring_chrony_to_connect_and_disconnect">
- <title>Configuring chrony To Connect And Disconnect</title>
+ <title>Configuring chrony to Connect and Disconnect</title>
<para>
Using your editor running as root, add the following to the
<filename>/etc/ppp/ip-up</filename> file:
<screen>
@@ -935,7 +935,7 @@ offline
<section
id="sect-Setting_up_chrony_for_a_system_in_an_isolated_network">
- <title>Setting Up chrony For A System In An Isolated Network</title>
+ <title>Setting Up chrony for a System in an Isolated Network</title>
<para>
For a network that is never connected to the Internet, one computer is selected to
be the master timeserver. The other computers are either direct clients of the master, or
clients of clients. On the master, the drift file must be manually set with the average
rate of drift of the system clock. If the master is rebooted it will obtain the time from
surrounding systems and take an average to set its system clock. Thereafter it resumes
applying adjustments based on the drift file. The drift file will be updated automatically
when the <command>settime</command> command is used.
</para>
@@ -980,7 +980,7 @@ Where <systemitem
class="ipaddress">192.0.2.123</systemitem> is the address of t
<section id="sect-Using_chronyc_chronyc_to_control_cronyd">
- <title>Using chronyc To Control cronyd</title>
+ <title>Using chronyc to Control cronyd</title>
<para>
To make changes using the command line utility
<application>chronyc</application> in interactive mode, enter the following
command as root:
<screen>~]# chronyc</screen>
@@ -1000,7 +1000,7 @@ Where <systemitem
class="ipaddress">192.0.2.123</systemitem> is the address of t
</section>
<section id="sect-Using_chronyc_for_remote_administration">
-<title>Using chronyc For Remote Administration</title>
+<title>Using chronyc for Remote Administration</title>
<para>
To configure <application>chrony</application> to connect to a remote
instance of <systemitem class="daemon">chronyd</systemitem>, issue a
command as root in the following format:
<screen>~]# <command>chronyc <option>-h</option>
<replaceable>hostname</replaceable></command></screen>