Lets Encrypt TLS Cert Not Generated in Correct Order #210
-
Describe the bug When we use the generated cert we are getting the below error:- Error obtaining X.509 certificate: unexpected error creating SSL Cert: certificate and private key does not have a matching public key: tls: private key does not match public key Issue is probably amplified by Azure/azure-rest-api-specs#10637 To Reproduce
Environment (please complete the following information):
Additional context |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
From the error message, it has nothing to do with Acmebot. When I downloaded the correct PFX, it confirmed that the intermediate certificate, private key and certificate were included. The order does not appear to be related to this error. |
Beta Was this translation helpful? Give feedback.
-
I assume, certificate stores will by default will correct the order like in case of Windows Certificate Store, where as in case of Azure Key Vault. Its not doing that. Will keep an eye on the Azure Key Vault issue Azure/azure-rest-api-specs#10637 This is causing an issue while using the AKV certs via secrets-store-csi-provider-azure in AKS. Followed a similar issue and was able to resolve it using Azure/secrets-store-csi-driver-provider-azure#226 (comment) We can close this for now. Thanks for checking this. |
Beta Was this translation helpful? Give feedback.
From the error message, it has nothing to do with Acmebot. When I downloaded the correct PFX, it confirmed that the intermediate certificate, private key and certificate were included.
The order does not appear to be related to this error.