-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New Order / Old Account #128
Comments
Hi George, We do this 'here', to reuse the account with more computers in our domain, since we have a relaxed rate limit for our main domain on that account. |
Hmm, looking at 4 examples of rate limit failures, none of them contain an "Account.xml" file. Each contains only an "AccountKey.xml" file (plus other apparently non-account specific files). They all failed on "New-ACMEOrder". The one example we have with another type of failure (ie. "New-ACMEOrder" proceeded normally) does include an "Account.xml" file. That suggests that only a successful "New-ACMEOrder" results in an "Account.xml" output file. Is that right? |
|
BTW: If you use |
I almost forgot to follow-up Thomas. Using old copies of "Account.xml" and "AccountKey.xml" resolved the issue. No more rate limits. Thanks again! |
Thomas, here's what we've been doing so far with every certificate request:
We're now seeing rate limits while ramping up to many domains.
I've reviewed issue #110 and was hoping I could cherry-pick the "AcmeState" folder for the bare minimum required to resolve this issue. We don't want to retain the full ACME state.
Can we place an old "AccountKey.xml" file into the ACME state folder in lieu of running the 1st 3 commands? (ie. those above "New-ACMEOrder"). Or, alternatively, can we run the 1st 3 commands and then overwrite the newly created "AccountKey.xml" file with the old one created during a previous run?
The text was updated successfully, but these errors were encountered: