UPNP with secondary Connection not working

Issue description:

My Setup looks like the following:

  1. A Jellyfin Server which is reachable over a Domain with https, using a proxy.
  2. Jellyfin is reachable in my local network over IP address, default port and http. No cert needed.

I have a Denon Receiver, with UPNP.


I configured Symfonium like the following: one jellyfin Setup.
Containing two connections:
First one to my domain over https.
Second one to my IP address with port and http is choosen.

I enabled WiFi only. Will be changed later, but I am still in understanding everything.


Between each scenario config changes I ensured to stop the playback. Switch back to my local phone, changed the UPNP config and tried again.

Scenario One:
Configure UPNP with default options.
When trying to play music: Format error, next song, format error, next song

Scenario Two:
Configure UPNP to cast over Symfonium. It starts playing. After 3-5 Minutes suddenly the next track starts playing. Sometimes it even shows still the old track playing, while already the next one is playing.

Other scenarios:
I tried nearly all config Options. Sometimes it works for a while and suddenly it stops or the app crashes completely.


What works, but is not an option:
Remove the secondary Connection and configure the first one to IP with http.


What I would like to have: choose the secondary Connection for upnp, I would like to force Symfonium somwhere to use IP with http.

Logs:

Upload description: zero 5th sign, in the app less then 5 allowed

Additional information:

A problem I recognise: Sometimes it works. Yesterday it didn’t.
After coming home, it did not Work.

While writing here, it jumps to the next song, but the play still continues the previous one. The UPNP settings are in default.

Reproduction steps:

I configured Symfonium like the following: one jellyfin Setup.
Containing two connections:
First one tonmy domain over https.
Second one to my IP address with port and http is choosen.

I enabled WiFi only. Will be changed later, but Inam still in understanding everything.


Between each scenario config changes I ensured to stop the playback. Switch back to my local phone, changed the UPNP config and tried again.

Scenario One:
Configure UPNP with default options.
When trying tonplay music: Format error, next song, format error, next song

Scenario Two:
Configure UPNP to cast over Symfonium. It starts playing. After 3-5 Minutes suddenly the next track starts playing. Sometimes it even shows still the old track playing, while already the next one is playing.

Other scenarios:
I tried nearly all config Options. Sometimes it works for a while and suddenly it stops or the app crashes completely.


What works, but is not an option:
Remove the secondary Connection and configure the first one to IP with http.

Media provider:

Jellyfin

Screenshots:

This was kind of strange…

I tried to play Songs from the transformers Album while it always continue to play the same previous song over UPNP.

After switching back to cast over symfonium it played the right song. But suddenly jumps to the next, as described already.

I uploaded now several log files.

Let me know if you need more

The first issue is that your device does not recognize and support the new let’s encrypt certificates. Unfortunately those device usually no more have firmware updates to fix that, but you can still ask them :slight_smile:

Using proxy mode should work, but it seems there’s drop out by a remote part. Please check your proxy and server logs to see if there’s any errors like too low timeouts.

Thanks for your reply.

I assume this device is to old to get an update. And this is exactly the reason, why in my local Network I would like to connect between jellyfin and Receiver via IP Address.

And this is why I added it as a secondary Connection.

Is it possible, to force Symfonium to use the secondary Connection for UPNP? I would love to have a config in the Media source or so. Would that be possible?

No it’s not really possible, the proxy mode is supposed to work well for that. Check the proxy and server logs to see why it cut the connection.

Again: the direct IP to jellyfinn is without any proxy. The proxy is there for SSL Cert und external stuff.

So from my side there is no Proxy with direct IP access.

Again: when using proxy mode in Symfonium it will connect to your proxy and in the logs the connection is dropped leading to the issue.

So again: Please check the proxy and sever logs when the skip happens to see if there’s anything explaining the connection drop.

Can you tell about which Connection you are Talking? The one to jellyfin.domain.me or to the IP directly?

I will check the logs. But honestly I do not understand, why Symfonium can not use the secondary IP, which is the direct Server IP, without any Proxy.

And here is still the question: Is it possible, to tell Symfonium to use the primary or secondary Connection for UPNP Connection? This would solve my Issue. If I configure Symfonium to use the IP as Primary and no secondary Connection all works fine.

I would say it is not a bug, more a feature request, to extend Symfonium to choose which Connection should be used for UPNP.

Please take time to read what I write ?

I already answer all.

I appreciate your patience on this. Sorry If I was not clear in first glance. Thank you so much for your fast replies and answers.

I read it. And to be sure, I re-read it. Yes you answered it, but it looks like the Proxy Topic is marked as Problemm which could be easily avoided (from my point of view). I will try to get a different view on this with some pictures.

I created a Picture with my not working setup. The Problem here is that Symfonium ignores my secondary Connection completely.

I configured it like this, with primary and secondary connection. Enabled the Debug Mode and tried to play on Denon. The IP is no where visible in the logs. I will upload it again, search for the IP 192.168.30.19 you will not find it. And that is the Issue here.

But: It always tells Denon, connect to jellyfin.mydomain.me. Why does it not use the IP?


When I configure Symfonium like this, with an IP only scenario, it works seamless. No connection Issues. It simply works.


So, why can I not simply tell Symfonium to use the IP Adress for UPNP Connection? As it simply works. No troubles with Proxies, old firmwares, SSL stuff…

Can you follow my Setup and my thougts? If I was not clear, please let me know what is missing.

Just to be clear I perfectly understand how all works in your case and many others.

  1. Symfonium have no way to know your network topology and know that the Denon can talk to an ip or not.
  2. Symfonium use primary and secondary connection and switches when there’s no connection.
  3. Symfonium streams by using the active connection as it know that it works at that moment and obviously don’t keep testing both ip to optimize battery.
  4. Symfonium have the proxy option to ensure that a renderer can communicate to the server since Symfonium can.
  5. If you are connected to Wifi at work and want to cast, you can :wink:
  6. Google have decided that reading SSID requires precise location permission and that’s not a permission that suits a music application.

So again check your proxy logs to see why when coupled with Symfonium proxy there’s drops …

One easy workaround would be to use DNS views to have the DNS name not working when at home and have Symfonium forced to switch back to the other connection.

I’ll add an API command to force the switch to be used from Tasker or Automate that are the proper apps to read SSID.

1 Like

Thanks for the insides. I understand now better. Yes Google changed the rules a while ago, every App, using Bluetooth now also requests Location service. Only google knows why.

Anyway. I fixed it now for my local Environment. I add a simple deny rule inside my proxy for my local Network IP range.

Not sure if I like this solution, but it works. If there is more time, I will try to investigate into the proxy and see what wenta wrong. If I figure it out, I will come back and share the possible solution.

Thanks again.