]> git.ipfire.org Git - thirdparty/chrony.git/commitdiff
doc: suggest self-signed certificates for NTS in FAQ
authorMiroslav Lichvar <mlichvar@redhat.com>
Tue, 2 Aug 2022 14:51:48 +0000 (16:51 +0200)
committerMiroslav Lichvar <mlichvar@redhat.com>
Wed, 3 Aug 2022 11:58:28 +0000 (13:58 +0200)
doc/faq.adoc

index 97cdd43aa4282c402a2107d8c4f0fb7a0fef75cd..732aa804af0ae32add3020a8c6c31973f519a113 100644 (file)
@@ -703,6 +703,18 @@ was not shut down for too long and the server's certificate was not renewed too
 close to its expiration, it should be sufficient for the time checks to
 succeed.
 
+If you run your own server, you can use a self-signed certificate covering
+all dates where the client can start (e.g. years 1970-2100). The certificate
+needs to be installed on the client and specified with the `ntstrustedcerts`
+directive. The server can have multiple names and certificates. To avoid
+trusting a certificate for too long, a new certificate can be added to the
+server periodically (e.g. once per year) and the client can have the server
+name and trusted certificate updated automatically (e.g. using a package
+repository, or a cron script downloading the files directly from the server
+over HTTPS). A client that was shut down for years will still be able to
+synchronise its clock and perform the update as long as the server keeps
+the old certificate.
+
 As a last resort, you can disable the time checks by the `nocerttimecheck`
 directive. This has some important security implications. To reduce the
 security risk, you can use the `nosystemcert` and `ntstrustedcerts` directives