On Mon, Jun 20, 2016 at 6:59 PM, Francis Chuang <
f21.g...@gmail.com> wrote:
> Hey Jeff,
>
> Thanks for answering my question.
>
> By "within the mount", do you mean the tuned value set using `vault tune`
> and `vault mount -default-lease-ttl=1h -max-lease-ttl=3h`
>
> By "on the mount" do you mean the config written to `mysql/config/lease`?
Nope -- the opposite! By "within" I meant "contained within", as in,
if you think about the tuned values being part of the mount
configuration wrapping the actual mount itself, the values contained
within are part of that specific instance's configuration.
> Is there any particular reason why there are 2 ways of setting the TTLs,
> rather than standardizing on the tuned values (-default-lease-ttl and
> -max-lease-ttl)?
Yes -- because this gives more granularity. For instance, some
backends let you specify the TTLs as part of a role definition, so
that you can have many roles within the single mount but at
issue/renewal time look up the correct values to use for the
associated role. Otherwise you'd have to have multiple mounts just to
do this. The tuned values provide both defaults and, in the case of
the max, a hard limit past which the role values cannot go. So an
administrator can say "you can do whatever you like in terms of who
you give access to, when, for how long -- but you cannot go past 24
days no matter what".
Best,
Jeff