-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
A single app should not be able to break ingerss-nginx for the whole cluster #3588
Comments
A possible solution for this problem could be to render a config for each ingress definition and dynamically include it (if valid) instead of rendering all services into one huge config. I think this could be a quite reliable solution for this problem. Anyway this is a huge amount of work (as it is more or less a "core" change how nginx-ingress works) and will probably break other things. (I had no time to verify this solution in any way, this just came up as an idea and I thaught I'll put it here for discussion) |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
We have generally used opa to put in place restrictions on what annotations could be used to solve this kind of thing. This particular case though, is interesting. It could probably be handled via opa, but might be fairly hard to do... |
/remove-lifecycle stale |
The fix for this issue is #3802 |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale It's fixed? |
Closing. The fix for this issue is #3802 |
We have seen cases where a configuration for a single app got ingress-nginx stuck for the whole cluster. One of them was using
annotation based on ingress-nginx docs. But the problem was we were running an older ingress-nignx version that does not define
$escaped_request_uri
variable. This ended up ingress-nginx not being able to apply any new Nginx config change for the whole cluster since the config test was failing.We have to come up with a way to avoid these situation where a single app can break ingress-nginx for all the other apps.
Related issues: #3435, #3579
The text was updated successfully, but these errors were encountered: