-
Notifications
You must be signed in to change notification settings - Fork 16
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
Unable to create a new LE cert #18
Comments
I'm not exactly sure why the problem occured. On my test site I deleted the certs from
|
If it is a timeout issue, perhaps you can run the container again and see if it works. Maybe Let's Encrypt was slow for some reason. I'll look into simp_le waiting a little bit longer for a response. I'm not sure that can be adjusted. |
You can also manually force
|
I'm running into the same error message. Tried to recreate the container like suggested but no dice. |
Did you set the VIRTUAL_HOST variable? Maybe compare your setup to the example here: https://github.com/dmp1ce/nginx-proxy-letsencrypt#lets-encrypt |
@dmp1ce it looks overnight it tried to get a new cert every hour but ultimately failed every time. It has previously worked for me in a version I pulled a few days ago, but this latest version doesn't seem to work :( |
The line |
@adamlc What command are you using to run |
hi @dmp1ce. Not had much time to have a look at this, but I recreated the proxy container 3 times, and on the third time it worked fine! So I would guess it could be something to do with LE getting hammered? |
@adamlc I'm glad it finally worked! I'll keep this issue open for awhile if anyone else who is having trouble getting certificates. |
@dmp1ce Problem is solved for me as well. Working just fine now! Might have been something on LE's end. |
I had a similar problem. Sometimes I've noticed a bit of delay with certificate creations, but one time it seemed that no matter how long I waited the registration never happened. The log output was roughly the same. I did ensure that the domains in both VIRTUAL_HOST and LETSENCRYPT_HOST were limited to one domain and that DNS resolved accurately. I was even able to wget the acme-challenge. In the end I just generated the files manually and placed them in the appropriate directories and restarted the container. Everything came up without issue using that method. I think in some cases the CA self-check might be throwing an error when it may actually succeed on the letsencrypt end; perhaps the 503 redirect is misleading it. Side note: I'm using JrCs's nginx-proxy-letsencrypt-companion. |
I have a similar issue and wondered if anyone here could lend a hand: http://stackoverflow.com/questions/43641812/ca-marked-some-of-the-authorizations-as-invalid |
I had this issue too. |
After updating to the latest version there seems to be a problem with getting LE certs
As you can see from the log above (with domain removed) it appears to fail before the lets encrypt service does the verification. Could this be some sort of timeout that needs increasing?
The text was updated successfully, but these errors were encountered: