-
-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/notifications/hub broken on nginx as ingress: Websocket Missing Upgrade section #117
Comments
Hello @thatguyatgithub, thanks for raising this. Just to clarify, you're using a recent chart version hence the HTTP-integrated websocket notification, right? |
Ouch, somehow I missed this notification, quite sorry! Yes, indeed that's the case, using the latest chart with HTTP-integrated websocket notification. |
Hi, I will take a look into this, but a PR would also be welcome. |
The issue is coming from this line:
It overrides default value for the Connection header which is
after manually removing said annotation, I was able to establish a websocket connection. Not sure what was the reason for adding the annotation, though. |
Just want to verify that this solved it for me, too. Given the blame the annotation is there since a long time.
|
First of all, thanks @guerzon for the awesome work you've done with this chart, It's simply amazing!
Meanwhile I'm testing the patch of the chart, I wanted to drop here the issue with a kind of workaround for anyone out there that might experience the same problem.
The websocket notification part, used for "Login as device" feature, is broken when using Nginx as Ingress, because Nginx will not handle by default do "Upgrade" header, and instead close the connection immediately, which is kind of confusing/misleading when you read vaultwarden logs, getting a
"GET /notifications/anonymous-hub?$TOKEN (web_files) GET /<p..> [10] => 404 Not Found
as part of that issue having had the Websocket connection previously closed facing the user.I found that If handled as an nginx ingress snipped, inside the Ingress k8s object, you can basically patch that section
The text was updated successfully, but these errors were encountered: