-
Notifications
You must be signed in to change notification settings - Fork 323
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
Websocket does not forward Ping #150
Comments
A major implication of this issue is that clients using Ping frames to determine service availability will in reality only see the proxy availability forcing services to implement protocol level ping/pong messages to handle what the ping/pong frames are designed to solve. In other words, not forwarding these frames makes any proxy using oxy a non-transparent proxy. |
This issue caused us not to be able to use Traefik our web socket services. |
We are facing the same thing. Wanting to use traefik, but this might be a showstopper for us as well. One can of course work around it, but it seams like it is something that really should be fixed |
Closing issue since merge of pull request. |
Hi, it seams that oxy does not forward some control messages but rather use gorilla/websocket defaults in handling message types such as Ping (code 9), Pong (code 10)
oxy/forward/fwd.go
Line 399 in a3ed5f6
Only really reads Text (code 1) or Binary (code 2)
https://github.com/gorilla/websocket/blob/master/conn.go#L944
Pings and Pongs are discarded, since gorilla uses a specific callback for this type of control messages.
Is there any particular reason for letting the proxy answer Ping/Pong messages? instead of the destination.
The text was updated successfully, but these errors were encountered: