tlsdate behaves funny

tlsdate behaves funny

[ng0]

So I'm trying to improve our tlsdate package and write a service
for it. Improvement first, service afterwards.

I can not attach the patch for the package right now, but
basically I added dbus support, defined the users it should use,
and made it use /etc/ssl/... for the ca-certificates file and
ignore the bundled one.

Now this is funny:

ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H encrypted.google.com
Wed Nov 30 01:06:40 UTC 2016
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ torify ./tlsdate -V -n -H autistici.org
SSL connection failed
child process failed in SSL handshake
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H autistici.org
Wed Jan 17 06:53:14 UTC 1996
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Wed Aug 31 21:27:05 UTC 2033
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sat Oct 12 17:00:52 UTC 2075
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Fri Jan 27 20:54:56 UTC 2012
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Thu Jan  5 13:31:48 UTC 1995
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sat Apr 15 19:02:47 UTC 2051
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sun Feb 22 04:49:45 UTC 2037
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sat Feb  4 03:20:27 UTC 2006
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sun Feb  9 22:34:13 UTC 1992
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Wed Feb 25 20:51:45 UTC 2088
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sun Sep  1 03:05:50 UTC 1996
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Wed Mar 31 17:21:41 UTC 2100
ng0@wasp /gnu/store/biqmi5kkr5a3y0iz25hnbk2hxwk84s10-tlsdate-0.0.13/bin$ ./tlsdate -V -n -H gnunet.org
Sun Apr  8 13:02:11 UTC 1973


What in gandalf's beard is happening? It can't be because I'm
currently running ntp, can it?
-- 
♥Ⓐ  ng0  | ng0.chaosnet.org

Re: tlsdate behaves funny

[ng0]

ng0 <ng0@libertad.pw> writes:

> So I'm trying to improve our tlsdate package and write a service
> for it. Improvement first, service afterwards.
>
> I can not attach the patch for the package right now, but
> basically I added dbus support, defined the users it should use,
> and made it use /etc/ssl/... for the ca-certificates file and
> ignore the bundled one.
>
> Now this is funny:

Might be just my hardware clock and local stuff, I'll put this to
test once the service is tested, and write a system-test for it
maybe.

-- 
♥Ⓐ  ng0  | ng0.chaosnet.org

Re: tlsdate behaves funny

[ng0]

ng0 <ng0@libertad.pw> writes:

> ng0 <ng0@libertad.pw> writes:
>
>> So I'm trying to improve our tlsdate package and write a service
>> for it. Improvement first, service afterwards.
>>
>> I can not attach the patch for the package right now, but
>> basically I added dbus support, defined the users it should use,
>> and made it use /etc/ssl/... for the ca-certificates file and
>> ignore the bundled one.
>>
>> Now this is funny:
>
> Might be just my hardware clock and local stuff, I'll put this to
> test once the service is tested, and write a system-test for it
> maybe.

This output happens when you run the ntpd-service and then try to
query the time with tlsdate.

-- 
♥Ⓐ  ng0  | ng0.chaosnet.org