Originally created by @kyse on GitHub (Jun 4, 2017).
I noticed when I was trying to run this script on a UTM host with an openssl config specified in my dehydrated config file, I kept running into an issue where openssl would complain about not being able to load up section v3_ca. This was due to the openssl.cnf in /etc/ssl/openssl.cnf using some env variable dehydrated doesn't use. The openssl.cnf file I specify in the dehydrated config isn't being applied when it attmepts to create a csr:
This stumped me for a while because I thought it was an error in my openssl.cnf file I specified, but turns out it was using the default cert UTM has since dehyrated is not specifying the cert in this call.
Originally created by @kyse on GitHub (Jun 4, 2017).
I noticed when I was trying to run this script on a UTM host with an openssl config specified in my dehydrated config file, I kept running into an issue where openssl would complain about not being able to load up section v3_ca. This was due to the openssl.cnf in /etc/ssl/openssl.cnf using some env variable dehydrated doesn't use. The openssl.cnf file I specify in the dehydrated config isn't being applied when it attmepts to create a csr:
```
echo " + Requesting certificate..."
csr64="$( <<<"${csr}" openssl req -outform DER | urlbase64)"
```
Now, I didn't mess around much to create a tmp config, but changing it to this seemed to resolve the issue.
```
echo " + Requesting certificate..."
csr64="$( <<<"${csr}" openssl req -config ${OPENSSL_CNF} -outform DER | urlbase64)"
```
This stumped me for a while because I thought it was an error in my openssl.cnf file I specified, but turns out it was using the default cert UTM has since dehyrated is not specifying the cert in this call.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @kyse on GitHub (Jun 4, 2017).
I noticed when I was trying to run this script on a UTM host with an openssl config specified in my dehydrated config file, I kept running into an issue where openssl would complain about not being able to load up section v3_ca. This was due to the openssl.cnf in /etc/ssl/openssl.cnf using some env variable dehydrated doesn't use. The openssl.cnf file I specify in the dehydrated config isn't being applied when it attmepts to create a csr:
Now, I didn't mess around much to create a tmp config, but changing it to this seemed to resolve the issue.
This stumped me for a while because I thought it was an error in my openssl.cnf file I specified, but turns out it was using the default cert UTM has since dehyrated is not specifying the cert in this call.