Using traefik myself and having a domain name and reverse proxy will cause multiple login windows (using traefik basic auth). If not logging in twice, the socket disconnects.
Using traefik myself and having a domain name and reverse proxy will cause multiple login windows (using traefik basic auth). If not logging in twice, the socket disconnects.
I've tried multiple options of parsing headers in traefik. I think socket connection needs to be changed in order to pass headers from traefik auth to the socket.
I've tried multiple options of parsing headers in traefik. I think socket connection needs to be changed in order to pass headers from traefik auth to the socket.
FrederikBaerentsen
changed title from Reverse proxy causes socket to disconnect to [Bug] Reverse proxy causes socket to disconnect2025-09-22 08:51:31 +02:00
I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
> I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
> > I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
>
> I am facing the same issue, have you found an solution or the cause of the issue ?
> I have set the debug to true but I don't see much more problem.
My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
Make sure Websockets Support is enabled. I use NPM and it works fine with that enabled
> > > I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
> >
> > I am facing the same issue, have you found an solution or the cause of the issue ?
> > I have set the debug to true but I don't see much more problem.
>
> My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
Make sure Websockets Support is enabled. I use NPM and it works fine with that enabled
I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
Make sure Websockets Support is enabled. I use NPM and it works fine with that enabled
At least for me, it's enabled. Things don't really work at all if it's disabled.
> > > > I have the same issue using NPM. it's really only an issue with trying to do set refreshes.
> > >
> > > I am facing the same issue, have you found an solution or the cause of the issue ?
> > > I have set the debug to true but I don't see much more problem.
> >
> > My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
>
> Make sure Websockets Support is enabled. I use NPM and it works fine with that enabled
At least for me, it's enabled. Things don't really work at all if it's disabled.
After investigating this further, I believe the root cause is basic auth not being properly passed to WebSocket connections on iOS.
I switched my authentication from basic auth to Authelia and the issue is completely resolved. I would suggest to use a session/cookie-based authentication solution (Authelia, Authentik, OAuth proxy, etc.) instead of basic auth when running behind a reverse proxy.
Closing this for now, feel free to reopen if the issue still arise with another auth method.
After investigating this further, I believe the root cause is basic auth not being properly passed to WebSocket connections on iOS.
I switched my authentication from basic auth to Authelia and the issue is completely resolved. I would suggest to use a session/cookie-based authentication solution (Authelia, Authentik, OAuth proxy, etc.) instead of basic auth when running behind a reverse proxy.
Closing this for now, feel free to reopen if the issue still arise with another auth method.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Using traefik myself and having a domain name and reverse proxy will cause multiple login windows (using traefik basic auth). If not logging in twice, the socket disconnects.
I've tried multiple options of parsing headers in traefik. I think socket connection needs to be changed in order to pass headers from traefik auth to the socket.
Reverse proxy causes socket to disconnectto [Bug] Reverse proxy causes socket to disconnectI have the same issue using NPM. it's really only an issue with trying to do set refreshes.
I am facing the same issue, have you found an solution or the cause of the issue ?
I have set the debug to true but I don't see much more problem.
My solution until the issue is resolved is to just do set refreshes directly/locally - w/o reverse proxy
Make sure Websockets Support is enabled. I use NPM and it works fine with that enabled
At least for me, it's enabled. Things don't really work at all if it's disabled.
Note that this issue is fixed in 1.3.x
scratch that, it looked like it was but it was just delayed in displaying the socket disconnect message
After investigating this further, I believe the root cause is basic auth not being properly passed to WebSocket connections on iOS.
I switched my authentication from basic auth to Authelia and the issue is completely resolved. I would suggest to use a session/cookie-based authentication solution (Authelia, Authentik, OAuth proxy, etc.) instead of basic auth when running behind a reverse proxy.
Closing this for now, feel free to reopen if the issue still arise with another auth method.