search

onur / acme-client

Yet another Let's Encrypt client and library written in Rust.
MIT License
225 stars 33 forks source link

Released binary seems to use non-standard hardcoded OpenSSL paths #32

Closed notr1ch closed 1 year ago

notr1ch commented 6 years ago

I was trying this project out today in my search for a better ACME client and couldn't seem to get past an error stating https://acme-v01.api.letsencrypt.org/directory: The OpenSSL library reported an error: The OpenSSL library reported an error: error:14007086:SSL routines:CONNECT_CR_CERT:certificate verify failed:ssl_clnt.c:1026: . The binary appears to be statically linked and is using paths to your home directory instead of the default system paths for SSL certificates. Given that OpenSSL is statically linked I'm not sure how useful releasing a binary is, since different distributions all have different places where they keep their CA bundles.

open("/home/onur/code/libressl/etc/ssl/cert.pem", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/home/onur/code/libressl/etc/ssl/certs/2e5ac55d.0", 0x7fffc81ce740) = -1 ENOENT (No such file or directory)
stat("/home/onur/code/libressl/etc/ssl/certs/ef954a4e.0", 0x7fffc81ce740) = -1 ENOENT (No such file or directory)
stat("/home/onur/code/libressl/etc/ssl/certs/b3964d1c.0", 0x7fffc81ce740) = -1 ENOENT (No such file or directory)
onur commented 6 years ago

Thanks for reporting.

Looks like my always wanted statically linked binary builds idea died. I removed binaries, and no idea how to bind cert.pem to a statically compiled libssl build. You can still install and use acme-client with cargo.