You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice if you could somehow have one WSGI handler (e.g. for Flask) that handles the authorized ones and one that handles the unauthorized ones. Currently that doesn't seem possible because of the requirement to have this:
custom:
wsgi:
app: api.app
To me this looks like only one entry point is allowed.
Is there a way currently to achieve what I want? Could I e.g. split the entry points to have /authorized_api/* and /unauthorized_api/* and still use WSGI and API Gateway JWT authorization checking?
This discussion was converted from issue #215 on April 09, 2022 16:10.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
The Serverless Framework supports JWT authorizers for the API Gateway HTTP API: https://www.serverless.com/framework/docs/providers/aws/events/http-api#jwt-authorizers. Example:
1. Configure authorizers on provider.httpApi.authorizers:
2. Configure endpoints which are expected to have restricted access:
It would be nice if you could somehow have one WSGI handler (e.g. for Flask) that handles the authorized ones and one that handles the unauthorized ones. Currently that doesn't seem possible because of the requirement to have this:
To me this looks like only one entry point is allowed.
Is there a way currently to achieve what I want? Could I e.g. split the entry points to have /authorized_api/* and /unauthorized_api/* and still use WSGI and API Gateway JWT authorization checking?
Beta Was this translation helpful? Give feedback.
All reactions