@@ -12,6 +12,7 @@ invoke tlsdate to keep the clock in sync. Start it like so:
12
12
13
13
/etc/init.d/tlsdate start
14
14
15
+
15
16
Here is an example an unprivileged user fetching the remote time:
16
17
17
18
% tlsdate -V -n -H encrypted.google.com
@@ -27,23 +28,7 @@ clock and printing it:
27
28
28
29
Here is an example with a custom host and custom port without verification:
29
30
30
- % sudo tlsdate -v --skip-verification -p 80 -H rgnx.net
31
- V: tlsdate version 0.0.6
32
- V: We were called with the following arguments:
33
- V: disable SSL certificate check host = rgnx.net:80
34
- WARNING: Skipping certificate verification!
35
- V: time is currently 1366419507.456647065
36
- V: time is greater than RECENT_COMPILE_DATE
37
- V: using TLSv1_client_method()
38
- V: Using OpenSSL for SSL
39
- V: opening socket to rgnx.net:80
40
- V: Certificate verification skipped!
41
- V: public key is ready for inspection
42
- V: key type: EVP_PKEY_RSA
43
- V: keybits: 1024
44
- V: key length appears safe
45
- V: server time 1366419508 (difference is about -1 s) was fetched in 338 ms
46
- V: setting time succeeded
31
+ % sudo tlsdate --skip-verification -p 80 -H rgnx.net
47
32
48
33
Here is an example where a system may not have any kind of RTC at boot. Do the
49
34
time warp to restore sanity and do so with a leap of faith:
@@ -59,3 +44,4 @@ HTTP services:
59
44
% sudo tlsdate -V -l -t -w
60
45
Wed Oct 30 18:08:46 CET 2013
61
46
47
+
0 commit comments