-
Notifications
You must be signed in to change notification settings - Fork 52
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
Ability to define NoRedirect=true per URL path #541
Comments
@jackhg96 @colla @stemyers @oyelekci @aryakumargeorge @hitesh-ladha you can try 3.1.0-rc1 release, there is also docker image Quick docu, you can set no-redirect=true per resource:
IMPORTANT!!: the other way it doesn't work (because of technical reasons to keep backward compatibility):
|
@p53 thank you for the update and the quick turn around with a solution for this issue. //fixed code |
@aryakumargeorge yup, thanks for checking! |
@aryakumargeorge created 3.1.0-rc2 with fix |
@p53 new image working as expected, thank you. |
@aryakumargeorge i would like to add some additional things to this release so for the time being (week or so) stick to 3.1.0-rc2 |
Title
Ability to define NoRedirect=true per URL path, requested by user in #532
Summary
Right now there is NoRedirect option, which is global and defines if gatekeeper uses AuthorizationCode flow for getting token or API Bearer token to authenticate incoming request. Problem is that if you want to use both e.g. AuthorizationCode flow for some part of your endpoints and API flow for different set of endpoints you have to use two gatekeepers.
Why?
With this feature user will be able to define no-redirect=true per resource, so user will be able to use one gatekeeper to protect both e.g. user facing pages and api endpoints
How
we will add new option in resources, no-redirect, which is only considered when no-redirect=true
Acceptance criteria
backward compatibility, ability to make no-redirect=true per path
Additional Information
The text was updated successfully, but these errors were encountered: