You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi. I'm currently evaluating Backrest, running in Docker.
I have successfully configured a repo using the S3 backend, pointing to a Backblaze bucket.
Problem
I'd like to use Docker Secrets for my AWS credentials, by storing the whole credentials file as a secret.
However, when configuring a repository backed by S3, Backrest assumes that both AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY have to be set (it triggers a "Missing env vars" error if they're not).
Restic itself can detect credentials in other ways, though (see here for the list of environment variables it supports).
In short, I imagine the following would work, but I can't use it because of the UI check:
I could even set up different profiles, using different keys, and when configuring a repo in Backrest I'd only have to provide the AWS_PROFILE environment variable to pick the right one.
Solution
In principle, I think the environment variable checks should not be blocking; the errors could be warnings.
Alternatively, you could skip the checks and instead test the connection before saving (same code path as "Test Configuration") but this would force the user to be online and the backend to exist (which, while likely true in the majority of cases, seems unnecessary 🤷🏻).
What do you think? 🙂
The text was updated successfully, but these errors were encountered:
Context
Hi. I'm currently evaluating Backrest, running in Docker.
I have successfully configured a repo using the S3 backend, pointing to a Backblaze bucket.
Problem
I'd like to use Docker Secrets for my AWS credentials, by storing the whole credentials file as a secret.
However, when configuring a repository backed by S3, Backrest assumes that both
AWS_ACCESS_KEY_ID
andAWS_SECRET_ACCESS_KEY
have to be set (it triggers a "Missing env vars" error if they're not).Restic itself can detect credentials in other ways, though (see here for the list of environment variables it supports).
In short, I imagine the following would work, but I can't use it because of the UI check:
The contents of
b2_aws_credentials
would be:I could even set up different profiles, using different keys, and when configuring a repo in Backrest I'd only have to provide the
AWS_PROFILE
environment variable to pick the right one.Solution
In principle, I think the environment variable checks should not be blocking; the errors could be warnings.
Alternatively, you could skip the checks and instead test the connection before saving (same code path as "Test Configuration") but this would force the user to be online and the backend to exist (which, while likely true in the majority of cases, seems unnecessary 🤷🏻).
What do you think? 🙂
The text was updated successfully, but these errors were encountered: