Waiting for HTTP-01 challenge propagation: wrong status code '404', expected '200' #6226
Replies: 1 comment 1 reply
-
I am running into this issue (or something very close) today. I deployed 3 new sets of resources, with their own ingresses and certificates. 2 of them worked perfectly, but 1 if them is hung up on that 404 error from the solver. The solver pod is running of course. I can access it via curl and reproduce the 404 error like this: And the results:
Going through the public ingress gives the same 404 result. Describing the challenge gives this status and events:
As mentioned, I deployed 3 sites within moments of each other, and 2 of them worked perfectly. And this system overall has been working perfectly for over 6 months. This is the first time I have encountered this issue. I have tried deleting the order, challenge, solver pod and ingress and recreating the ingress. This recreated all the other resources in turn, as expected... with the same 404 error coming from the solver pod. The solver pod has this in the log: I realize that the solver pods are running a very stripped down Linux "non-distro", so I'm not able to run any commands against it like Anyone have advice for how to troubleshoot/resolve this? |
Beta Was this translation helpful? Give feedback.
-
Did someone have the problem where the ACME challenge URL is accessible from outside (resulting in a 200 in the web server logs) but the self check shows 404 (resulting in a 404 in the web serer logs for the exact same path)?
Beta Was this translation helpful? Give feedback.
All reactions