mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-04-26 01:35:54 +03:00
[GH-ISSUE #2364] Session expiring immediately on login #1235
Labels
No labels
SSO
Third party
better for forum
bug
bug
documentation
duplicate
enhancement
future Vault
future Vault
future Vault
good first issue
help wanted
low priority
notes
pull-request
question
troubleshooting
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/vaultwarden#1235
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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 @jacklenox on GitHub (Mar 10, 2022).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/2364
Subject of the issue
I am having the exact issue described in #1177. I'm definitely running the latest version of Vaultwarden and have just migrated my data. As far as I can see, the Docker container is running on the same timezone as my computer, and they're both in sync.
Deployment environment
It's not clear to me how I access the Diagnostics tab without being able to log in. I see a lot of discussion of accessing:
/admin/diagnostics, I can't seem to access this. I'm trying to reach it via: http://localhost:8008/#/admin/diagnosticsI'm clearly misunderstanding something here.
Install method:
sudo docker run -d --name vaultwarden -v ~/.vw-data:/data/ -p 8008:80 vaultwarden/server:latestClients used: web vault
Reverse proxy and version:
MySQL/MariaDB or PostgreSQL version:
Other relevant details:
Steps to reproduce
Try logging in once server is running.
Expected behaviour
Successful login.
Actual behaviour
"Logged out. Your login session has expired."
Troubleshooting data
@BlackDex commented on GitHub (Mar 10, 2022):
You should go to http://localhost:8080/admin/diagnostics, so without the
/#/part, because that is used by the web-vault it self.Also, I'm not sure how and what you exactly migrated, but if you generated new rsa files which are used for the generation of the JWT, then it probably is an issue with that.
But first try to get the support string.