runtimesandbox 153 Posted August 18, 2017 Share Posted August 18, 2017 Hi @@Angelblue05 I've just seen in the release notes for the latest stable plugin: Update the websocket url for reverse proxy. wss://{server}/embywebsocket?api.. What does this entail? Will a config change be needed in the reverse proxy for this? Cheers! 1 Link to comment Share on other sites More sharing options...
anderbytes 139 Posted August 18, 2017 Share Posted August 18, 2017 Good question! Sent from my ASUS_Z017DA using Tapatalk Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted August 18, 2017 Share Posted August 18, 2017 Probably. If I remember correctly, the issue was that the url for the websocket didn't have anything after the server address which caused some issue when trying to setup a reverse proxy, right? Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
Tur0k 143 Posted August 18, 2017 Share Posted August 18, 2017 (edited) I don't know about NGINX or squid reverse proxy setups but in HAPROXY configured as a reverse proxy you can create a new ACL based on a URI match for "/embywebsocket" as the match. Alternatively you could have it automatically detect websocket access. Once the traffic is identified you could send it to whichever back end server you need. Sent from my iPhone using Tapatalk Edited August 18, 2017 by Tur0k 1 Link to comment Share on other sites More sharing options...
pir8radio 1292 Posted August 18, 2017 Share Posted August 18, 2017 (edited) Hi @@Angelblue05 I've just seen in the release notes for the latest stable plugin: Update the websocket url for reverse proxy. wss://{server}/embywebsocket?api.. What does this entail? Will a config change be needed in the reverse proxy for this? Cheers! Nope, not if its already working. Probably. If I remember correctly, the issue was that the url for the websocket didn't have anything after the server address which caused some issue when trying to setup a reverse proxy, right? Sent from my iPhone using Tapatalk I believe this change was related to this post: https://emby.media/community/index.php?/topic/49139-not-auto-syncing-cloud-emby-home-kodi/?p=469256 Which a user was having websocket issues due to the proxy configuration. We later found that the webgui requests websockets using /embywebsockets? It was changed to match the standard. The original poster was using a sub directory in his reverse proxy setup domain.com/emby with his particular setup, it was breaking the websockets for kodi because the websocket requests from kodi were going to domain.com?api_key=xxxxxxxx&deviceid=xxxxxx when the reverse proxy was expecting to see domain.com/emby/something the only way to fix is if kodi was making requests with a subdirectory, so domain.com/embywebsockets?api_key=blahblah was added... Now the users that use sub directories that don't strip them prior to send them to the backend can now add another location /embywebsocket or /emby(wildcard) to direct that traffic to the backend. If you use a subdomain like emby.domain.com this change wont mean anything to you. If that made sense..... @@KarmaPolice Edited August 18, 2017 by pir8radio 2 Link to comment Share on other sites More sharing options...
Recommended Posts