starred/vaultwarden

Fork 0

mirror of https://github.com/dani-garcia/vaultwarden.git synced 2026-04-26 09:46:00 +03:00

[GH-ISSUE #1197] Alpine image does not respect TZ environment variable #845

New issue

Closed

opened 2026-03-03 02:03:52 +03:00 by kerem · 8 comments

kerem commented

2026-03-03 02:03:52 +03:00

Owner

Originally created by @snevas on GitHub (Oct 22, 2020).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/1197

Alpine image does not respect TZ environment variable

When starting the latest alpine image, UTC time is used. This breaks fail2ban

Your environment

Bitwarden_rs version: 1.17.0

Install method: Docker image
Clients used: Web
Reverse proxy and version: nginx 1.14.2-2+deb10u3
Other relevant information: TZ=Europe/Amsterdam

Steps to reproduce

Only changed image: 'bitwardenrs/server' to image: 'bitwardenrs/server:alpine'

Expected behaviour

Would respect TZ-variable

Actual behaviour

Was UTC time (-2 hours)

Relevant logs

'bitwardenrs/server':

bitwarden | [2020-10-22 15:10:34.092][start][INFO] Rocket has launched from http://0.0.0.0:80

'bitwardenrs/server:alpine':

bitwarden | [2020-10-22 13:15:00.005][start][INFO] Rocket has launched from http://0.0.0.0:80

Originally created by @snevas on GitHub (Oct 22, 2020). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/1197   ### Alpine image does not respect TZ environment variable When starting the latest alpine image, UTC time is used. This breaks fail2ban ### Your environment   * Bitwarden_rs version: 1.17.0  * Install method: Docker image * Clients used: Web * Reverse proxy and version: nginx 1.14.2-2+deb10u3 * Other relevant information: TZ=Europe/Amsterdam ### Steps to reproduce Only changed image: 'bitwardenrs/server' to image: 'bitwardenrs/server:alpine' ### Expected behaviour Would respect TZ-variable ### Actual behaviour Was UTC time (-2 hours) ### Relevant logs  'bitwardenrs/server': > bitwarden | [2020-10-22 15:10:34.092][start][INFO] Rocket has launched from http://0.0.0.0:80 'bitwardenrs/server:alpine': > bitwarden | [2020-10-22 13:15:00.005][start][INFO] Rocket has launched from http://0.0.0.0:80

kerem

2026-03-03 02:03:52 +03:00

closed this issue
added the
bug

low priority
labels

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@snevas commented on GitHub (Oct 22, 2020):

Also adding the following volume did not work:

'/etc/localtime:/etc/localtime:ro'

@snevas commented on GitHub (Oct 22, 2020): Also adding the following volume did not work: > '/etc/localtime:/etc/localtime:ro'

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@davidkna commented on GitHub (Oct 22, 2020):

/etc/localtime might be a symlink. You could try /usr/share/zoneinfo/Europe/Amsterdam:/etc/localtime:ro instead. With podman you could also use either --tz=local or --tz=Europe/Amsterdam.

@davidkna commented on GitHub (Oct 22, 2020): `/etc/localtime` might be a symlink. You could try `/usr/share/zoneinfo/Europe/Amsterdam:/etc/localtime:ro` instead. With podman you could also use either `--tz=local ` or `--tz=Europe/Amsterdam`.

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@snevas commented on GitHub (Oct 22, 2020):

@davidkna still does not work. The alpine dockerfile is missing the tz package and hard sets UTC. See: https://quaded.com/docker-apline-configure-timezone/
and
https://github.com/dani-garcia/bitwarden_rs/blob/master/docker/amd64/Dockerfile.alpine

@snevas commented on GitHub (Oct 22, 2020): @davidkna still does not work. The alpine dockerfile is missing the tz package and hard sets UTC. See: https://quaded.com/docker-apline-configure-timezone/ and https://github.com/dani-garcia/bitwarden_rs/blob/master/docker/amd64/Dockerfile.alpine

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@briffle commented on GitHub (Nov 11, 2020):

By default, alpine does not include the tzdata package. ( https://gitlab.alpinelinux.org/alpine/aports/-/issues/5543 ) It adds 3.5MB of space to the image, which is rather significant compared to the bare alpine image

To use the timezones, you would need to use apk to install tzdata.

@briffle commented on GitHub (Nov 11, 2020): By default, alpine does not include the tzdata package. ( https://gitlab.alpinelinux.org/alpine/aports/-/issues/5543 ) It adds 3.5MB of space to the image, which is rather significant compared to the bare alpine image To use the timezones, you would need to use apk to install tzdata.

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@snevas commented on GitHub (Nov 11, 2020):

I think the 3.5MB would justify timezone support. But that's up to @dani-garcia .

Adding the package manually would break my auto-updating and I won't use this image without timezone support because it breaks fail2ban.

@snevas commented on GitHub (Nov 11, 2020): I think the 3.5MB would justify timezone support. But that's up to @dani-garcia . Adding the package manually would break my auto-updating and I won't use this image without timezone support because it breaks fail2ban.

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@polyzen commented on GitHub (Nov 11, 2020):

Making a read-only bind mount to the host's /etc/localtime seems to have worked for me. -v /etc/localtime:/etc/localtime:ro should be the option -- I had manually edited my container's config.v2.json to add the mount.

@polyzen commented on GitHub (Nov 11, 2020): Making a read-only bind mount to the host's `/etc/localtime` seems to have worked for me. `-v /etc/localtime:/etc/localtime:ro` should be the option -- I had manually edited my container's `config.v2.json` to add the mount.

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@snevas commented on GitHub (Nov 12, 2020):

Retested and confirmed working! No need to add anything to the alpine image 👍

@snevas commented on GitHub (Nov 12, 2020): Retested and confirmed working! No need to add anything to the alpine image :+1:

kerem commented

2026-03-03 02:03:53 +03:00

Author

Owner

@polyzen commented on GitHub (Nov 12, 2020):

Seems like using the logtimezone = UTC option for your jail might be cleaner.

@polyzen commented on GitHub (Nov 12, 2020): Seems like using the `logtimezone = UTC` option for your jail might be cleaner.