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

Add a command to list the "targets" that a user has available to them #83

Open
spkane opened this issue Jan 14, 2022 · 2 comments
Open
Labels
feature New feature

Comments

@spkane
Copy link
Contributor

spkane commented Jan 14, 2022

This could be implemented as a command, like cludo user, that, after initial authentication, lists some details from the server-side config that might be useful to the end user, like the targets that they are configured for, what public keys the server knows about, etc.

Additional feature/option for the target use case, would be to pass a useful error back from the server to the client, when no valid target is defined that lists which targets are available.

@tammersaleh
Copy link
Member

I could see a command like this being useful, but a couple of thoughts:

targets that they are configured for,

I'd almost want this to be called cludo targets

what public keys the server knows about, etc.

I don't know that we want users to be able to list the public keys from the server. Users to keys is 1:1, so listing the public keys is basically the same as listing all other users. Seems like an admin thing instead.

@spkane
Copy link
Contributor Author

spkane commented Jan 18, 2022

For the public keys, I suppose I was thinking about the point, when a user has more of an identity, like sean is an actual user with a list of public keys (maybe including some from github), but you are correct that the current model does not really allow for this.

@spkane spkane added the feature New feature label Feb 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature
Projects
None yet
Development

No branches or pull requests

2 participants