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

Improve unixd resilence to infrastructure issues #2723

Open
Firstyear opened this issue Apr 25, 2024 · 0 comments
Open

Improve unixd resilence to infrastructure issues #2723

Firstyear opened this issue Apr 25, 2024 · 0 comments
Labels
enhancement New feature or request unix UNIX integration things (PAM/NSS/SSH, daemons etc)

Comments

@Firstyear
Copy link
Member

Recently a user of Kanidm had an outage where their fault-tolerant load balancer setup failed and both nodes went down. This caused their client machines to be unable to contact Kanidm for authentication.

Ordinarily this is not an issue since the unixd user cache would allow offline auth, but the user in this case had not yet logged into the machine and as a result did not have cached credentials.

The question is if there are ways we could make this more robust. Some initial ideas:

  • Use SRV records or similar to load balance rather than a load balancer
  • Allow a discovery URL that points to instances directly (which can be discovered by replication etc)
  • Allow the client to list multiple direct URL's to the various instances
  • Nominate a group of users that are "pre-cached" into the unixd cache on critical instances

Something to consider in this could be "site discovery" in the future with distributed replicas, allowing clients to lookup what nodes are in their site.

@yaleman yaleman added enhancement New feature or request unix UNIX integration things (PAM/NSS/SSH, daemons etc) labels Apr 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request unix UNIX integration things (PAM/NSS/SSH, daemons etc)
Projects
Status: 📋 Backlog
Development

No branches or pull requests

2 participants