-
Notifications
You must be signed in to change notification settings - Fork 33
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
AuthPolicy does not recover from error state automatically if root cause of the error got fixed #702
Comments
@trepel I think we can close this one. WDYT? |
@guicassolato I couldn't reproduce the issue using the verification steps anymore. The 2nd AuthPolicy was fully enforced and applied - I configured it to deny everything and I got 403 Forbidden indeed. Thanks for pointing this out. Would not it be better to close this one only after that piece of documentation is updated? The "identical hostnames" limitation seems to be fixed (at least partially). |
Works for me.
It should have been fixed completely. What part of it stands? |
I haven't checked everything so I can't tell. If you say that it has been fixed completely then I believe you. We will have to adjust our tests accordingly. |
Created #1032 PR to remove this limitation from the documentation |
Thanks @KevFan I think that this one can be closed then. |
Overview
If AuthPolicy gets into "AuthPolicy has encountered some issues: AuthScheme is not ready yet" error state (Accepted=True, Enforced=False) then it is not automatically reconciled to Enforced=True by Kuadrant operator even if the root cause of the error is gone. One has to trigger the reconciliation manually e.g. by updating the AuthPolicy CR.
Steps to reproduce
Basically follow the scenario for identical hostnames: https://github.com/Kuadrant/kuadrant-operator/blob/main/doc/auth.md#limitation-multiple-network-resources-with-identical-hostnames
In short:
Example how to change the AuthPolicy CR:
The text was updated successfully, but these errors were encountered: