Так как я недавно приобрел новый Mac Pro (на базе Catalina 10.15.2), я подключил его с помощью 10-гигабитного Ethernet-кабеля к своему серверу Debian 10 / Proxmox.
Однако при подключении к общему ресурсу я получаю производительность чтения/записи всего 150–300 МБ/с.
Вот мой текущий smb.conf:
[global]
netbios name = server
realm = MY.DOMAIN
security = ADS
workgroup = MYDOMAIN
wins server = my.domain.test
winbind enum users = Yes
winbind enum groups = Yes
winbind use default domain = Yes
winbind refresh tickets = Yes
winbind nested groups = No
idmap config MYDOMAIN:backend = ad
idmap config MYDOMAIN:schema_mode = rfc2307
idmap config MYDOMAIN:range = 10000-20000
log file = /var/log/samba/log.%m
log level = 1
printcap name = /etc/printcap
load printers = no
username map = etc/samba/user.map
vfs objects = recycle acl_xattr catia fruit streams_xattr
map acl inherit = yes
store dos attributes = yes
oplocks = no
# Enable the recycle bin
recycle:repository = /tank/storage/.recycle/%U
recycle:touch = Yes
recycle:keeptree = Yes
recycle:versions = Yes
recycle:noversions = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:exclude = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:excludedir = /recycle,/tmp,/temp,/TMP,/TEMP
# Apple
fruit:aapl = yes
fruit:encoding = native
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
[share1]
path = /tank/share1
read only = no
valid users = @"MYDOMAIN\share1-Access"
[share2]
path = /tank/share2
read only = no
valid users = @"MYDOMAIN\share2-Access"
[timemachine]
path = /tank/timemachine
read only = no
valid users = @"MYDOMAIN\timemachine-Access"
oplocks = no
fruit:aapl = yes
fruit:time machine = yes
[downloads]
path = /tank/downloads
read only = no
valid users = @"MYDOMAIN\downloads-Acccess"
[cloud-backup]
path = /tank/cloud-backup
read only = no
writeable = yes
valid users = @"MYDOMAIN\cloud-backup-Access"
решение1
Реализация SMB3 в macOS Big Sur и более поздних версиях имеет многоканальную поддержку (см. эту статью). Это помогает значительно повысить производительность; однако до версии Samba 4.15 настройка server multi channel support = Yes
в /etc/samba/smb.conf приводила к панике каждый раз при перезагрузке клиента с смонтированным общим ресурсом.
Я уже некоторое время использую следующие настройки на своих клиентах macOS (/etc/nsmb.conf):
signing_required = no
protocol_vers_map=6
port445=no_netbios
Я также отключаю в Samba многое, что мне не нужно:
[global]
allow dns updates = disabled
client min protocol = SMB3_11
dcerpc endpoint servers = rpcecho
delete veto files = Yes
disable netbios = Yes
disable spoolss = Yes
dns forwarder = 192.168.1.1
dns proxy = No
enhanced browsing = No
# Next line requires catia (needed if no Windows clients?)
fruit:encoding = native
fruit:metadata = stream
# Do not use NFS access control entries
fruit:nfs_aces = No
# Enable extended attributes (requires streams_xattr)
fruit:resource = xattr
# Next line is already the default
;fruit:zero_file_id = Yes
host msdfs = No
inherit acls = Yes
inherit permissions = Yes
lm announce = No
load printers = No
log file = /var/log/samba/log.smbd
log level = 1
logging = file
max log size = 10000
# Next 2 lines defer mDNS config to Avahi (better for icon and Time Machine)
mdns name = mdns
multicast dns register = No
name resolve order = host bcast
pam password change = Yes
panic action = /usr/share/samba/panic-action %d
passwd chat = "*New Password:*" %n\n "*Reenter New Password:*" %n\n "*Password changed.*"
passwd program = /usr/bin/passwd %u
printcap cache time = 0
printcap name = /dev/null
printable = No
printing = bsd
restrict anonymous = 2
rpc_daemon:spoolssd = disabled
rpc_server:epmapper = disabled
rpc_server:winreg = disabled
rpc_server:lsarpc = disabled
rpc_server:samr = disabled
rpc_server:netlogon = disabled
rpc_server:netdfs = disabled
rpc_server:dssetup = disabled
rpc_server:wkssvc = disabled
rpc_server:spoolss = disabled
rpc_server:svcctl = disabled
rpc_server:ntsvcs = disabled
rpc_server:eventlog = disabled
rpc_server:initshutdown = disabled
rpc_server:mdssvc = disabled
server max protocol = SMB3_11
server min protocol = SMB3_11
# Next line experimental until 4.15 - macOS clients support multi-channel SMB3
;server multi channel support = Yes
server role = standalone server
server services = rpc, smb
server string = %h server (Samba 4.13.14, Ubuntu 21.10)
show add printer wizard = No
smb ports = 445
unix password sync = Yes
use sendfile = Yes
veto files = /._*/.DS_Store/
vfs objects = catia fruit streams_xattr
[homes]
browseable = No
comment = Home Directory
fruit:time machine = No
guest ok = No
spotlight = No
valid users = %S
writable = Yes
[Backup]
comment = Time Machine
fruit:time machine = Yes
guest ok = No
path = /external/%U
spotlight = No
valid users = %U
writable = Yes
В будущем я планирую снова включить поддержку многоканальности сервера. Не хотелось устанавливать все зависимости, необходимые для компиляции Samba 4.15 из исходников.
Кстати, я нашелЭта статьябудет интересно, если вы используете ZFS (как я и предполагаю, основываясь на именах каталогов, начинающихся с tank/).
решение2
SMB ужасно отстой на Mac, и всегда так было. Мой совет: не парьтесь и просто установите netatalk; вы получите 1 ГБ/с без каких-либо проблем. Или используйте NFS, он также достигнет 1 ГБ/с без каких-либо проблем. Однако Netatalk — самый безопасный вариант, некоторые приложения могут вести себя странно через NFS. Плюс Netatalk ведет себя последовательно как Samba для аутентификации, разрешений файлов и т. д.
Я даже сравнивал производительность с использованием «Хакинтошей»: та же машина под управлением Windows достигает 900 МБ/с через SMB, но 250 МБ/с при работе в качестве Mac; а при использовании Appleshare скорость возрастает до 1 ГБ/с.