Re: deskutils/nextcloudclient Cannot connect securely to
- In reply to: Per olof Ljungmark : "Re: deskutils/nextcloudclient Cannot connect securely to"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 29 Oct 2021 12:16:32 UTC
> On 29. Oct 2021, at 14:12, Per olof Ljungmark <peo@nethead.se> wrote: > > On 10/25/21 16:22, Per olof Ljungmark wrote: >>> On 10/25/21 09:51, Guido Falsi wrote: >>> On 25/10/21 08:14, Per olof Ljungmark wrote: >>>> FreeBSD 12-STABLE from Oct 15 >>>> nextcloudclient 3.3.5 >>>> >>>> I get popup messages from the client stating "Untrusted Certificate Cannot connect securely to [server-name]". >>>> >>>> Browser access to the server is fine, no errors. >>>> >>>> Using truss, it seems it looks for and finds >>>> fstatat(AT_FDCWD,"/etc/ssl/certs//2e5ac55d.0",{ mode=-r--r--r-- ,inode=192371,size=4665,blksize=5120 },0x0) = 0 (0x0) >>>> open("/etc/ssl/certs//2e5ac55d.0",O_RDONLY,0666) = 106535 (0x1a027) >>>> >>>> But 2e5ac55d.0 (DST_Root_CA_X3.pem) has expired. >>>> >>>> It also looks for 8d33f237.0, but it does not exist: >>>> fstatat(AT_FDCWD,"/etc/ssl/certs//8d33f237.0",0x7fffdf5f70a0,0x0) ERR#2 'No such file or directory' >>>> >>>> How do I convince it to instead look for 4042bcee.0 which is the ISRG_Root_X1.pem used by Letsencrypt? >>> >>> Ref: https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/ >>> >>> What version of openssl are you using? versions before 1.1.0 show this behavior. >>> >>> Maybe a possible workaround is to manually remove the expired certificate from the list of trusted ones. >>> >>> I guess you are using the ones installed by security/ca_root_nss, in which case you'll need to modify their list. >>> >> Deleting the link /etc/ssl/certs did the trick it see,s, no more popups since an hour. >> Still wondering why this happens though... > > As a final note, I just updated my laptop to latest 12-STABLE and nextcloudclient 3.3.5 and no problem with certificates. So the reason remains unknown but at least everything works as expected. > This was certainly related to the letsencrypt issuing CA expiry (seen the same on a nextcloud windows client). -m > Per