We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Maybe it should. My personal issue is /secret/... has vault try to redirect to secret/... but safe can't handle that.
/secret/...
secret/...
The text was updated successfully, but these errors were encountered:
Specifically, this is happening when a POST is issued to a non-canonical URL, as in
safe x509 issue /secret/x --name foo
Sorry, something went wrong.
Here is what is ultimately going on:
Vault is canonicalizing paths (at least to the generic backend) when you retrieve them, but not when you store them. Consider:
generic
jhunt ~ → safe write secret/x foo=quux foo: quux jhunt ~ → safe read secret/x --- # secret/x foo: quux jhunt ~ → safe write secret///x foo=boz foo: boz jhunt ~ → safe read secret///x --- # secret///x foo: quux
There is literally no way we will ever get back the foo=boz value we wrote in the second call to safe write; it's lost to the ages.
foo=boz
safe write
To fix this, safe will have to canonicalize all paths it sees by:
safe
bc7a07c
jhunt
No branches or pull requests
Maybe it should. My personal issue is
/secret/...
has vault try to redirect tosecret/...
but safe can't handle that.The text was updated successfully, but these errors were encountered: