You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As the title says. I'm trying to connect to a Subsonic instance running the most up to date Subsonic 6.1.3. I can access the list of titles in Album/Artist/Directory view just fine, but no title will play. Whenever I try to play a title, an error is printed to the mopidy log: "ERROR GStreamer error: gst-resource-error-quark: Secure connection setup failed. (5)"
I'm using legacy auth because the server's authentication is LDAP connected, which doesn't support other auth modes. I've tried with both the default-configured API version 1.14.0 as well as the more recent supported API version 1.16.0 of the server version according to this table. The GStreamer plugins are all installed and up to date (running Arch Linux).
The text was updated successfully, but these errors were encountered:
I had the same issue and seems to be to do with gstreamer httpsoup not accepting the self signed SSL cert. You basically have three potential options
Use letsencrypt and have a valid cert to an external domain
Use http only and disable ssl
Fix the self signed cert and add it to your systems CA bundle (for mine the ssl cert had the domain subsonic.org which was obviously incorrect for the URI accessed by gstreamer)
certbot will spit out a pk12 combined file so you just need to feed that in and then depending on how you run subsonic point to the java keystore created
As the title says. I'm trying to connect to a Subsonic instance running the most up to date Subsonic 6.1.3. I can access the list of titles in Album/Artist/Directory view just fine, but no title will play. Whenever I try to play a title, an error is printed to the mopidy log: "ERROR GStreamer error: gst-resource-error-quark: Secure connection setup failed. (5)"
I'm using legacy auth because the server's authentication is LDAP connected, which doesn't support other auth modes. I've tried with both the default-configured API version 1.14.0 as well as the more recent supported API version 1.16.0 of the server version according to this table. The GStreamer plugins are all installed and up to date (running Arch Linux).
The text was updated successfully, but these errors were encountered: