-
Notifications
You must be signed in to change notification settings - Fork 986
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
Sync behind an SSL Proxy #1020
Comments
I seem to have this issue too. Wanted to watch a movie with some friends but it never syncs and always starts at 00:00 or resumes at their own timestamp. I don't suppose you've found a solution in the meantime? I'm running the same reverse proxy setup on Ubuntu 20.04 and Streama version 1.10.1 |
Hi, sorry for the delayed response. Unfortunately no, I haven't found a solution to that particular problem. However with my new server installation that runs nginx instead of apache this issue is no longer present... |
I see. Guess I'll have to run Nginx alongside Apache. Thank you for the response though. |
So looking further into it, trying to debug the issue with the browsers console, I noticed that movies played with the sync token active fail to connect to a web-socket of some sort, and only appears when using that feature. I've already tried reverse proxying and using rewrite rules on the websocket, but haven't had any luck so far. I also noticed it fails to send a POST with a 403 error, to https://example.com/stomp/620/kd7fe8k8/xhr_streaming and https://example.com/stomp/620/q9fzuh9g/xhr. Again, only when the sync feature is being used. I doubt I'll figure something out, but hopefully this may help someone else find a solution. |
Issue description
My Problem:
Sync watching does not work behind an SSL Proxy but does behind a "normal" (port 80) proxy...
I have checked the docs and tried various configurations including some specific header configurations from other issues but I can't seem to find a solution. Also it is just the sync watching that doesn't work when accessing through an SSL Proxy, the site itself works perfectly fine.
My configuration:
apache2:
Steps to Reproduce
Expected Behaviour
Actual Behaviour
Environment Information
The text was updated successfully, but these errors were encountered: