[SOLVED] sonos-controller-unofficial stopped working with Samba 4.15.5 and Slack150

pisti · 02-19-2022, 11:15 AM

as i switched my home box from Slackware 14.2 to Slack150 my Sonos Connect:Amp can't access anymore my music file collection offered via Samba (meanwhile v4.15.5). needless to say that this setup had worked just fine with earlier Slackware/Samba versions for many years...

i am not sure if this netbios error message plays a role at all :

Code:

WARNING: 'workgroup' and 'netbios name' must differ.

which i 'fixed' by adding some fake netbios name :

Code:

netbios name = sonos

still, sonos-controller-unofficial does not see any my music subdirs under 'Music Library' although it is able to look through the subdir tree using the "On this device" feature - but, again, without seeing nor playing any FLAC nor MP3 files.

here my smb.conf file :

Code:

cat /etc/samba/smb.conf | grep -v "^;" | grep -v "^#" | sed '/^$/d'

[global]
   workgroup = MyHostName
   netbios name = sonos
   server string = MyMusicServer
   server role = standalone server
   hosts allow = 192.168.2.17
   log file = /var/log/samba.%m
   max log size = 50
   dns proxy = no 
server max protocol = SMB3
server min protocol = CORE
ntlm auth = yes
[MyMusicServer]
   comment = my music server
   path = /home/MyUser/.Links/Music/
   public = yes
   writable = no
   valid users = MyUser
   browsable = yes 
   create mask = 0777
   directory mask = 0777
   #### 20220219
   follow symlinks = yes
   wide links = yes
   unix extensions = no

and here my testparm output :

Code:

/etc/rc.d/rc.samba restart ; testparm 

Starting Samba:  /usr/sbin/smbd -D
                 /usr/sbin/nmbd -D
Load smb config files from /etc/samba/smb.conf
Global parameter unix extensions found in service section!
Loaded services file OK.
Weak crypto is allowed

Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        dns proxy = No
        log file = /var/log/samba.%m
        max log size = 50
        netbios name = SONOS
        ntlm auth = ntlmv1-permitted
        server min protocol = CORE
        server role = standalone server
        server string = MyMusicServer
        workgroup = MyHostName
        idmap config * : backend = tdb
        hosts allow = 192.168.2.17


[MyMusicServer]
        comment = my music server
        create mask = 0777
        directory mask = 0777
        guest ok = Yes
        path = /home/MyUser/.Links/Music/
        valid users = MyUser
        wide links = Yes

playing with other parameters didn't help :

Code:

server min protocol = NT1
allow insecure wide links = yes

any input & help are greatly appreciated !

pisti · 04-27-2022, 11:13 PM

i am truly lost with this issue, don't know how to solve this SAMBA NT1 SMBv1 problem on Slackware 15 machines. moreover, i am not even sure how to create an example TEST scenario so i can test if the server's smb.conf file works for a linux client (because testing such through a SONOS device is a no-go...).

below some SAMBA steps i do to (test)export from machineA:/tmp to machineB and mount point /mnt/tmp :

Code:

testparm

Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[music]"
Loaded services file OK.
Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        client min protocol = NT1
        server max protocol = NT1
        server min protocol = NT1
        ntlm auth = Yes
        idmap config * : backend = tdb
        hosts allow = 192.168.2

[music]
        comment = zene
        path = /tmp/
        hide special files = Yes
        create mask = 0555
        directory mask = 0555
        force create mode = 0555
        force directory mode = 0555
        guest ok = Yes
        read only = No

Code:

nmap --script smb-protocols localhost

Starting Nmap 7.92 ( https://nmap.org ) at 2022-04-27 23:52 EDT
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0000040s latency).
Other addresses for localhost (not scanned): ::1
Not shown: 996 closed tcp ports (reset)
PORT    STATE SERVICE
111/tcp open  rpcbind
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
631/tcp open  ipp

Host script results:
| smb-protocols: 
|   dialects: 
|_    NT LM 0.12 (SMBv1) [dangerous, but default]

Nmap done: 1 IP address (1 host up) scanned in 0.28 seconds

Code:

mount.cifs -o guest,vers=1.0 //192.168.2.2/tmp/ /mnt/tmp/

mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

i am not a SAMBA expert at all and so i am just playing with settings and commands (instead of doing RTFM...) but i begin to suspect there is something wrong with Slack150's SAMBA service for the NT1/SMB1 protocol dialect. needless to say that SAMBA export of my music directory doesn't work for the SONOS connect:amp device...

what do the SAMBA experts suggest ?

pisti · 05-06-2022, 10:24 AM

so, in terms of this 2-month-long SAMBA-SONOS fiesta, i pulled the plug last night : i just had enough of this agony of SAMBA odyssey adjusting smb.conf files and SMB1/NT1 protocols as infinitum. bottom line is that i simply couldn't get it running with my Slack150 linux boxes. again, i am by no means a SAMBA expert although i was forced to use it on and off pretty regularly since the nineties, that's for many years...

i made my brief detour with PLEX.tv but very cleverly it lets you browse through the directory tree of your own music collection, though only if you pay them a monthly fee ! therefore i buried that project very quickly too...

ultimately the solution was to give in, make this an easy and painless journey and install a (non-spinning) SSD drive on one of my QNAP servers which comes with some silly proprietary microsoft protocol through which it can then talk to my 1st generation SONOS connect:amp which in return finally decided to recognize my FLAC music files and play them ad libitum. last, both the SONOS S1 android App and sonos-controller-unofficial started to work again as expected.

so, family is happy, i am happy...marking this [SOLVED]

jckfun · 09-18-2022, 01:05 AM

Quote:

Originally Posted by pisti

so, in terms of this 2-month-long SAMBA-SONOS fiesta, i pulled the plug last night : i just had enough of this agony of SAMBA odyssey adjusting smb.conf files and SMB1/NT1 protocols as infinitum. bottom line is that i simply couldn't get it running with my Slack150 linux boxes. again, i am by no means a SAMBA expert although i was forced to use it on and off pretty regularly since the nineties, that's for many years...

i made my brief detour with PLEX.tv but very cleverly it lets you browse through the directory tree of your own music collection, though only if you pay them a monthly fee ! therefore i buried that project very quickly too...

ultimately the solution was to give in, make this an easy and painless journey and install a (non-spinning) SSD drive on one of my QNAP servers which comes with some silly proprietary microsoft protocol through which it can then talk to my 1st generation SONOS connect:amp which in return finally decided to recognize my FLAC music files and play them ad libitum. last, both the SONOS S1 android App and sonos-controller-unofficial started to work again as expected.

so, family is happy, i am happy...marking this [SOLVED]

Hello all,

I am encountering issues while trying to setup my shared folder that contains my music under my sonos system.

Sonos cannot access the folder that is under
« //MyIPAddress/Google Drive backup/Musiques »

This is weird, because it was perfectly working before I reset my NAS QNAP TS 251A and install the latest firmware version.

Does anybody know how to setup sonos/QNAP QTS to access a music folder ?

Which SMB settings do I need to apply to make it work ?

Thanks

Regards,