GitHub user user1500177 created a discussion: Is it possible to dynamically modify the alue of the TALISMAN configuration in superse on a per request basis or for a user set it based on the url domain from which the request has orginated
I am hosting a single Apache Superset 6.x instance in a multi-tenant fashion. Users arrive at Superset from 4 distinct domain links representing different environments/portals. Network Split: 3 of these domains require a VPN to access, while 1 domain is completely public. Identity Provider: We use Zitadel for authentication. OAUTH CONFIGURED is it possible to dynamically modify the alue of the TALISMAN configuration in superset - i want to fetch the domain form which the user has come form and based on that i would need to keep that in the TALISMAN config is that possible? I also have 4 zitadel links also , 1 publically acceble so is it possible to confgue the superset version 6 in such a way that : if user selects the Superset A domain the next calls are send to the corresposing domain of Zitadel (Is that possibl ewhicle configuring the OAUTH_PROVIDERS) I am making some API calls , at client side which requires a form (the form is custome made by which depend on the api data i provide)filling but the scenario is that , based on the user request i have to dynamically identify the url to which i have to make request to is that possible ? (that IF user is htting superset Domain A , then the endpoint for my api's should be actually called for those DOMAINS itslef is that possible ?? ) The challange is t correctly identify the url which the user is at and we need to make sure the Zitadel url configured is with that domain ; ialso talisman , but from what i read are these static at app startup , can i make it dynamic so that based on the users choice they are correctly redirected to the porper zitadel url and also the proper Talisman in configured and also the API calls are made to consistent domains GitHub link: https://github.com/apache/superset/discussions/40802 ---- This is an automatically sent email for [email protected]. To unsubscribe, please send an email to: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
