Answered

Error with Plex: "Unable to play [track] - the connection to Plex was lost"

  • 15 August 2023
  • 17 replies
  • 1485 views

Hello. I am currently unable to play any track in my Plex music library through my Sonos S1 system. I can see and browse music fine, but all playback attempts fail with the message shown the title. Further, I am unable to cast to any Sonos device from the Plex app on Android or Windows.

For an additional description of my issue, see this thread on the Plex forums:

Error Streaming to SONOS - Plex Players / Streaming Devices - Plex Forum

Based on errors generated in the Plex logs, this appears to be a TLS handshake issue with the Plex service. My issue is similar or identical to what several users have reported here on this earlier thread:

Plex integration: "Unable to play '[track]' - the connection to Plex was lost" | Sonos Community

However, I have been unable to resolve it.

My Plex server is fully accessible outside my network. My router (eero) claims to support NAT hairpin, and I can see my Plex server from inside my network using my external ISP-assigned public IP address. I have deleted and recreated the Plex service in Sonos and restarted the Plex server to no avail.

My configuration is as follows:

Plex host: Headless install of Windows 11 Pro 22621.2134 on AMD Ryzen 9 6900HX
Plex Server Version#: 1.32.5.7349
Player Version#: SONOS S1 system (11.10.1, latest), all Plex client apps I have tried
Router: Eero Pro 6E mesh running software revision 6.15.3 (current)
LAN: mix of hardwired and wireless (most Sonos devices are hardwired)

I would welcome any thoughts or suggestions.

icon

Best answer by Corry P 16 August 2023, 15:50

View original

This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.

17 replies

Do you have UPnP auto-port forwarding enabled on the router? If not, then try enabling that aswell as forwarding port 32400 to your Plex server and see if that resolves your issue. I’ve read (somewhere) that some routers need to have UPnP enabled for things to work. That said my Plex server/Sonos service work fine without it, but it still maybe worth a shot.

Do you have UPnP auto-port forwarding enabled on the router? 

Thank you for the suggestion. Originally, I had manually forwarded the needed port for Plex. I changed this to use UPnP instead, but it made no difference. Playback on Sonos continues to fail with the same TLS error being displayed by Plex:

CERT: incomplete TLS handshake from [::ffff:xxx.xxx.x.xx]:35841: no shared cipher (SSL routines)

It appears to be some kind of certificate error, but I would have no idea how to resolve it, or whether the problem is on the Sonos or Plex end.

Since the service is apparently working for others, it could also be something with my LAN or router, but from what I can tell, my environment meets all the necessary requirements.

Did you try manually forwarding the port aswell as enabling UPnP, rather than instead of? 

I also came across this link when searching for the error … maybe something in the thread will assist you:

https://github.com/RasPlex/RasPlex/issues/645

Did you try manually forwarding the port aswell as enabling UPnP, rather than instead of? 

I'm not sure this is possible for Plex.

In the Plex Media Server admin UI, these two things seem to be mutually exclusive. After disabling custom port forwarding on my router for Plex, I had to disable the manual port forward setting in the Plex Media Server in order for it to create a connection via UPnP. Reactivating the manual port setting seems to clear any existing UPnP connections.

UPnP has always been enabled on my network, even when I was using manual port forwarding, for what it's worth.

I also came across this link when searching for the error … maybe something in the thread will assist you:

https://github.com/RasPlex/RasPlex/issues/645

Thank you.

From reading through this, it seems the most salient suggestion was to disable authentication for local clients. I do not believe this can be applied to Sonos, since Sonos always streams from a Plex server remotely, and not from a direct LAN connection, if I understand its design correctly. 

I’m also running the same Plex server version 1.32.5.7349, albeit on my Netgear NAS box, but presently use it with the S2 App… give me a moment and I will check the server with the latest S1 Sonos App and report back.

I added the Plex service to the S1 App v11.10.1 and Plex-audio playback is all working okay here (see attached) - so I guess it’s likely going to be something local to your setup, perhaps?

Have you ever had Plex working with your current router/network setup, or is this a new setup? If it’s new, maybe it’s a setting on your Eero router that’s blocking access🤔? Any firewall etc?

@Ken_Griffiths: thank you so much for doing this testing. It is encouraging to hear that it all works as designed in your setup. 

I agree it is likely something local to my configuration, but I have investigated all the usual suspects. Eero sadly does not expose many advanced settings to tweak, though I can have another look.

The only interesting thing about my current setup is that I transferred Plex to new hardware recently, using the standard process described here: Move an Install to Another System | Plex Support. But I have done this multiple times, and nothing untoward happened with this migration.

One thing I have not tried yet is to log out of my Plex server altogether, and then “reclaim” it. I will give this a shot and see if it helps, and then report back when I am able.

Well, I got this sorted.

The problem was that the Plex advanced network setting for secure connections was set to “required” instead of “preferred”. After making this change, I can now stream from Plex again.

This was unexpected, because Plex explicitly lists Sonos as supporting secure connections here:

How to Use Secure Server Connections | Plex Support

This leads me to believe that there may still be an issue on the Sonos side that would be worth looking into, since the behavior does not match what Plex describes. I don’t know if the Sonos developers monitor these discussions, but I’d be willing to offer more information to them if needed.

For security’s sake, I would prefer to run my Plex server requiring secure connections for all apps, so I hope that this could be addressed by Sonos in the future.

@Ken_Griffiths : thank you for your efforts to help with this. 

Userlevel 7
Badge +18

Hi @User246959 

Thanks for reporting this. I was able to verify this on my own system, but also had trouble connecting to my Plex server via web on my phone to change the setting back - HTTP didn’t work (expected), but Chrome kept reporting that the SSL (Secure Socket Layer) implied with HTTPS was not working properly and that the connection was not secure, though I could connect using HTTPS in the URL. 

I’m not sure if it is related, but I also seem to have a problem getting my server’s Remote Access page to say that remote access is working, even though it is.

I’ve flagged this with the team and we’ll look into it, but I recommend also getting in touch with Plex’s support team.

If you don’t need remote access to your Plex server, one option would be to disable the Remote Access feature in the server settings - then it matters far less if security is used or not, as only devices on your network will be able to connect anyway.

I hope this helps.

Thank you @Corry P.

I have opened a similar discussion and reported my findings on the Plex Forums, and hopefully their devs will see it. I will consider opening a support ticket too.

I believe that “Preferred” is still the default setting for secured connection in Plex, even when remote access is enabled, so I’m not super concerned about the security risks. I imagine this is how most Plex servers are set up. But it would be nice to get this to work. I remember I changed this to require secure connections some time back, but I guess I never tried streaming from Plex on Sonos until recently.

I appreciate the consideration.

Thank you @Corry P.

I have opened a similar discussion and reported my findings on the Plex Forums, and hopefully their devs will see it. I will consider opening a support ticket too.

I believe that “Preferred” is still the default setting for secured connection in Plex, even when remote access is enabled, so I’m not super concerned about the security risks. I imagine this is how most Plex servers are set up. But it would be nice to get this to work. I remember I changed this to require secure connections some time back, but I guess I never tried streaming from Plex on Sonos until recently.

I appreciate the consideration.

Yes, FWIW, both my Plex servers network connection are set to the (default) ‘preferred’ setting and I’ve tried the setting as ‘required’ and found it doesn’t play the tracks in the Sonos App, but I can still view the entire library/tracks. The App even appears to load selected track(s) to the queue, but then fails in their playback … I quickly used an https secure connection to the Plex server to change it back to ‘preferred’. It will just stay at that default for now. Glad you got things sorted @User246959. 👍

I have same issue… my Sonos speakers are on one router and plex server is on another one.. I dont see issues watching movies, but issue is with only songs.  When I check logs, connection is coming from outside network.  

When I use plex amp the connections are similar and works ok, but when triggered with Sonos app it fails. Remote access is enabled in configuration, and it shows working.

I cannot move server onto same network IP. 

Able to fix it.

For some reason Sonos app only works when I disable remote access by removing port forwarding in router.

Now app uses WAN for connection and everything works as it is supposed to. 

One more  issue, Sonos app stops working when upgraded to 1.32.7.7571.  

It is working properly when on 1.32.5.7328

I did not test versions in between. 

Who needs to fix this Sonos or Plex ???

Looks like Plex upgrade caused the issue.  I have to revert to 1.32.5.7328. 

1.32.7.7571 did not work.