Skip to main content
Question

Local music service lockout

  • May 26, 2026
  • 7 replies
  • 50 views

I own roughly $2,800 worth of current-generation Sonos hardware:
- 9 × Sonos One SL
- 1 × Sonos Sub
- 1 × Sonos Play:3

 

All on the same LAN as a self-hosted music server (Navidrome, which
speaks the Subsonic API). Every one of these speakers is physically
capable of streaming HTTP audio from that server, and Sonos used to
support exactly this through the custom music service / SMAPI
mechanism plus the Sonos Desktop Controller.

I would like a supported, first-party way to add my local music server
as a music service on these speakers, without:

  - exposing my private music server to the public internet,
  - paying for a third-party iOS controller app to do the registration,
  - or running discontinued Sonos Desktop Controller software.

Here is what I have already tried and why each path is currently blocked:

  1. Auto-register via SMAPI from a local bonob bridge on my LAN
     (10.0.1.204): the speakers' /xml/device_description.xml is
     reachable, but the SOAP registration call to port 1400 is
     rejected with HTTP 403 Forbidden by current firmware
     (Sonos/95.0-77060). This used to work on older firmware.

  2. Use the Sonos mobile app to add a custom service: the iOS and
     Android apps do not expose any UI to add a non-Sonos-curated
     music service. Only services from your service directory appear
     under "Add a Service."

  3. Use the Sonos Desktop Controller's Customize panel (Ctrl+Shift+C):
     Sonos discontinued the desktop controller in May 2022 and no
     longer distributes the installer. Even archived binaries appear
     to be rejected by current firmware.

  4. Use the new mobile app (post-May-2024) with an HTTPS-served
     local service: based on Sonos community forum posts, the new
     app additionally requires the service to be callable from
     Sonos's cloud, not just from the LAN. This requires exposing
     my private music server to the public internet, which I am
     not willing to do.

Specific questions I would like answered:

  A. Is there a currently-supported, first-party way for an owner
     of S2-compatible Sonos hardware to register a local SMAPI
     music service against their household, that works on
     firmware 80+ and does not require exposing the service to
     the public internet?

  B. If not, what is Sonos's plan for owners who bought hardware
     specifically for its advertised support of local libraries
     and third-party music services?

  C. If the answer to (A) is "no" and to (B) is "we have no plan,"
     can you confirm in writing that current Sonos firmware no
     longer supports local-only third-party music services so I
     can make purchasing decisions accordingly? I will not be
     purchasing additional Sonos hardware until this capability
     is restored.

Hardware firmware version (from /xml/device_description.xml on each
unit): Sonos/95.0-77060 across the fleet, including the Play:3.

Network detail: speakers and music server share a /24 subnet, no
NAT between them; all relevant ports (1400, 4534, 5005) are open
on the LAN. The problem is the speakers' refusal to accept LAN
SMAPI registration, not network reachability.

Thank you. I would prefer a written response that I can keep with
the purchase records for these speakers.

- Ashton Honnecke

 

7 replies

Airgetlam
  • May 26, 2026

Does SMB v2 (or higher) not work for you? 

I don’t think this exposes anything to ‘outside’.

All of the listed devices run S2, which uses SMB v2 (or higher)


Stanley_4
  • Grand Maestro
  • May 26, 2026

Most of that should be addressed to Sonos instead of other users here on the forum. All we can do is offer our best guess, Sonos has official answers.

Personally I just use the Sonos Music Library and don't bother with external servers.

 


Does SMB v2 (or higher) not work for you? 

I don’t think this exposes anything to ‘outside’.

All of the listed devices run S2, which uses SMB v2 (or higher)

Sorry! 
Thought I was putting in a support ticket.


Airgetlam
  • May 27, 2026

No, unfortunately, this is just a public forum, moderated by Sonos, where users attempt to help each other. I think if you want to speak with Sonos support, you need to call them, as they aren’t in this population. I think the reps have the ability to open tickets, but we certainly don’t. 


106rallye
Forum|alt.badge.img+18
  • May 27, 2026

You state: “Sonos discontinued the desktop controller in May 2022 and no longer distributes the installer.”

I still see a Winows an Mac controller on Sonos Apps | Sonos, though these have been stripped of set up options for years now.

You state: ”B. If not, what is Sonos's plan for owners who bought hardware
     specifically for its advertised support of local libraries
     and third-party music services?”

For future reference: local libraries are still supported. As, ​@Airgetlam asked you above: does SMB v2 (or higher) not work for you? 

By the way, I do not know if local libraries ever where supported in the way you are asking now, not requiring exposing the service to the public internet, but has Sonos ever promised this? And, maybe more importantly, is your library indeed exposed to the public internet now?

 


jgatie
  • May 27, 2026

I believe the OP is making a far greater issue of this than is warranted.  The older PC/Mac Controller did set up HTTP sharing in order to stave off complaints that SMB v1 has security issues, and it appears the OP was using some form of that sharing, albeit in a roundabout way.  That HTTP sharing has since been replaced (also because of security issues) by SMB v2/v3 sharing.  There was nothing about the original HTTP method which is stopping the OP from switching to the far more secure (and, from the looks of the OP’s post, far less complicated) SMB v2/v3 sharing used now.


controlav
Forum|alt.badge.img+24
  • Lead Maestro
  • May 27, 2026
  1. No (unless using S1), the customSD page is no longer available on S2.
  2. Use the built-in Local Library support via and SMBv2 file share
  3. Use SMB. per B. above.