2023-04-10 15:36:59 +00:00
|
|
|
# Copyright (c) HashiCorp, Inc.
|
|
|
|
|
# SPDX-License-Identifier: MPL-2.0
|
|
|
|
|
|
2016-09-21 18:18:44 +00:00
|
|
|
job "example" {
|
2019-10-11 12:00:05 +00:00
|
|
|
vault {
|
|
|
|
|
policies = ["job"]
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
group "cache" {
|
2016-09-21 18:18:44 +00:00
|
|
|
vault {
|
2019-10-11 12:00:05 +00:00
|
|
|
policies = ["group"]
|
2016-09-21 18:18:44 +00:00
|
|
|
}
|
|
|
|
|
|
2019-10-11 12:00:05 +00:00
|
|
|
task "redis" {}
|
|
|
|
|
|
|
|
|
|
task "redis2" {
|
|
|
|
|
vault {
|
Add `disable_file` parameter to job's `vault` stanza (#13343)
This complements the `env` parameter, so that the operator can author
tasks that don't share their Vault token with the workload when using
`image` filesystem isolation. As a result, more powerful tokens can be used
in a job definition, allowing it to use template stanzas to issue all kinds of
secrets (database secrets, Vault tokens with very specific policies, etc.),
without sharing that issuing power with the task itself.
This is accomplished by creating a directory called `private` within
the task's working directory, which shares many properties of
the `secrets` directory (tmpfs where possible, not accessible by
`nomad alloc fs` or Nomad's web UI), but isn't mounted into/bound to the
container.
If the `disable_file` parameter is set to `false` (its default), the Vault token
is also written to the NOMAD_SECRETS_DIR, so the default behavior is
backwards compatible. Even if the operator never changes the default,
they will still benefit from the improved behavior of Nomad never reading
the token back in from that - potentially altered - location.
2023-06-23 19:15:04 +00:00
|
|
|
policies = ["task"]
|
|
|
|
|
env = false
|
|
|
|
|
disable_file = true
|
2019-10-11 12:00:05 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
2016-09-21 18:18:44 +00:00
|
|
|
|
2019-10-11 12:00:05 +00:00
|
|
|
group "cache2" {
|
|
|
|
|
task "redis" {}
|
|
|
|
|
}
|
2016-09-21 18:18:44 +00:00
|
|
|
}
|