-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Publish join tokens to parameter store #1546
Comments
Implementation proposal:
Where "token" gets substituted with the generated token and "purpose" is one of the same values we already use in "tokens" section, i.e. "node", "user", etc. This provides a generic way for forwarding tokens dynamically to external secret store on any infrastructure. Also, users can stick their own additional arguments in-between our own. |
Implementation proposal 2: "Inversion of control" Instead of pushing Teleport-generated tokens, consider an external source of tokens, i.e. users can use anything they like to generate a token and publish it anywhere they want. This way we need to add --token parameter to The more I think about it, the more I like it. |
for the first proposal, we would not even need additional configuration section. I wanted to see if I can get away with a cron job that uses existing CLI and uses our resources to produce tokens. |
Publish and rotate join tokens to SSM parameter store and show how nodes can use the data to join the cluster.
The text was updated successfully, but these errors were encountered: