mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2025-12-11 01:10:09 +03:00
Session expired on login #565
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @duckimann on GitHub.
Subject of the issue
Can't login. Everytime I try, it'll say
Your session has expiredDeployment environment
1.30.3Install method:
docker image| image id:61dc6fc85f3fClients used:
web vaultReverse proxy and version:
nginx:alpine, image id:2b70e4aaac6bOther relevant details: Deployed on Docker Desktop Windows v4.27.1
Troubleshooting data
https://github.com/dani-garcia/vaultwarden/assets/46382253/f559d426-71eb-4cf7-87d1-c2002089be87
@duckimann commented on GitHub:
Here's what i got:
Note: The
dk shfunction is just a custom function to open an interactive shell on the specified container so you guys can skip that.Log dump before the issue was created:
@stefan0xC commented on GitHub:
One thing that's noticable is that the reported times differ from the one displayed in your shell and there's also a difference between the delays to the containers too (i.e. 30 seconds in one and 3 seconds in the other). Not sure if this is the cause of the problem, though.(Ah no, I read this wrong. Sorry.)If this was a Linux system I'd recommend using
timedatectl set-ntp trueto enablesystemd-timesyncdbut not sure what the equivalent would be. 🫣@BlackDex commented on GitHub:
Check the date and time on both client and server.
Check the server logs of both Vaultwarden and your reverse proxy.
Also try a different browser and/or Private/Incognito browser.
@stefan0xC commented on GitHub:
Can you check with
--universal? Because currentlydate -uwould beSa 03 Feb 2024 19:19:35 UTC(I mean it's probably fine but I find comparing time zones a bit tricky.)@duckimann commented on GitHub:
Asia/Ho_Chi_Minh) by theenvironmentin thedocker-composefileAnd still get the same error
@BlackDex commented on GitHub:
Why do we see
/bitwarden/apiand/apiin the two different screenshots?Are there two different servers?
Did you configured the domain variable correctly?
@duckimann commented on GitHub:
I've downgrade Docker version to
v4.27.0and login one more time. the docker-compose is still the same (with envTZ=Asia/Ho_Chi_Minhapplied to thenginx proxyand thevaultwardencontainer)Nginx proxy logs:
And the error is the same too :D
@duckimann commented on GitHub:
I think i'm having a one-off issue here.
Same docker-compose, same data, but mounted in a Debian VM and I still got the same error. I did try to start new separated instance on the same VM but the error doesn't occur.
@duckimann commented on GitHub:
Yes, those are two different server. And I've configured the domain variable correctly.
The top editor is the log from the new instance using this configuration:
and the bottom editor is the log from the old instance, which I'm having a problem with right now, using this configuration:
Nginx Config:
There's some other services so i will not include it here.
@duckimann commented on GitHub:
I've notice there's an error at request
/api/sync?excludeDomains=trueand I don't know does this related or not@duckimann commented on GitHub:
Nah. I don't have those security features.
@BlackDex commented on GitHub:
I would suggest to take a look at the examples https://github.com/dani-garcia/vaultwarden/wiki/Proxy-examples
And then mainly the sub-path example for Nginx by me.
I'm missing a few configurations there.
Nothing that should break the normal login though, but will break websocket.
@BlackDex commented on GitHub:
Yes you have, those are in the data folder. They are used to generate the JWT's.
@BlackDex commented on GitHub:
It shouldn't really.
Are there any security features active by default? Like ModSecurity or WAF or something?
Try to remove the
rsa_key.*files.@duckimann commented on GitHub:
I'm fine with the broken websocket, but if it is important here then I'll update the Nginx config.
@duckimann commented on GitHub:
Problem solved. Thanks @BlackDex 👍 Login succeeded after remove
rsa_key.*files.@duckimann commented on GitHub:
The Docker Desktop broken right after I upgrade it to
v4.27.1and I have to factory reset it. That could be the culprit. I'm not sure.@BlackDex commented on GitHub:
Strange. They must have been corrupted in some way.
Good that it is fixed now.