Devuan bug report logs - #53
Website not working when using TLSA

Package: devuan-www; Maintainer for devuan-www is Devuan Developers <>;

Reported by: Klaus Ethgen <>

Date: Mon, 3 Apr 2017 20:03:01 UTC

Severity: grave

Done: "Ralph Ronnquist (rrq)" <>

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to, golinux <>:
bug#53; Package devuan-www. (full text, mbox, link).

Acknowledgement sent to Klaus Ethgen <>:
New bug report received and forwarded. Copy sent to golinux <>.

Your message specified a Severity: in the pseudo-header, but the severity value important was not recognised. The default severity normal is being used instead. The recognised values are: critical, grave, normal, minor, wishlist.

(full text, mbox, link).

Message #5 received at (full text, mbox, reply):

From: Klaus Ethgen <>
Subject: Website not working when using TLSA
Date: Mon, 3 Apr 2017 20:53:04 +0100
Hash: SHA512

Package: devuan-www
Severity: important

Since several months, the web page ( is not viewable for
those who care about security and trust only the certificate that the
owner has access to instead of every untrusted CA.

The way to do that is DNSSEC with TLSA and thankfully, devuan does
support that.

Unfortunately, since several months, (I believe, when devuan switched to
that horrable Let's encrypt) the page doesn't match the TLSA record
anymore. That leads to a unviewable page if one cares about security.

So the TLSA record should be updated to match the SSL certificate of the
page (or the right SSL certificate should be used).

There are few solutions for this if it is really the switch to Let's
encrypt that is the cause:
- - Every time you replace the SSL certificate, update the TLSA record
  too. That is very painful as Let's encrypt drives security adabsurdum
  by replacing the certificate with every single new load. (Keep in
  mind, not everyone is checking the side every hour.) That is the most
  stupid (sorry) way.
- - Get a certificate from a more stable source that is not replacing the
  certificates that often. You still need to change the TLSA record
  every time you replace the certificate. That is, in my opinion, the
  most reliable way.
- - If you don't care about the fucked up CA stuff, just generate a self
  signed certificate and put the right stuff into TLSA record. This is
  the most honest way to go but realistically, as browser vendors seems
  to passively boycott DNSSEC, this is no way to go for a site like
- - The last way would be to use the CA fingerprint instead of the one of
  the actual certificate. Or use the fingerprint of the key if you don't
  change it with every certificate renewal. This is making good face on
  a bad matter but it is working too.

- -- 
Klaus Ethgen                             
pub  4096R/4E20AF1C 2011-05-16            Klaus Ethgen <>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
Comment: Charset: ISO-8859-1


Severity set to `grave'. Request was from to (full text, mbox, link).

Reply sent to "Ralph Ronnquist (rrq)" <>:
You have taken responsibility. (Sat, 18 Jan 2020 00:48:02 GMT) (full text, mbox, link).

Notification sent to Klaus Ethgen <>:
bug acknowledged by developer. (Sat, 18 Jan 2020 00:48:05 GMT) (full text, mbox, link).

Message #12 received at (full text, mbox, reply):

From: "Ralph Ronnquist (rrq)" <>
Subject: fixed
Date: Sat, 18 Jan 2020 11:30:04 +1100

Send a report that this bug log contains spam.

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.

Devuan Bugs Owner <>.
Last modified: Thu Aug 11 04:46:38 2022;