[Question] SWA + Azure Container Apps backend doing the auth #1284
Unanswered
christophwille
asked this question in
Q&A
Replies: 1 comment 1 reply
-
When you link a backend to Static Web Apps, we use various mechanisms to ensure the traffic to the backend is 'locked down' to the Static Web Apps resource depending on the backend. What you see regarding 'To prevent accidentally exposing your container app to anonymous traffic, the identity provider created by the linking process is not automatically deleted.' is that we use the authentication mechanism of the Container Apps to do this 'lock down'. This should not conflict with you rolling your own authentication |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
The scenario is an unauthenticated SWA, with the ACA app doing the authentication "dance" with the IdP (redirecting to the IdP, being called by back by the IdP). Think SPA hosted on App Service, with the .NET part doing all OIDC.
Reading the documentation I am not sure if this is possible because https://learn.microsoft.com/en-us/azure/static-web-apps/apis-container-apps#unlink-a-container-app says "To prevent accidentally exposing your container app to anonymous traffic, the identity provider created by the linking process is not automatically deleted. " To me this sounds like my scenario might not be possible, or would this identity provider be on top of what I am doing?
Mostly what I want is an App Service-like scenario where I ignore EasyAuth and roll my own.
Beta Was this translation helpful? Give feedback.
All reactions