README | 中文文档
Docker containers for vaultwarden (formerly known as bitwarden_rs) backup to remote.
This tool supports backing up the following files or directories.
db.sqlite3(for SQLite database)db.dump(for PostgreSQL database)db.sql(for MySQL / MariaDB database)config.jsonrsa_key*(multiple files)attachments(directory)sends(directory)
And the following ways of notifying backup results are supported.
- Ping (send on completion, start, success, or failure)
- Mail (SMTP based, send on success and on failure)
Important: We assume you already read the
vaultwardendocumentation.
For backup, you need to configure Rclone first, otherwise the backup tool will not work.
For restore, it is not necessary.
We upload the backup files to the storage system by Rclone.
Visit GitHub for more storage system tutorials. Different systems get tokens differently.
You can get the token by the following command.
docker run --rm -it \
--mount type=volume,source=vaultwarden-rclone-data,target=/config/ \
ttionya/vaultwarden-backup:latest \
rclone configWe recommend setting the remote name to BitwardenBackup, otherwise you need to specify the environment variable RCLONE_REMOTE_NAME as the remote name you set.
After setting, check the configuration content by the following command.
docker run --rm -it \
--mount type=volume,source=vaultwarden-rclone-data,target=/config/ \
ttionya/vaultwarden-backup:latest \
rclone config show
# Microsoft Onedrive Example
# [BitwardenBackup]
# type = onedrive
# token = {"access_token":"access token","token_type":"token type","refresh_token":"refresh token","expiry":"expiry time"}
# drive_id = driveid
# drive_type = personalIf you are a new user or are rebuilding vaultwarden, it is recommended to use the docker-compose.yml from the project.
Download docker-compose.yml to you machine, edit environment variables and start it.
You need to go to the directory where the docker-compose.yml file is saved.
# Start
docker-compose up -d
# Stop
docker-compose stop
# Restart
docker-compose restart
# Remove
docker-compose downIf you have a running vaultwarden but don't want to use docker-compose.yml, we also provide a backup method for you.
Make sure that your vaultwarden container is named vaultwarden otherwise you have to replace the container name in the --volumes-from section of the docker run call.
By default the data folder for vaultwarden is /data, you need to explicitly specify the data folder using the environment variable DATA_DIR.
Start the backup container with default settings. (automatic backup at 5 minute every hour)
docker run -d \
--restart=always \
--name vaultwarden_backup \
--volumes-from=vaultwarden \
--mount type=volume,source=vaultwarden-rclone-data,target=/config/ \
-e DATA_DIR="/data" \
ttionya/vaultwarden-backup:latestImportant: Restore will overwrite the existing files.
You need to stop the Docker container before the restore.
You also need to download the backup files to your local machine.
Because the host's files are not accessible in the Docker container, you need to map the directory where the backup files that need to be restored are located to the docker container.
And go to the directory where your backup files to be restored are located.
If you use the docker-compose.yml provided with this project, you can use the following command.
docker run --rm -it \
--mount type=volume,source=vaultwarden-data,target=/bitwarden/data/ \
--mount type=bind,source=$(pwd),target=/bitwarden/restore/ \
ttionya/vaultwarden-backup:latest restore \
[OPTIONS]If you are using "automatic backups", please confirm the vaultwarden volume and replace the --mount source section.
Also don't forget to use the environment variable DATA_DIR to specify the data directory (-e DATA_DIR="/data").
docker run --rm -it \
\ # If you are mapping the local folder to a docker container, like `vw-data`
--mount type=bind,source="the absolution path to your local folder",target=/data/ \
\ # If you are using docker volume
--mount type=volume,source="docker volume name",target=/data/ \
--mount type=bind,source=$(pwd),target=/bitwarden/restore/ \
-e DATA_DIR="/data" \
ttionya/vaultwarden-backup:latest restore \
[OPTIONS]See Options for options information.
For restore without asking for confirmation.
USE WITH CAUTION!!
※ You have the compressed file named backup
You need to use this option to specify the backup compressed package.
Make sure the file name in the compressed package has not been changed.
THIS IS INSECURE!
If the backup compressed package has a password, you can use this option to set the password to extract it.
If not, the password will be asked for interactively.
※ You have multiple independent backup files
You need to use this option to specify the db.* file.
You need to use this option to specify the config.json file.
You need to use this option to specify the rsakey.tar file.
You need to use this option to specify the attachments.tar file.
You need to use this option to specify the sends.tar file.
Note: All environment variables have default values, you can use the docker image without setting any environment variables.
The name of the Rclone remote, which needs to be consistent with the remote name in the rclone config.
You can view the current remote name with the following command.
docker run --rm -it \
--mount type=volume,source=vaultwarden-rclone-data,target=/config/ \
ttionya/vaultwarden-backup:latest \
rclone config show
# [BitwardenBackup] <- this
# ...Default: BitwardenBackup
The folder where backup files are stored in the storage system.
Default: /BitwardenBackup/
Rclone global flags, see flags.
Do not add flags that will change the output, such as -P, which will affect the deletion of outdated backup files.
Default: ''
Schedule to run the backup script, based on supercronic. You can test the rules here.
Default: 5 * * * * (run the script at 5 minute every hour)
Pack all backup files into a compressed file. When set to 'FALSE', each backup file will be uploaded independently.
Default: TRUE
The password for the compressed file. Note that the password will always be used when packing the backup files.
Default: WHEREISMYPASSWORD?
Because the zip format is less secure, we offer archives in 7z format for those who seek security.
It should be noted that the password for vaultwarden is encrypted before it is sent to the server. The server does not have plaintext passwords, so the zip format is good enough for basic encryption needs.
Default: zip (only support zip and 7z formats)
Only keep last a few days backup files in the storage system. Set to 0 to keep all backup files.
Default: 0
Each backup file is suffixed by default with %Y%m%d. If you back up your vault multiple times a day, that suffix is not unique anymore. This environment variable allows you to append a unique suffix to that date to create a unique backup name.
You can use any character except for / since it cannot be used in Linux file names.
This environment variable combines the functionalities of BACKUP_FILE_DATE and BACKUP_FILE_DATE_SUFFIX, and has a higher priority. You can directly use this environment variable to control the suffix of the backup files.
Please use the date man page for the format notation.
Default: %Y%m%d
Set your timezone name.
Here is timezone list at wikipedia.
Default: UTC
This folder stores the data of vaultwarden.
When using Docker Compose, this does not need to be changed. However, when using automatic backup, you need to change it to /data.
Default: /bitwarden/data
※ Please refer to the Notification section for notification-related environment variables.
※ Other environment variables
You don't need to change these environment variables unless you know what you are doing.
You should use the BACKUP_FILE_SUFFIX environment variable instead.
Edit this environment variable only if you explicitly want to change the time prefix of the backup file (e.g. 20220101). Incorrect configuration may result in the backup file being overwritten by mistake.
Same rule as BACKUP_FILE_DATE_SUFFIX.
Default: %Y%m%d
You should use the BACKUP_FILE_SUFFIX environment variable instead.
Each backup file is suffixed by default with %Y%m%d. If you back up your vault multiple times a day, that suffix is not unique anymore.
This environment variable allows you to append a unique suffix to that date (%Y%m%d${BACKUP_FILE_DATE_SUFFIX}) to create a unique backup name.
Note that only numbers, upper and lower case letters, -, _, % are supported.
Please use the date man page for the format notation.
Default: ''
Set the path for the sqlite database file.
Default: ${DATA_DIR}/db.sqlite3
Set the path for the rsa_key file.
Default: ${DATA_DIR}/rsa_key
Set the path for the attachment folder.
Default: ${DATA_DIR}/attachments
Set the path for the sends folder.
Default: ${DATA_DIR}/sends
Starting from v1.19.0, we will be using s-nail instead of heirloom-mailx to send emails.
Please note that heirloom-mailx is a stub for s-nail, and most of its functionality is compatible. Therefore, you may not need to modify any environment variables for this change.
| Environment Variable | Default Value | Description |
|---|---|---|
| MAIL_SMTP_ENABLE | FALSE |
Enable sending mail. |
| MAIL_SMTP_VARIABLES | Mail sending options. | |
| MAIL_TO | The recipient of the notification email. | |
| MAIL_WHEN_SUCCESS | TRUE |
Send an email when the backup completes successfully. |
| MAIL_WHEN_FAILURE | TRUE |
Send an email if the backup fails. |
For MAIL_SMTP_VARIABLES, you need to configure the mail sending options yourself. We will set the email subject based on the usage scenario, so you should not use the -s flag.
# My example:
# For Zoho
-S smtp-use-starttls \
-S smtp=smtp://smtp.zoho.com:587 \
-S smtp-auth=login \
-S smtp-auth-user=<my-email-address> \
-S smtp-auth-password=<my-email-password> \
-S from=<my-email-address>
Console showing warnings? Check issue #177 for more details.
You can use the following command to test mail sending. We will add the -v flag to display detailed information, so you do not need to set it again in MAIL_SMTP_VARIABLES.
docker run --rm -it -e MAIL_SMTP_VARIABLES='<your smtp variables>' ttionya/vaultwarden-backup:latest mail <mail send to>
# Or
docker run --rm -it -e MAIL_SMTP_VARIABLES='<your smtp variables>' -e MAIL_TO='<mail send to>' ttionya/vaultwarden-backup:latest mailWe provide functionality to send notifications when the backup is completed, started, successful, or failed.
Using a healthcheck.io address or other similar cron monitoring addresses is a good choice, and it is also recommended. For more complex notification scenarios, you can use environment variables with the _CURL_OPTIONS suffix to set curl options. For example, you can add request headers, change the request method, etc.
For different notification scenarios, the backup tool provides %{subject} and %{content} placeholders to replace the actual title and content. You can use them in the following environment variables. Note that the title and content may contain spaces. For the four environment variables containing _CURL_OPTIONS, the placeholders will be directly replaced, retaining spaces. For other PING_URL environment variables, spaces will be replaced with + to comply with URL rules.
| Environment Variable | Trigger Status | Test Identifier | Description |
|---|---|---|---|
| PING_URL | completion (success or failure) | completion |
The URL to which the request is sent after the backup is completed. |
| PING_URL_CURL_OPTIONS | Curl options used with PING_URL |
||
| PING_URL_WHEN_START | start | start |
The URL to which the request is sent when the backup starts. |
| PING_URL_WHEN_START_CURL_OPTIONS | Curl options used with PING_URL_WHEN_START |
||
| PING_URL_WHEN_SUCCESS | success | success |
The URL to which the request is sent after the backup is successful. |
| PING_URL_WHEN_SUCCESS_CURL_OPTIONS | Curl options used with PING_URL_WHEN_SUCCESS |
||
| PING_URL_WHEN_FAILURE | failure | failure |
The URL to which the request is sent after the backup fails. |
| PING_URL_WHEN_FAILURE_CURL_OPTIONS | Curl options used with PING_URL_WHEN_FAILURE |
You can use the following command to test the Ping sending.
The "test identifier" is the identifier in the table in the previous section. You can use completion, start, success, or failure, which determines which set of environment variables to use.
docker run --rm -it \
-e PING_URL='<your ping url>' \
-e PING_URL_CURL_OPTIONS='<your curl options for PING_URL>' \
-e PING_URL_WHEN_START='<your ping url>' \
-e PING_URL_WHEN_START_CURL_OPTIONS='<your curl options for PING_URL_WHEN_START>' \
-e PING_URL_WHEN_SUCCESS='<your ping url>' \
-e PING_URL_WHEN_SUCCESS_CURL_OPTIONS='<your curl options for PING_URL_WHEN_SUCCESS>' \
-e PING_URL_WHEN_FAILURE='<your ping url>' \
-e PING_URL_WHEN_FAILURE_CURL_OPTIONS='<your curl options for PING_URL_WHEN_FAILURE>' \
ttionya/vaultwarden-backup:latest ping <test identifier>If you prefer using an env file instead of environment variables, you can map the env file containing the environment variables to the /.env file in the container.
docker run -d \
--mount type=bind,source=/path/to/env,target=/.env \
ttionya/vaultwarden-backup:latestPlease do not use the --env-file flag directly; make sure to map the environment variables by mounting the file. The --env-file flag incorrectly handles quotes, which can lead to unexpected situations. For more information, please see docker/cli#3630.
As an alternative to passing sensitive information via environment variables, you can append _FILE to the previously listed environment variables. This causes the initialization script to load the values for those variables from files present in the container. In particular, this can be used to load passwords from Docker secrets stored in /run/secrets/<secret_name> files.
docker run -d \
-e ZIP_PASSWORD_FILE=/run/secrets/zip-password \
ttionya/vaultwarden-backup:latestWe look for environment variables in the following order:
- Directly read the value of the environment variable
- Read the content of the file pointed to by the environment variable ending in
_FILE - Read the content of the file pointed to by the environment variable ending in
_FILEin the.envfile - Read the value of the environment variable in the
.envfile
Example:
# For 1
MY_ENV="example1"
# For 2
MY_ENV_FILE="/path/to/example2"
# For 3 (.env file)
MY_ENV_FILE: "/path/to/example3"
# For 4 (.env file)
MY_ENV: "example4"Unofficial Bitwarden compatible server written in Rust, formerly known as bitwarden_rs, has been renamed to vaultwarden. Consequently, this backup tool has also been renamed from bitwardenrs-backup to vaultwarden-backup.
The old image can still be used, just DEPRECATED. Please migrate to the new image as soon as possible.
Migration Instructions
If you use automatic backups, you only need to replace the image with ttionya/vaultwarden-backup. Note the name of your volume.
If you use docker-compose, you need to update bitwardenrs/server to vaultwarden/server and ttionya/bitwardenrs-backup to ttionya/vaultwarden-backup.
We recommend re-downloading the docker-compose.yml file, updating your environment variables, and paying attention to the volumes section, which you may need to modify.
- Run as non-root user
- Multiple remote destinations
- Manually trigger a backup
- Using the PostgreSQL backend
- Using the MySQL(MariaDB) backend
Check out the CHANGELOG file.
I am grateful for the OSS license provided by JetBrains.
MIT
![@dependabot[bot]](https://avatars.githubusercontent.com/in/29110?s=64&v=4){kind=small}
