ac
curl --fail -H "X-Vault-Token: $client_token" -X GET --cacert vault-ca.crt -v "https://vault-sbx.xxx.net/v1/secret/data/testapp/app1"
KV v2
Size: a a a
2020 November 23
YS
KV v2
curl --fail -H "X-Vault-Token: $client_token" -X GET --cacert vault-ca.crt -v "https://vault-sbx.xxx.net/v1/secret/testapp/data/app1"
YS
data пишется после имени КВ, я думал кв называется secret (Н - внимательность (Это я про себя))
A
слешик в порядке?
YS
слешик в порядке?
Да, обычный urlencode
ac
респект)
A
не обычный ;)
ac
net/v1/secret/testapp/data/app1
ac
вот нигде кстати не написанно)))
С
А curl обязательно использовать? Нативной cli пробовал? Для KVv2, надо vault get и vault put использовать, у кvv2 API неинтуитивное пц
ac
куда data писать)))
ac
да у меня лаба демонстрация авторизаций
A
написано
ac
в кубе через aws backend
YS
А curl обязательно использовать? Нативной cli пробовал? Для KVv2, надо vault get и vault put использовать, у кvv2 API неинтуитивное пц
да не, норм, если апи прочитать и пару раз потыкаться. Но с ходу - да, не интуитивно, и слово secret в их примерах оч не распологает к пониманию того что это КВ, а не сервисный локейшн, типа sys или auth.
С
Угу, сначала потыкаешься, а потом попадаешь на маунт, у которого в имени есть слеш
С
И заново