Min receivefile size = 16384 socket options = TCP_NODELAY IPTOS_LOWDELAY read raw = yes write raw = yes strict locking = auto getwd cache = yes min protocol = SMB2 ea support = yes # VFS enablement, order on this next line is important

Server signing = no # This has no effect if connections are signed On the Linux server side (for me that’s Ubuntu 20.04 with Samba 4.11.6) I added this to my /etc/samba/smb.conf file: So, enough blabbing, what you’re actually interested in is what you have to do, right? The Change SetĪfter all was said and done I ended up much happier than I’d been before, and now Music is much, much happier with the setup. There’s also common configuration recommendations on how to speed up Samba connections by modifying socket options, raw read/writes, and directory path caching. Apple’s reasoning isn’t speed or stability, but compatibilty, but it helps me out. And as it turns out there’s a support document from apple on how to Turn off package signing for SMB2 and SMB3 connections. I also found advice that disabling signing can reduce overhead, so I implemented that as well. So I was pleased to find out that I had simply been missing a page in the Samba Wiki that was specifically to show morons like me how to Configure Samba to Work Better with Mac OS X. I don’t know much about samba, can’t say that I want to either. That turned out to be not having read any docs. Today I finally dug in to see what I was doing wrong.

I was also continually having issues with artwork going missing or Music not being able to find the library at all. Accessing my library via SMB was incurring the slowest speeds known to man, as well as was what seemed to be file writing issues. Since migrating my iTu~ err… Music library to a Linux server to save space on my MacBook Pro I’ve been lamenting the move.

Macos samba server