-
Notifications
You must be signed in to change notification settings - Fork 1
Spamming auth attempts gets you locked out of LetsEncrypt API #44
Comments
can you append the log entries before too? |
2 quick fixes: there is an option during stack creation for using the Acme staging server, and you can also change your email address (Gmail addresses support This doesn't solve any problems though. |
Unfortunately I don't have the logs directly proceeding as I removed the config dir and booted a fresh container.. but here is an example from further up in the logs. Notably, again, it is trying to authorize FOO but somehow find BAR? edit: is it possible to trigger a renew from the command line?
|
Here's some more logs. Right before this I restarted the rgon service:
|
Sry if it sounds silly but did you obfuscate the logs by changing the real domains to those mydomain.example? Also before you changed to dev branch did you remove the config folder except your customized one? Next question - where there already functional letsencrypt certificates for the domains you tried to create one after you switched to dev branch? Also what could be helpful is sending us the genrated nginx.conf we have an discord server where you can send us logs/configs in private. Currently we also need to be able to expose port 402 for the acmetool webserver to verify the domains -- something you could try -- Exec into container and running "acmetool cull --simulate" if there is some output post it here. Exec into container and running "acmetool revoke cert-path" - didn't tried this by myself so i dont know what you need as path - but with that you are revoking the "old" valid certificate and maybe be able to generate it new. Turn on the ssl labels again and check if acmetool is possible to re-/generate the certificates |
Yes I did :) on my actual system they are all actual, functioning domains.
I deleted the configs, but left the certs.
Ah, this might be the problem. This port needs to be exposed to the public internet? My rancher server is behind a NAT, and only 80 and 443 are tunneled through. |
About the NAT - that shouldn't be a problem with exposed 402 port i only mean that there are no conflicts with other services inside the rancher environment - the nginx-config works as an proxy for le-auth so 80 and 443 are fine.
|
@Ramblurr - hey there any news on this topic? |
I did a completely clean reinstall, waited until the rate limit ban was over, and it seems to be working now. But it just fetched news keys. It hasn't attempted to renew yet though, which was what the problem was originally. Is there a way to force a renew to test if it works? |
@Ramblurr please check your nginx.tmpl if it is the same with the one from the dev branch we added an additional well-known directive under the ssl-server part. |
For some reason cert creation is failing, and the tool ends up in a loop where it spams authorization attempts and quickly gets locked out due to the rate limit:
I see this in the log file repeated hundreds of times:
Why exactly it is failing, I'm not sure. What's interesting is that it seems to confuse sub1.mydomain.example and sub2.mydomain.example.
The text was updated successfully, but these errors were encountered: