Skip to content
This repository has been archived by the owner on Sep 7, 2022. It is now read-only.

fail with staging, but not with prod? #63

Closed
bof opened this issue Sep 6, 2017 · 2 comments
Closed

fail with staging, but not with prod? #63

bof opened this issue Sep 6, 2017 · 2 comments

Comments

@bof
Copy link

bof commented Sep 6, 2017

I've been using the acme client for several rounds of cert renewals, over the last 9 months, without any issues. I'm using HTTP challenge

Now I notice that I can no longer renew against the staging environment, but the production environment still works as usual.

The error I get, is
(MYDOMAIN): acme: identifier authorization failed

I still see the HTTP challenge in the web server logs, replied to with a 200 status, so that part is working still.

TOS acceptance is fine (checked with whoami, even updated once although it said "yes").

Can anybody reproduce that / sees the same issues? Maybe something changed in letsencrypt staging that the acme client needs to learn?

@x1ddos
Copy link
Contributor

x1ddos commented Sep 6, 2017

Hey @bof thanks for reporting this. On my way to the office now. Will investigate when I get there.

@bof
Copy link
Author

bof commented Mar 18, 2018

blush testing a different client and running into exactly the same issue of staging not working but prod working... I debugged a bit more on my side and found that it was all my fault.

We run some kind of firewall side blocking which, among other things, is not too happy about requests coming in from certain cloud providers, and it turns out that the letsencrypt staging and production endpoints use totally different providers for their checking - and we blocked the staging ones.

This was a bit weird to see because even when using the staging endpoint I did/do see challenge requests (webroot mode) coming in from the same IPs as production - but obviously there are more requests than that, and the other ones blocked, so bang...

Anyway... case closed for me, and I need to switch to DNS-01 (and a different client apparently) anyway for acmev2/wildcard reasons

@bof bof closed this as completed Mar 18, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants