forked from mlichvar/chrony
-
Notifications
You must be signed in to change notification settings - Fork 0
/
README
164 lines (133 loc) · 5.98 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
This is the README for chrony.
What is chrony?
===============
chrony is a versatile implementation of the Network Time Protocol (NTP).
It can synchronise the system clock with NTP servers, reference clocks
(e.g. GPS receiver), and manual input using wristwatch and keyboard.
It can also operate as an NTPv4 (RFC 5905) server and peer to provide
a time service to other computers in the network.
It is designed to perform well in a wide range of conditions, including
intermittent network connections, heavily congested networks, changing
temperatures (ordinary computer clocks are sensitive to temperature),
and systems that do not run continuosly, or run on a virtual machine.
Typical accuracy between two machines synchronised over the Internet is
within a few milliseconds; on a LAN, accuracy is typically in tens of
microseconds. With hardware timestamping, or a hardware reference clock,
sub-microsecond accuracy may be possible.
Two programs are included in chrony, chronyd is a daemon that can be
started at boot time and chronyc is a command-line interface program
which can be used to monitor chronyd's performance and to change various
operating parameters whilst it is running.
What will chrony run on?
========================
The software is known to work on Linux, FreeBSD, NetBSD, macOS and
Solaris. Closely related systems may work too. Any other system will
likely require a porting exercise. You would need to start from one
of the existing system-specific drivers and look into the quirks of
certain system calls and the kernel on your target system.
How do I set it up?
===================
The file INSTALL gives instructions. On supported systems the
compilation process should be automatic. You will need a C compiler,
e.g. gcc or clang.
What documentation is there?
============================
The distribution includes manual pages and a document containing
Frequently Asked Questions (FAQ).
The documentation is also available on the chrony web pages, accessible
through the URL
https://chrony.tuxfamily.org/
Where are new versions announced?
=================================
There is a low volume mailing list where new versions and other
important news relating to chrony is announced. You can join this list
by sending mail with the subject "subscribe" to
These messages will be copied to chrony-users (see below).
How can I get support for chrony?
and where can I discuss new features, possible bugs etc?
========================================================
There are 3 mailing lists relating to chrony. chrony-announce was
mentioned above. chrony-users is a users' discussion list, e.g. for
general questions and answers about using chrony. chrony-dev is a more
technical list, e.g. for discussing how new features should be
implemented, exchange of information between developers etc. To
subscribe to either of these lists, send a message with the subject
"subscribe" to
or
as applicable.
When you are reporting a bug, please send us all the information you can.
Unfortunately, chrony has proven to be one of those programs where it is very
difficult to reproduce bugs in a different environment. So we may have to
interact with you quite a lot to obtain enough extra logging and tracing to
pin-point the problem in some cases. Please be patient and plan for this!
License
=======
chrony is distributed under the GNU General Public License version 2.
Authors
=======
Richard P. Curnow <[email protected]>
Miroslav Lichvar <[email protected]>
Acknowledgements
================
In writing the chronyd program, extensive use has been made of RFC 1305
and RFC 5905, written by David Mills. The source code of the NTP reference
implementation has been used to check the details of the protocol.
The following people have provided patches and other major contributions
to the program :
Lonnie Abelbeck <[email protected]>
Benny Lyne Amorsen <[email protected]>
Andrew Bishop <[email protected]>
Vincent Blut <[email protected]>
Stephan I. Boettcher <[email protected]>
Goswin Brederlow <[email protected]>
Leigh Brown <[email protected]>
Erik Bryer <[email protected]>
Jonathan Cameron <[email protected]>
Bryan Christianson <[email protected]>
Juliusz Chroboczek <[email protected]>
Christian Ehrhardt <[email protected]>
Paul Elliott <[email protected]>
Stefan R. Filipek <[email protected]>
Mike Fleetwood <[email protected]>
Alexander Gretencord <[email protected]>
Andrew Griffiths <[email protected]>
Walter Haidinger <[email protected]>
Juergen Hannken-Illjes <[email protected]>
John Hasler <[email protected]>
Tjalling Hattink <[email protected]>
Liam Hatton <[email protected]>
Jachym Holecek <[email protected]>
Håkan Johansson <[email protected]>
Jim Knoble <[email protected]>
Antti Jrvinen <[email protected]>
Eric Lammerts <[email protected]>
Stefan Lucke <[email protected]>
Victor Lum <[email protected]>
Kevin Lyda <[email protected]>
Paul Menzel <[email protected]>
Vladimir Michl <[email protected]>
Victor Moroz <[email protected]>
Kalle Olavi Niemitalo <[email protected]>
Frank Otto <[email protected]>
Denny Page <[email protected]>
Chris Perl <[email protected]>
Gautier PHILIPPON <[email protected]>
Andreas Piesk <[email protected]>
Andreas Steinmetz <[email protected]>
NAKAMURA Takumi <[email protected]>
Timo Teras <[email protected]>
Bill Unruh <[email protected]>
Stephen Wadeley <[email protected]>
Bernhard Weiss <[email protected]>
Wolfgang Weisselberg <[email protected]>
Bernhard M. Wiedemann <[email protected]>
Joachim Wiedorn <[email protected]>
Ralf Wildenhues <[email protected]>
Ulrich Windl <[email protected]>
Doug Woodward <[email protected]>
Thomas Zajic <[email protected]>
Many other people have contributed bug reports and suggestions. We are sorry
we cannot identify all of you individually.