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

Using disable_keyring_file disables gossip encryption #3243

Closed
slackpad opened this issue Jul 7, 2017 · 0 comments
Closed

Using disable_keyring_file disables gossip encryption #3243

slackpad opened this issue Jul 7, 2017 · 0 comments
Assignees
Labels
theme/operator-usability Replaces UX. Anything related to making things easier for the practitioner type/bug Feature does not function as expected

Comments

@slackpad
Copy link
Contributor

slackpad commented Jul 7, 2017

Looks like there's an unintended side effect of not writing the keys to a file, from this Google Groups thread:

I've been testing out Consul 0.8.5 and have observed some strange behaviour around the new "disable_keyring_file" option. With "disable_keyring_file" set to true and a gossip encryption key set via "encrypt" the Consul agent starts up with gossip encryption disabled. If the "disable_keyring_file" directive is removed from the config then the agent will start up with encryption enabled.

My understanding was that this new parameter was designed to prevent consul from writing out "${datadir}/serf/*.keyring" so that consul would only have the key passed in via "encrypt", but that encryption would otherwise work as normal. Is my understanding wrong, or am I making some other mistake? There's a redacted copy of the config I'm testing with in this gist - https://gist.github.com/cosmopetrich/9e3a1bf52af03117f9e733ccaea8de1d.

@slackpad slackpad added type/bug Feature does not function as expected theme/operator-usability Replaces UX. Anything related to making things easier for the practitioner labels Jul 7, 2017
@slackpad slackpad self-assigned this Jul 15, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
theme/operator-usability Replaces UX. Anything related to making things easier for the practitioner type/bug Feature does not function as expected
Projects
None yet
Development

No branches or pull requests

1 participant