-
Notifications
You must be signed in to change notification settings - Fork 3
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
Fix backend authorization #38
Comments
This is related to authorizer caching. Usually we create a new token for each request using this method: mantil/cli/cmd/project/context.go Line 186 in 46823b2
Since the claims are always the same (just the workspace name) we might end up generating the same token for two subsequent requests if they are close enough together. Then the second request will fail because the cached policy grants access to a different method. I'll fix this by adding a |
Aaa to se rjesava konfiguracijom idenetity sources
Trenutno je u identity sources samo: $request.header.Authorization |
Igrao sam se malo s ovim, pokusao sam dodati identity source koji ce razlikovati metodu i to radi ocekivano. Ali sad sam primijetio jos jedan problem. Svaki put kada request za autorizaciju koristi cache dobijem 500 error. Jedina dodatna informacija koju sam uspio izvuci je iz api gateway access logova, dobijem ovako nesto:
Pitam se kako moze cachirani response imati krivi json format ako je originalno prosao... |
Method ne moze ici u authorization token. |
Revertao sam ove promjene i ugasio cachiranje na autorizaciji. Otvorio sam novi issue za to. |
When authorization is enabled, sometimes requests like
data
andsecurity
fail with a 500 error. This causes the cli to hang because it is waiting for logs.The text was updated successfully, but these errors were encountered: