Open m-martin-78 opened 1 year ago
The error is unrelated to your ovh dns01 validation.
https://github.com/noahkw/acmetk/blob/4bf6202babbfa1cf91801a8f1bd3ae3a02737799/acmetk/server/server.py#L744-L754 The message sent by caddy is not valid. Deserialization of the status field fails, "" is not recognized as valid value. https://datatracker.ietf.org/doc/html/rfc8555#section-7.1.3 https://github.com/certbot/certbot/blob/b1978ff18837e40d16eedf2090330af53d8ceaa5/acme/acme/messages.py#L207-L219 https://github.com/certbot/certbot/blob/b1978ff18837e40d16eedf2090330af53d8ceaa5/acme/acme/messages.py#L613-L681
I'd look into using lexicon to get ovh dns01 validation, maybe pick up my PR? https://github.com/noahkw/acmetk/pull/63/files
That said - currently I'd consider this code base unmaintained.
@commonism: Thanks for your help! considering the error message, I indeed think that the problem comes from the Caddy ACME client (or the parser if a null value is valid according to the protocol) and not from the OVH challenge solver as it is not even called at this point. I'll try your PR this week I hope.
I understand this project is unmaintained, the latest commit is two years old, yet the need is still there: allowing internal resources to obtain LE certificates without giving each of them the keys to the public DNS zone. Do you know of an alternative project that does that?
Your uscase is exactly what this project was meant to cover. I'd go with it.
For your debug - have caddy access the acme service via http, capture stream or dump the data in the service Share the capture, I'll have a look. But I think I 'll have to refer to caddy, and I I'd expect them to refer you to acmez.
In case you are still interested … it's in progress.
[x] protocol compatibility issue with caddy/acmez has been worked out with the help of @mholt in https://github.com/mholt/acmez/pull/21
[x] code is getting updated to match current versions of all used libraries used in #65
[x] github CI/codecov.io will be used for codecoverage/unit testing #65 as well
[ ] picking up the lexicon PR #63
[ ] container images
[ ] increase code coverage
Hi,
I tried to allow support of OVH API as a DNS provider, so I created the OVH plugin based on the Infoblox class:
My problem is that when my Caddy webserver is pointed to the acme server (I removed the reverse-proxy as it cannot use acmetk itself to get a certificate), I keep getting a problem about deserializing "status" in JWTs:
I also tried updating josepy and all the other dependences of the project, but I still have the same problem.