I ran into the issue using an old version of jetstack/cert-manager v0.7.1 and produced excessive traffic to LE. I updated our Kubernetes environment to cert-manager v0.9.1, so hopefully the issue is resolved now. Could you please unblock: 185.27.183.72?
Can you verify this is the correct IP address for the cert-manager installation? Is it possible that it also has a public IPv6 address that might be preferred for egress traffic?
I took a quick peek at our configuration for IP blocks and didn't find an entry corresponding to this IPv4 address.
There is no IPv6 assigned. It is good to know, that the IPv4 is not blocked. I will do some further investigation and post the update here, but I have the feeling that the issue is on our side.
Sounds good @jmastr. If you registered your ACME account with a contact email address I can use that to search our logs for your IP address if you share it here.
@cpu it turned out that it was broken certificates.certmanager.k8s.io objects in my Kubernetes cluster. I switched cert-manager versions back and fourth and I guess I had some inconsistencies.
All I needed to do was kubectl delete certificates.certmanager.k8s.io <CERTIFICATE_IN_QUESTION> and it resolved the wrong status code: ‘503’.