我已经在多个版本的 Ubuntu 上通过 Samba 共享音乐目录,至少可以追溯到 18.04,也许更早,甚至更早,在 Red Hat 的许多版本上也是如此。我将此共享目录用于 Sonos 上的音乐库。
这一切都运行正常,直到我升级到 22.04,然后 Sonos 就无法再使用该共享,尽管仍然可以通过 Windows 10 计算机上的 Windows 资源管理器访问它。我一直使用相同的 smb.conf,升级到 22.04 期间没有进行任何更改。
我正在使用较旧的 Sonos 技术,它需要 SMBv1,并且我已使用 nmap 验证了 NT1 可用。
为了排除问题是 Sonos 软件发生某些变化的可能性,我设置了一台运行 Ubuntu 18.04 的机器,使用相同的 Samba 配置,并验证我是否可以访问 18.04 服务器上的音乐库。
我搜索了有关 22.04 版本中 Samba 更改的任何信息,但一无所获。
我曾尝试访问托管在两台运行 22.04 的不同设备上的音乐库,这些设备是独立设置的,但 Sonos 无法在任何一台机器上访问共享,而这些共享却可以通过 Windows 10 笔记本电脑上的 Windows 资源管理器轻松获得和浏览。
我很好奇,想知道 22.04 中的 Samba 实现是否存在已知问题,该问题会干扰 22.04 上托管的 Sonos 共享音乐库的实现。
Mikewhatever 建议的答案无法解决这个问题。我之前在尝试修复这个问题时发现了这个建议,但是我的 smb.conf 中一直有这一行,这就是为什么在 20.04 中一切正常。它在 22.04 中就失效了。
#======================= Global Settings =======================
[global]
workgroup = WORKGROUP
server min protocol = NT1
; server max protocol = NT1
ntlm auth = yes
server string = %h server (Samba, Ubuntu)
dns proxy = no
log file = /var/log/samba/log.%m
max log size = 1000
syslog = 0
panic action = /usr/share/samba/panic-action %d
server role = standalone server
passdb backend = tdbsam
obey pam restrictions = yes
unix password sync = yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
map to guest = bad user
usershare allow guests = yes
[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
browseable = yes
read only = yes
guest ok = no
[files]
comment = Read/Write file share
path = /storage
guest ok = yes
writeable = yes
create mask = 0777
[music]
comment = Read Only music share
path = /storage/music
guest ok = yes
writeable = no
browseable = yes
create mask = 0777