2022-11-20 21:15:45 +03:00
# shellcheck disable=SC2034,SC2148
2021-04-28 00:18:32 +03:00
## Vaultwarden Configuration File
2018-06-12 22:09:42 +03:00
## Uncomment any of the following lines to change the defaults
2020-09-12 22:47:24 +03:00
##
## Be aware that most of these settings will be overridden if they were changed
2020-08-13 18:49:25 +03:00
## in the admin interface. Those overrides are stored within DATA_FOLDER/config.json .
2022-02-16 22:42:12 +03:00
##
2022-11-20 21:15:45 +03:00
## By default, Vaultwarden expects for this file to be named ".env" and located
2022-02-16 22:42:12 +03:00
## in the current working directory. If this is not the case, the environment
## variable ENV_FILE can be set to the location of this file prior to starting
2022-11-20 21:15:45 +03:00
## Vaultwarden.
2018-06-12 22:09:42 +03:00
2024-01-30 21:15:37 +03:00
####################
### Data folders ###
####################
2018-06-12 22:09:42 +03:00
## Main data folder
# DATA_FOLDER=data
2024-01-30 21:15:37 +03:00
## Individual folders, these override %DATA_FOLDER%
# RSA_KEY_FILENAME=data/rsa_key
# ICON_CACHE_FOLDER=data/icon_cache
# ATTACHMENTS_FOLDER=data/attachments
# SENDS_FOLDER=data/sends
# TMP_FOLDER=data/tmp
## Templates data folder, by default uses embedded templates
## Check source code to see the format
# TEMPLATES_FOLDER=data/templates
## Automatically reload the templates for every request, slow, use only for development
# RELOAD_TEMPLATES=false
## Web vault settings
# WEB_VAULT_FOLDER=web-vault/
# WEB_VAULT_ENABLED=true
#########################
### Database settings ###
#########################
2019-06-02 14:44:59 +03:00
## Database URL
## When using SQLite, this is the path to the DB file, default to %DATA_FOLDER%/db.sqlite3
2018-02-10 03:00:55 +03:00
# DATABASE_URL=data/db.sqlite3
2020-08-13 12:33:22 +03:00
## When using MySQL, specify an appropriate connection URI.
2024-01-30 21:15:37 +03:00
## Details: https://docs.diesel.rs/2.1.x/diesel/mysql/struct.MysqlConnection.html
2020-08-13 12:33:22 +03:00
# DATABASE_URL=mysql://user:password@host[:port]/database_name
## When using PostgreSQL, specify an appropriate connection URI (recommended)
## or keyword/value connection string.
## Details:
2024-01-30 21:15:37 +03:00
## - https://docs.diesel.rs/2.1.x/diesel/pg/struct.PgConnection.html
2020-08-13 12:33:22 +03:00
## - https://www.postgresql.org/docs/current/libpq-connect.html#LIBPQ-CONNSTRING
# DATABASE_URL=postgresql://user:password@host[:port]/database_name
2019-06-02 14:44:59 +03:00
2024-01-30 21:15:37 +03:00
## Enable WAL for the DB
## Set to false to avoid enabling WAL during startup.
## Note that if the DB already has WAL enabled, you will also need to disable WAL in the DB,
## this setting only prevents Vaultwarden from automatically enabling it on start.
## Please read project wiki page about this setting first before changing the value as it can
## cause performance degradation or might render the service unable to start.
# ENABLE_DB_WAL=true
## Database connection retries
## Number of times to retry the database connection during startup, with 1 second delay between each retry, set to 0 to retry indefinitely
# DB_CONNECTION_RETRIES=15
2020-10-06 16:23:55 +03:00
2023-07-29 14:10:46 +03:00
## Database timeout
## Timeout when acquiring database connection
# DATABASE_TIMEOUT=30
2024-01-30 21:15:37 +03:00
## Database max connections
## Define the size of the connection pool used for connecting to the database.
# DATABASE_MAX_CONNS=10
2022-04-27 03:50:20 +03:00
## Database connection initialization
## Allows SQL statements to be run whenever a new database connection is created.
2022-04-29 10:26:49 +03:00
## This is mainly useful for connection-scoped pragmas.
## If empty, a database-specific default is used:
## - SQLite: "PRAGMA busy_timeout = 5000; PRAGMA synchronous = NORMAL;"
## - MySQL: ""
## - PostgreSQL: ""
# DATABASE_CONN_INIT=""
2022-04-27 03:50:20 +03:00
2024-01-30 21:15:37 +03:00
#################
### WebSocket ###
#################
2018-06-12 22:09:42 +03:00
2019-01-15 17:28:25 +03:00
## Enables websocket notifications
# WEBSOCKET_ENABLED=false
2018-09-28 14:46:13 +03:00
## Controls the WebSocket server address and port
# WEBSOCKET_ADDRESS=0.0.0.0
2018-09-13 21:59:51 +03:00
# WEBSOCKET_PORT=3012
2024-01-30 21:15:37 +03:00
##########################
### Push notifications ###
##########################
2023-06-11 14:28:18 +03:00
## Enables push notifications (requires key and id from https://bitwarden.com/host)
2024-01-01 18:01:57 +03:00
## If you choose "European Union" Data Region, uncomment PUSH_RELAY_URI and PUSH_IDENTITY_URI then replace .com by .eu
2024-01-30 21:15:37 +03:00
## Details about mobile client push notification:
## - https://github.com/dani-garcia/vaultwarden/wiki/Enabling-Mobile-Client-push-notification
# PUSH_ENABLED=false
2023-06-11 14:28:18 +03:00
# PUSH_INSTALLATION_ID=CHANGEME
# PUSH_INSTALLATION_KEY=CHANGEME
## Don't change this unless you know what you're doing.
2023-07-29 14:10:46 +03:00
# PUSH_RELAY_URI=https://push.bitwarden.com
2024-01-01 18:01:57 +03:00
# PUSH_IDENTITY_URI=https://identity.bitwarden.com
2023-06-11 14:28:18 +03:00
2024-01-30 21:15:37 +03:00
#####################
### Schedule jobs ###
#####################
2022-12-15 19:15:48 +03:00
2021-04-03 06:16:49 +03:00
## Job scheduler settings
##
## Job schedules use a cron-like syntax (as parsed by https://crates.io/crates/cron),
## and are always in terms of UTC time (regardless of your local time zone settings).
##
2022-11-20 21:15:45 +03:00
## The schedule format is a bit different from crontab as crontab does not contains seconds.
## You can test the the format here: https://crontab.guru, but remove the first digit!
## SEC MIN HOUR DAY OF MONTH MONTH DAY OF WEEK
## "0 30 9,12,15 1,15 May-Aug Mon,Wed,Fri"
## "0 30 * * * * "
## "0 30 1 * * * "
##
2021-04-03 06:16:49 +03:00
## How often (in ms) the job scheduler thread checks for jobs that need running.
## Set to 0 to globally disable scheduled jobs.
# JOB_POLL_INTERVAL_MS=30000
##
## Cron schedule of the job that checks for Sends past their deletion date.
2021-04-06 09:12:36 +03:00
## Defaults to hourly (5 minutes after the hour). Set blank to disable this job.
# SEND_PURGE_SCHEDULE="0 5 * * * *"
2021-04-03 06:52:15 +03:00
##
## Cron schedule of the job that checks for trashed items to delete permanently.
2021-04-06 09:12:36 +03:00
## Defaults to daily (5 minutes after midnight). Set blank to disable this job.
# TRASH_PURGE_SCHEDULE="0 5 0 * * *"
2021-03-24 22:15:55 +03:00
##
2021-10-25 11:36:05 +03:00
## Cron schedule of the job that checks for incomplete 2FA logins.
## Defaults to once every minute. Set blank to disable this job.
# INCOMPLETE_2FA_SCHEDULE="30 * * * * *"
##
2021-10-19 11:27:50 +03:00
## Cron schedule of the job that sends expiration reminders to emergency access grantors.
2022-11-26 21:07:28 +03:00
## Defaults to hourly (3 minutes after the hour). Set blank to disable this job.
# EMERGENCY_NOTIFICATION_REMINDER_SCHEDULE="0 3 * * * *"
2021-03-24 22:15:55 +03:00
##
2021-10-19 11:27:50 +03:00
## Cron schedule of the job that grants emergency access requests that have met the required wait time.
2022-11-26 21:07:28 +03:00
## Defaults to hourly (7 minutes after the hour). Set blank to disable this job.
# EMERGENCY_REQUEST_TIMEOUT_SCHEDULE="0 7 * * * *"
2022-11-20 21:15:45 +03:00
##
## Cron schedule of the job that cleans old events from the event table.
## Defaults to daily. Set blank to disable this job. Also without EVENTS_DAYS_RETAIN set, this job will not start.
# EVENT_CLEANUP_SCHEDULE="0 10 0 * * *"
2024-01-30 21:15:37 +03:00
## Number of days to retain events stored in the database.
## If unset (the default), events are kept indefinitely and the scheduled job is disabled!
# EVENTS_DAYS_RETAIN=
##
## Cron schedule of the job that cleans old auth requests from the auth request.
## Defaults to every minute. Set blank to disable this job.
# AUTH_REQUEST_PURGE_SCHEDULE="30 * * * * *"
2021-04-03 06:16:49 +03:00
2024-01-30 21:15:37 +03:00
########################
### General settings ###
########################
2018-12-06 22:35:25 +03:00
2024-01-30 21:15:37 +03:00
## Domain settings
## The domain must match the address from where you access the server
## It's recommended to configure this value, otherwise certain functionality might not work,
## like attachment downloads, email links and U2F.
## For U2F to work, the server must use HTTPS, you can use Let's Encrypt for free certs
## To use HTTPS, the recommended way is to put Vaultwarden behind a reverse proxy
## Details:
## - https://github.com/dani-garcia/vaultwarden/wiki/Enabling-HTTPS
## - https://github.com/dani-garcia/vaultwarden/wiki/Proxy-examples
## For development
# DOMAIN=http://localhost
## For public server
# DOMAIN=https://vw.domain.tld
## For public server (URL with port number)
# DOMAIN=https://vw.domain.tld:8443
## For public server (URL with path)
# DOMAIN=https://domain.tld/vw
2020-07-23 07:50:49 +03:00
2024-01-30 21:15:37 +03:00
## Controls whether users are allowed to create Bitwarden Sends.
## This setting applies globally to all users.
## To control this on a per-org basis instead, use the "Disable Send" org policy.
# SENDS_ALLOWED=true
2018-12-06 22:35:25 +03:00
2024-01-30 21:15:37 +03:00
## HIBP Api Key
## HaveIBeenPwned API Key, request it here: https://haveibeenpwned.com/API/Key
# HIBP_API_KEY=
2019-04-27 21:14:37 +03:00
2024-01-30 21:15:37 +03:00
## Per-organization attachment storage limit (KB)
## Max kilobytes of attachment storage allowed per organization.
## When this limit is reached, organization members will not be allowed to upload further attachments for ciphers owned by that organization.
# ORG_ATTACHMENT_LIMIT=
## Per-user attachment storage limit (KB)
## Max kilobytes of attachment storage allowed per user.
## When this limit is reached, the user will not be allowed to upload further attachments.
# USER_ATTACHMENT_LIMIT=
## Per-user send storage limit (KB)
## Max kilobytes of send storage allowed per user.
## When this limit is reached, the user will not be allowed to upload further sends.
# USER_SEND_LIMIT=
2019-03-25 16:12:41 +03:00
2024-01-30 21:15:37 +03:00
## Number of days to wait before auto-deleting a trashed item.
## If unset (the default), trashed items are not auto-deleted.
## This setting applies globally, so make sure to inform all users of any changes to this setting.
# TRASH_AUTO_DELETE_DAYS=
2019-02-18 17:57:21 +03:00
2024-01-30 21:15:37 +03:00
## Number of minutes to wait before a 2FA-enabled login is considered incomplete,
## resulting in an email notification. An incomplete 2FA login is one where the correct
## master password was provided but the required 2FA step was not completed, which
## potentially indicates a master password compromise. Set to 0 to disable this check.
## This setting applies globally to all users.
# INCOMPLETE_2FA_TIME_LIMIT=3
## Disable icon downloading
## Set to true to disable icon downloading in the internal icon service.
## This still serves existing icons from $ICON_CACHE_FOLDER, without generating any external
## network requests. $ICON_CACHE_TTL must also be set to 0; otherwise, the existing icons
## will be deleted eventually, but won't be downloaded again.
# DISABLE_ICON_DOWNLOAD=false
## Controls if new users can register
# SIGNUPS_ALLOWED=true
## Controls if new users need to verify their email address upon registration
## Note that setting this option to true prevents logins until the email address has been verified!
## The welcome email will include a verification link, and login attempts will periodically
## trigger another verification email to be sent.
# SIGNUPS_VERIFY=false
## If SIGNUPS_VERIFY is set to true, this limits how many seconds after the last time
## an email verification link has been sent another verification email will be sent
# SIGNUPS_VERIFY_RESEND_TIME=3600
## If SIGNUPS_VERIFY is set to true, this limits how many times an email verification
## email will be re-sent upon an attempted login.
# SIGNUPS_VERIFY_RESEND_LIMIT=6
## Controls if new users from a list of comma-separated domains can register
## even if SIGNUPS_ALLOWED is set to false
# SIGNUPS_DOMAINS_WHITELIST=example.com,example.net,example.org
## Controls whether event logging is enabled for organizations
## This setting applies to organizations.
## Disabled by default. Also check the EVENT_CLEANUP_SCHEDULE and EVENTS_DAYS_RETAIN settings.
# ORG_EVENTS_ENABLED=false
## Controls which users can create new orgs.
## Blank or 'all' means all users can create orgs (this is the default):
# ORG_CREATION_USERS=
## 'none' means no users can create orgs:
# ORG_CREATION_USERS=none
## A comma-separated list means only those users can create orgs:
# ORG_CREATION_USERS=admin1@example.com,admin2@example.com
## Invitations org admins to invite users, even when signups are disabled
# INVITATIONS_ALLOWED=true
## Name shown in the invitation emails that don't come from a specific organization
# INVITATION_ORG_NAME=Vaultwarden
## The number of hours after which an organization invite token, emergency access invite token,
## email verification token and deletion request token will expire (must be at least 1)
# INVITATION_EXPIRATION_HOURS=120
## Controls whether users can enable emergency access to their accounts.
## This setting applies globally to all users.
# EMERGENCY_ACCESS_ALLOWED=true
## Controls whether users can change their email.
## This setting applies globally to all users
# EMAIL_CHANGE_ALLOWED=true
## Number of server-side passwords hashing iterations for the password hash.
## The default for new users. If changed, it will be updated during login for existing users.
# PASSWORD_ITERATIONS=600000
## Controls whether users can set password hints. This setting applies globally to all users.
# PASSWORD_HINTS_ALLOWED=true
## Controls whether a password hint should be shown directly in the web page if
## SMTP service is not configured. Not recommended for publicly-accessible instances
## as this provides unauthenticated access to potentially sensitive data.
# SHOW_PASSWORD_HINT=false
#########################
### Advanced settings ###
#########################
## Client IP Header, used to identify the IP of the client, defaults to "X-Real-IP"
## Set to the string "none" (without quotes), to disable any headers and just use the remote IP
# IP_HEADER=X-Real-IP
2020-10-04 15:13:31 +03:00
2021-12-20 12:34:31 +03:00
## Icon service
## The predefined icon services are: internal, bitwarden, duckduckgo, google.
## To specify a custom icon service, set a URL template with exactly one instance of `{}`,
## which is replaced with the domain. For example: `https://icon.example.com/domain/{}`.
##
## `internal` refers to Vaultwarden's built-in icon fetching implementation.
2021-12-30 05:01:32 +03:00
## If an external service is set, an icon request to Vaultwarden will return an HTTP
2021-12-20 12:34:31 +03:00
## redirect to the corresponding icon at the external service. An external service may
## be useful if your Vaultwarden instance has no external network connectivity, or if
## you are concerned that someone may probe your instance to try to detect whether icons
## for certain sites have been cached.
# ICON_SERVICE=internal
2021-12-30 05:01:32 +03:00
## Icon redirect code
## The HTTP status code to use for redirects to an external icon service.
2022-01-09 10:40:35 +03:00
## The supported codes are 301 (legacy permanent), 302 (legacy temporary), 307 (temporary), and 308 (permanent).
2021-12-30 05:01:32 +03:00
## Temporary redirects are useful while testing different icon services, but once a service
2022-01-09 10:40:35 +03:00
## has been decided on, consider using permanent redirects for cacheability. The legacy codes
## are currently better supported by the Bitwarden clients.
# ICON_REDIRECT_CODE=302
2021-12-30 05:01:32 +03:00
2024-01-30 21:15:37 +03:00
## Cache time-to-live for successfully obtained icons, in seconds (0 is "forever")
## Default: 2592000 (30 days)
# ICON_CACHE_TTL=2592000
## Cache time-to-live for icons which weren't available, in seconds (0 is "forever")
## Default: 2592000 (3 days)
# ICON_CACHE_NEGTTL=259200
2019-01-29 01:58:32 +03:00
2019-02-12 23:56:28 +03:00
## Icon download timeout
## Configure the timeout value when downloading the favicons.
## The default is 10 seconds, but this could be to low on slower network connections
# ICON_DOWNLOAD_TIMEOUT=10
2019-03-19 00:12:39 +03:00
## Icon blacklist Regex
## Any domains or IPs that match this regex won't be fetched by the icon service.
## Useful to hide other servers in the local network. Check the WIKI for more details
2020-12-08 19:33:15 +03:00
## NOTE: Always enclose this regex withing single quotes!
# ICON_BLACKLIST_REGEX='^(192\.168\.0\.[0-9]+|192\.168\.1\.[0-9]+)$'
2019-03-19 00:12:39 +03:00
2019-10-08 14:30:17 +03:00
## Any IP which is not defined as a global IP will be blacklisted.
2020-10-06 19:54:21 +03:00
## Useful to secure your internal environment: See https://en.wikipedia.org/wiki/Reserved_IP_addresses for a list of IPs which it will block
2019-10-08 14:30:17 +03:00
# ICON_BLACKLIST_NON_GLOBAL_IPS=true
2024-01-30 21:15:37 +03:00
## Client Settings
## Enable experimental feature flags for clients.
## This is a comma-separated list of flags, e.g. "flag1,flag2,flag3".
##
## The following flags are available:
## - "autofill-overlay": Add an overlay menu to form fields for quick access to credentials.
## - "autofill-v2": Use the new autofill implementation.
## - "browser-fileless-import": Directly import credentials from other providers without a file.
## - "fido2-vault-credentials": Enable the use of FIDO2 security keys as second factor.
# EXPERIMENTAL_CLIENT_FEATURE_FLAGS=fido2-vault-credentials
2020-10-06 19:54:21 +03:00
2024-01-30 21:15:37 +03:00
## Require new device emails. When a user logs in an email is required to be sent.
## If sending the email fails the login attempt will fail!!
# REQUIRE_DEVICE_EMAIL=false
2018-12-18 20:52:58 +03:00
2024-01-30 21:15:37 +03:00
## Enable extended logging, which shows timestamps and targets in the logs
# EXTENDED_LOGGING=true
2019-11-25 08:28:49 +03:00
2024-01-30 21:15:37 +03:00
## Timestamp format used in extended logging.
## Format specifiers: https://docs.rs/chrono/latest/chrono/format/strftime
# LOG_TIMESTAMP_FORMAT="%Y-%m-%d %H:%M:%S.%3f"
2019-11-25 08:28:49 +03:00
2024-01-30 21:15:37 +03:00
## Logging to Syslog
## This requires extended logging
# USE_SYSLOG=false
2019-11-25 08:28:49 +03:00
2024-01-30 21:15:37 +03:00
## Logging to file
# LOG_FILE=/path/to/log
2019-11-17 01:01:45 +03:00
2024-01-30 21:15:37 +03:00
## Log level
## Change the verbosity of the log output
## Valid values are "trace", "debug", "info", "warn", "error" and "off"
## Setting it to "trace" or "debug" would also show logs for mounted
## routes and static file, websocket and alive requests
# LOG_LEVEL=info
2020-08-06 08:35:29 +03:00
2023-03-01 01:09:51 +03:00
## Token for the admin interface, preferably an Argon2 PCH string
## Vaultwarden has a built-in generator by calling `vaultwarden hash`
## For details see: https://github.com/dani-garcia/vaultwarden/wiki/Enabling-admin-page#secure-the-admin_token
2018-12-18 20:52:58 +03:00
## If not set, the admin panel is disabled
2023-03-01 01:09:51 +03:00
## New Argon2 PHC string
2023-04-04 18:02:24 +03:00
## Note that for some environments, like docker-compose you need to escape all the dollar signs `$` with an extra dollar sign like `$$`
## Also, use single quotes (') instead of double quotes (") to enclose the string when needed
2023-03-01 01:09:51 +03:00
# ADMIN_TOKEN='$argon2id$v=19$m=65540,t=3,p=4$MmeKRnGK5RW5mJS7h3TOL89GrpLPXJPAtTK8FTqj9HM$DqsstvoSAETl9YhnsXbf43WeaUwJC6JhViIvuPoig78'
## Old plain text string (Will generate warnings in favor of Argon2)
2018-12-18 20:52:58 +03:00
# ADMIN_TOKEN=Vy2VyYTTsKPv8W5aEOWUbB/Bt3DEKePbHmI4m9VcemUMS2rEviDowNAFqYi1xjmp
2019-10-08 20:33:27 +03:00
## Enable this to bypass the admin panel security. This option is only
## meant to be used with the use of a separate auth layer in front
2019-02-20 23:44:35 +03:00
# DISABLE_ADMIN_TOKEN=false
2018-12-18 20:52:58 +03:00
2024-01-30 21:15:37 +03:00
## Number of seconds, on average, between admin login requests from the same IP address before rate limiting kicks in.
# ADMIN_RATELIMIT_SECONDS=300
## Allow a burst of requests of up to this size, while maintaining the average indicated by `ADMIN_RATELIMIT_SECONDS`.
# ADMIN_RATELIMIT_MAX_BURST=3
2018-08-10 16:21:42 +03:00
2024-01-30 21:15:37 +03:00
## Set the lifetime of admin sessions to this value (in minutes).
# ADMIN_SESSION_LIFETIME=20
2018-07-13 00:28:01 +03:00
2020-10-06 19:54:21 +03:00
## Allowed iframe ancestors (Know the risks!)
## https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/frame-ancestors
## Allows other domains to embed the web vault into an iframe, useful for embedding into secure intranets
## This adds the configured value to the 'Content-Security-Policy' headers 'frame-ancestors' value.
## Multiple values must be separated with a whitespace.
# ALLOWED_IFRAME_ANCESTORS=
2021-12-25 03:10:21 +03:00
## Number of seconds, on average, between login requests from the same IP address before rate limiting kicks in.
# LOGIN_RATELIMIT_SECONDS=60
## Allow a burst of requests of up to this size, while maintaining the average indicated by `LOGIN_RATELIMIT_SECONDS`.
## Note that this applies to both the login and the 2FA, so it's recommended to allow a burst size of at least 2.
# LOGIN_RATELIMIT_MAX_BURST=10
2024-01-30 21:15:37 +03:00
## BETA FEATURE: Groups
## Controls whether group support is enabled for organizations
## This setting applies to organizations.
## Disabled by default because this is a beta feature, it contains known issues!
## KNOW WHAT YOU ARE DOING!
# ORG_GROUPS_ENABLED=false
2021-12-25 03:10:21 +03:00
2024-01-30 21:15:37 +03:00
########################
### MFA/2FA settings ###
########################
2023-02-20 18:10:30 +03:00
2018-11-16 04:40:27 +03:00
## Yubico (Yubikey) Settings
## Set your Client ID and Secret Key for Yubikey OTP
## You can generate it here: https://upgrade.yubico.com/getapikey/
2018-11-16 04:54:53 +03:00
## You can optionally specify a custom OTP server
2018-11-16 04:40:27 +03:00
# YUBICO_CLIENT_ID=11111
# YUBICO_SECRET_KEY=AAAAAAAAAAAAAAAAAAAAAAAA
2018-11-16 04:54:53 +03:00
# YUBICO_SERVER=http://yourdomain.com/wsapi/2.0/verify
2018-11-16 04:40:27 +03:00
2019-04-07 19:58:15 +03:00
## Duo Settings
2019-04-27 21:14:37 +03:00
## You need to configure all options to enable global Duo support, otherwise users would need to configure it themselves
2019-04-07 19:58:15 +03:00
## Create an account and protect an application as mentioned in this link (only the first step, not the rest):
## https://help.bitwarden.com/article/setup-two-step-login-duo/#create-a-duo-security-account
## Then set the following options, based on the values obtained from the last step:
# DUO_IKEY=<Integration Key>
# DUO_SKEY=<Secret Key>
# DUO_HOST=<API Hostname>
## After that, you should be able to follow the rest of the guide linked above,
## ignoring the fields that ask for the values that you already configured beforehand.
2024-01-30 21:15:37 +03:00
## Email 2FA settings
## Email token size
## Number of digits in an email 2FA token (min: 6, max: 255).
## Note that the Bitwarden clients are hardcoded to mention 6 digit codes regardless of this setting!
# EMAIL_TOKEN_SIZE=6
##
## Token expiration time
## Maximum time in seconds a token is valid. The time the user has to open email client and copy token.
# EMAIL_EXPIRATION_TIME=600
##
## Maximum attempts before an email token is reset and a new email will need to be sent.
# EMAIL_ATTEMPTS_LIMIT=3
## Other MFA/2FA settings
## Disable 2FA remember
## Enabling this would force the users to use a second factor to login every time.
## Note that the checkbox would still be present, but ignored.
# DISABLE_2FA_REMEMBER=false
##
2019-11-07 19:11:29 +03:00
## Authenticator Settings
## Disable authenticator time drifted codes to be valid.
## TOTP codes of the previous and next 30 seconds will be invalid
2020-09-12 22:47:24 +03:00
##
2019-11-07 19:11:29 +03:00
## According to the RFC6238 (https://tools.ietf.org/html/rfc6238),
## we allow by default the TOTP code which was valid one step back and one in the future.
## This can however allow attackers to be a bit more lucky with there attempts because there are 3 valid codes.
## You can disable this, so that only the current TOTP Code is allowed.
## Keep in mind that when a sever drifts out of time, valid codes could be marked as invalid.
## In any case, if a code has been used it can not be used again, also codes which predates it will be invalid.
2021-05-14 16:36:42 +03:00
# AUTHENTICATOR_DISABLE_TIME_DRIFT=false
2019-11-07 19:11:29 +03:00
2024-01-30 21:15:37 +03:00
###########################
### SMTP Email settings ###
###########################
2018-08-15 09:32:19 +03:00
2023-02-12 20:53:55 +03:00
## Mail specific settings, set SMTP_FROM and either SMTP_HOST or USE_SENDMAIL to enable the mail service.
2019-02-08 21:21:48 +03:00
## To make sure the email links are pointing to the correct host, set the DOMAIN variable.
2018-09-13 21:59:51 +03:00
## Note: if SMTP_USERNAME is specified, SMTP_PASSWORD is mandatory
2018-08-15 09:32:19 +03:00
# SMTP_HOST=smtp.domain.tld
2021-04-28 00:18:32 +03:00
# SMTP_FROM=vaultwarden@domain.tld
# SMTP_FROM_NAME=Vaultwarden
2018-08-15 09:32:19 +03:00
# SMTP_USERNAME=username
2019-02-20 23:44:35 +03:00
# SMTP_PASSWORD=password
2020-10-06 19:54:21 +03:00
# SMTP_TIMEOUT=15
2024-02-19 18:29:53 +03:00
## Choose the type of secure connection for SMTP. The default is "starttls".
## The available options are:
## - "starttls": The default port is 587.
## - "force_tls": The default port is 465.
## - "off": The default port is 25.
## Ports 587 (submission) and 25 (smtp) are standard without encryption and with encryption via STARTTLS (Explicit TLS). Port 465 (submissions) is used for encrypted submission (Implicit TLS).
# SMTP_SECURITY=starttls
# SMTP_PORT=587
2023-02-12 20:53:55 +03:00
# Whether to send mail via the `sendmail` command
# USE_SENDMAIL=false
# Which sendmail command to use. The one found in the $PATH is used if not specified.
# SENDMAIL_COMMAND="/path/to/sendmail"
2020-09-12 22:47:24 +03:00
## Defaults for SSL is "Plain" and "Login" and nothing for Non-SSL connections.
## Possible values: ["Plain", "Login", "Xoauth2"].
## Multiple options need to be separated by a comma ','.
2024-01-30 21:15:37 +03:00
# SMTP_AUTH_MECHANISM=
2020-10-06 19:54:21 +03:00
## Server name sent during the SMTP HELO
## By default this value should be is on the machine's hostname,
## but might need to be changed in case it trips some anti-spam filters
# HELO_NAME=
2022-09-30 20:14:26 +03:00
## Embed images as email attachments
2024-01-30 21:15:37 +03:00
# SMTP_EMBED_IMAGES=true
2022-09-30 20:14:26 +03:00
2020-11-18 14:07:08 +03:00
## SMTP debugging
## When set to true this will output very detailed SMTP messages.
## WARNING: This could contain sensitive information like passwords and usernames! Only enable this during troubleshooting!
# SMTP_DEBUG=false
## Accept Invalid Certificates
## DANGEROUS: This option introduces significant vulnerabilities to man-in-the-middle attacks!
## Only use this as a last resort if you are not able to use a valid certificate.
## If the Certificate is valid but the hostname doesn't match, please use SMTP_ACCEPT_INVALID_HOSTNAMES instead.
# SMTP_ACCEPT_INVALID_CERTS=false
2024-01-30 21:15:37 +03:00
## Accept Invalid Hostnames
## DANGEROUS: This option introduces significant vulnerabilities to man-in-the-middle attacks!
## Only use this as a last resort if you are not able to use a valid certificate.
# SMTP_ACCEPT_INVALID_HOSTNAMES=false
##########################
### Rocket settings ###
##########################
## Rocket specific settings
## See https://rocket.rs/v0.5/guide/configuration/ for more details.
# ROCKET_ADDRESS=0.0.0.0
2024-02-19 18:29:53 +03:00
## The default port is 8000, unless running in a Docker container, in which case it is 80.
# ROCKET_PORT=8000
2024-01-30 21:15:37 +03:00
# ROCKET_TLS={certs="/path/to/certs.pem",key="/path/to/key.pem"}
2020-10-06 19:54:21 +03:00
2019-11-11 13:19:58 +03:00
2024-01-30 21:15:37 +03:00
# vim: syntax=ini