You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 1, 2018. It is now read-only.
This URL is going to change November 15th. If your project does not address the stale URL at this point subsequent new-registration/account requests may begin to fail.
ACME clients do not need to hardcode a subscriber agreement URL and Let's Encrypt discourages this practice. You should learn the current agreement URL at runtime instead so that it is always current.
One option is to reference the agreement URL from the "meta" key's "terms-of-service" element from the response to a GET request to the ACME server's /directory endpoint:
A second option is to learn the current subscriber agreement URL at runtime as part of the new-reg flow: Client code can submit an initial new-reg request without an agreement value in the request payload. The account will be created and in the response will be a Link header with a terms-of-service relation pointing at the current agreement URL. Once this Link header has been seen the client should update the registration to agree to the terms by sending a payload with the agreement value set to the current agreement URL.
Thanks!
The text was updated successfully, but these errors were encountered:
Hi there,
Your project has a hardcoded URL reference to the current Let's Encrypt subscriber agreement:
https://github.com/kristapsdz/acme-client-portable/blob/e82c130dd942a74c50c1631042c1bc60fafe8bad/main.c#L35:L36
This URL is going to change November 15th. If your project does not address the stale URL at this point subsequent new-registration/account requests may begin to fail.
ACME clients do not need to hardcode a subscriber agreement URL and Let's Encrypt discourages this practice. You should learn the current agreement URL at runtime instead so that it is always current.
One option is to reference the agreement URL from the
"meta"
key's"terms-of-service"
element from the response to aGET
request to the ACME server's/directory
endpoint:A second option is to learn the current subscriber agreement URL at runtime as part of the
new-reg
flow: Client code can submit an initialnew-reg
request without anagreement
value in the request payload. The account will be created and in the response will be aLink
header with aterms-of-service
relation pointing at the current agreement URL. Once thisLink
header has been seen the client should update the registration to agree to the terms by sending a payload with theagreement
value set to the current agreement URL.Thanks!
The text was updated successfully, but these errors were encountered: