You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As far as I am aware, there is no reason that static URIs should host web socket connections.
According to this line, if Upstream.ProxyWebSockets is set to nil, it should use the default behavior (not false), which is to proxy any web socket connections to that Upstream
However according to the source code, when using a "static" URI upstream, it uses sets ProxyWebSockets to nil instead of false, which means that it will proxy web socket connections to the static file (which doesn't make sense):
Oh I just realized the static:// URI format is used for status codes, and not files. I'm still not entirely sure why web sockets would be proxied for HTTP status codes.
OAuth2-Proxy Version
v7.6.0
Provider
None
Expected Behaviour
As far as I am aware, there is no reason that static URIs should host web socket connections.
According to this line, if
Upstream.ProxyWebSockets
is set tonil
, it should use the default behavior (notfalse
), which is to proxy any web socket connections to that Upstreamoauth2-proxy/pkg/upstream/http.go
Line 56 in fc701bf
Current Behaviour
However according to the source code, when using a "static" URI upstream, it uses sets ProxyWebSockets to
nil
instead offalse
, which means that it will proxy web socket connections to the static file (which doesn't make sense):oauth2-proxy/pkg/apis/options/legacy_options.go
Lines 157 to 178 in fc701bf
Steps To Reproduce
I discovered this while reviewing source code. I don't quite yet have a way to test if this is genuinely an issue.
Possible Solutions
Set
Upstream.ProxyWebSockets
tofalse
instead ofnil
forstatic
URIsConfiguration details or additional information
No response
The text was updated successfully, but these errors were encountered: