Skip to content
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

select uris randomly #5362

Closed
uli42 opened this issue Oct 9, 2020 · 3 comments
Closed

select uris randomly #5362

uli42 opened this issue Oct 9, 2020 · 3 comments

Comments

@uli42
Copy link

uli42 commented Oct 9, 2020

man sss-ldap states:

ldap_uri, ldap_backup_uri (string) Specifies the comma-separated list of URIs of the LDAP servers to which SSSD should connect in the order of preference.

If I get the documentation right the system will always use the first available URI. If you have identical hosts (e.g. in a diskless environment) chances are they all have the same URI list. So the first server in the list will be the one answering all the requests while server 2, 3,... will not be referred to until the first server fails for some reason.

Therefore I would like to suggest an additional config option that changes the behaviour to select a random URI from the list. Rationale: this can used to setup a "poor man's load balancing".

@sumit-bose
Copy link
Contributor

Hi,

you are correct, it is expected that the URIs are processed in the given order.

For your use-case we typically recommend to use DNS SRV records where a random server is picked if priority and weight are the same. Would this be possible in your environment?

bye,
Sumit

@uli42
Copy link
Author

uli42 commented Oct 12, 2020 via email

@andreboscatto
Copy link
Contributor

Dear Contributor/User,

Recognizing the importance of addressing enhancements, bugs, and issues for the SSSD project's quality and reliability, we also need to consider our long-term goals and resource constraints.

After thoughtful consideration, regrettably, we are unable to address this request at this time. To avoid any misconception, we're closing it; however, we encourage continued collaboration and contributions from anyone interested.

We apologize for any inconvenience and appreciate your understanding of our resource limitations. While you're welcome to open a new issue (or reopen this one), immediate attention may not be guaranteed due to competing priorities.

Thank you once again for sharing your feedback. We look forward to ongoing collaboration to deliver the best possible solutions, supporting in any way we can.

Best regards,
André Boscatto

@andreboscatto andreboscatto closed this as not planned Won't fix, can't repro, duplicate, stale Nov 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants