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
multiple default homeservers #1580
Comments
A single synapse for auth can be used to act as a frontend for multiple Matrix servers, during |
That is true that the correct homeserver would be discovered when you enter an MXID, but our users don't know what an MXID is when they first login. Also: we use SSO (SAML) which means (as I understand it) that the homeserver has to be fixed already when you forward the users to the IDP.
Not sure if I grasp this. Is there documentation for how to set this up? |
I don't know if there's documentation for that but there are definitely some deployments doing that. |
The IDP is always the same. The authorization decision is currently based on |
Pretty sure there is a deployment functioning exactly like that and the |
Just noticed that this was transferred. I don't think this is relevant for locally installed clients because you usually don't distribute them preconfigured. |
Is your suggestion related to a problem? Please describe.
Our organization has a setup with multiple Synapse instances, because we have/want users with different domain parts in their Matrix-ID.
To make the login-flow as easy as possible we have a separate Element-Web instance for every Synapse instance. This has drawbacks:
Describe the solution you'd like.
The possibility to specify multiple servers in
default_server_configs
and give users an easy way to choose from them.Describe alternatives you've considered.
An alternative solution would be support for multiple user-domains in Synapse. matrix-org/synapse#8885
The text was updated successfully, but these errors were encountered: