mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-04-26 01:35:54 +03:00
[GH-ISSUE #420] 2FA Failing when Opening Web Vault #244
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#244
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 @kmwoley on GitHub (Feb 28, 2019).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/420
Setup:
Running the latest docker image (version 2.8.0 reported by the web ui)
I have my account successfully setup using 2FA with a Yubikey NFC 5.
Previously:
I've successfully logged in using 2FA on both mobile (iPhone) and via the webvault. I believe the error has started after I've updated to the most recent docker image.
Error:
Now, when I attempt to log in I get "An error has occurred. An unexpected error has occurred." error in the UI, and the error logs show the errors below).
@kmwoley commented on GitHub (Feb 28, 2019):
Something deeper is going on; I attempted to restart the docker container and it will no-longer start with the following (similar) error:
@dani-garcia commented on GitHub (Feb 28, 2019):
This error seems to be coming from the Rocket web server, when attempting to start. It shouldn't be because any change we made, I don't think.
Did you make any changes to the docker container networking? Maybe you are trying to bind the port to one that's already bound to another container or something like that? Or maybe you have multiple instances of bitwarden_rs running?
@mprasil commented on GitHub (Mar 1, 2019):
Do you use
--net hostor something similar in your docker run by any chance @kmwoley? Normally the application runs in its own network namespace, so already used port is kinda strange.@kmwoley commented on GitHub (Mar 1, 2019):
I suspect this is due to my docker network config, too. I found a change in
my host OS that may be causing it. Let’s close out this issue as I also
think it’s not a bitwarden_rs isssue. I’ll reopen/comment on it if I can
prove otherwise. Thanks!
On Fri, Mar 1, 2019 at 2:41 AM mprasil notifications@github.com wrote:
@kmwoley commented on GitHub (Mar 3, 2019):
Confirmed. This had nothing to do with bitwarden_rs. Sorry for the noise.
@bronco21016 commented on GitHub (Jun 24, 2019):
Sorry to bring this back. How did you solve it? I’m getting the exact same error messages when trying to setup a Yubikey on Bitwarden_RS pulled from Archlinux AUR.
@kmwoley commented on GitHub (Jun 25, 2019):
@bronco21016 IIRC, my host OS had made a bad upgrade to Docker that screwed up MACVLAN. Networking was the source of my issue. I rolled back my OS version and solved it, reported it to the OS maintainers, and it got fixed.
@bronco21016 commented on GitHub (Jun 25, 2019):
@kmwoley It seems I’m having a network issue as well but can’t quite trace it down. Shouldn’t be related to Docker though as I’m not using Docker. Seems more related to my Apache reverse proxy. Oh well. I’ll post something separate to see if I can get some help. Thanks again!