SMB File Sharing not working in Ventura

So my local support / friend wants me to “replace” smb by using this:

https://www.tweaking4all.com/software/macosx-software/connectmenow-v4/

But my setup is very precarious so I’ve been avoiding changes and basically lurking for a solution until now! I think next week I’ll have no choice but to try it.

This solution of turning off File Sharing, Rebooting, then Re-enabling File Sharing does not work for me. I've tried it over and over and it does not work. It doesn't even ask me to login anymore. It simply says loading for a second and then it hangs.

I set up a small NAS as a test case and access to it has been entirely stable.

As I have had no updates or contact from Apple on my escalation I am waiting on Apple.

Putting more time and effort into building a higher capacity NAS because I don't see anything so far from Apple to indicate they are going to fix whatever this issue is any time soon.

I am quite irritated to have spent the money on a M1 Mini to use as a file server only to find Apple somehow broke something as simple and universal as network file sharing.

I've given up. I tried to go back to another OS version but my Bluetooth keyboard isn't recognised and won't allow me to issue the restore command. I'm not buying a new one. I've resorted to using my NUC with Windows 11which works flawlessly. I am probably going to put both my macs on ebay and stick to Windows moving forward.

Apple support had me completely wipe my M1 Mac mini and it did not fix the issue.

I don't get the impression Apple has identified the likely root causes, so, their support people don't yet have a playbook for this and are operating from generic support scripts.

You are fortunate in that the File Sharing system in Ventura is working for you. It definitely is not working for me, I have had Macs in my photo business since 1986 and am fairly computer literate. There is no doubt there is a problem with File Sharing in Ventura. I have tried all the online fixes, and none seem to work. Apple needs to tend to this major glitch ASAP.

Question: Does any of you have turned on the screen sharing?

I am having this issue but only when I successfully connect to screen sharing to my M1 Mac Mini.

The rest of the time, the screen sharing is not working, but I can access SMB files, so its like one or the other issue.

I have been following this thread for a while now.

Thank you for your updates

Yes screen sharing is also working for me as an administrator.......my staff does not use screen sharing so I don't know if it will work on their end....however, my guess is it will

But remember, I placed all files in a "Shared" User area and assigned access rights.....if individual users place files in their own Documents folder on the same shared Server Computer, I doubt we could share files

thanks again @somuchforlaunch

Very interesting you brought up the issues with MS Office creating unnecessary cache folders. I thought I was the only person having this issue. Honestly one of the most annoying bugs I've ever had to deal with, because I would have to move to the host computer to delete the cache folders every time.

I will take a leap of faith and test 13.2.1 and report back on this thread. I'm a bit hesitant if I'm being honest since my BatchMod work around is working flawlessly for me.

The MS Office 365 cache folder issue, we are guessing that may have to do something with the SMB file sharing access right as well (not certain though). We used to have to go to the server physically to log in and remove these cache folders.

This has been resolved for the most part by having switched backend platforms. Even if a cache folders are left behind by the application every now and then, the users now have the ability to remove them from the folders as they have proper privileges under the SMB server.

ManSizedChicken:

Specifically does not say root.....however, the Shared User Folder lists all my administrators, standard users, admin, system, wheel, everyone on the info box......the subfolders are specifically blocked for administrators, all standard users or specific standard users. Specifically I have 5 sub-folders of which admins can read/write/delete everything...all other standard users access only 3 of the subfolders....those 2 subfolders have read/write/delete for everyone and read/write/delete for admin.

However, I believed the Shared User is meant to be accessed by everyone unless specifically limited......Remember this is a work around and not an Apple solution! This gets the machine up and working instead of having nothing or going to Linux or Windoze.

Also, I have the shared box used most in the office by my team and is behind a robust firewall and have a secured VPN connection for remote work. Each user must authenticate with a user name and password to access the Shared file

FWIW I still have the Microsoft empty temp files created that everyone else on this thread is having......so my solution is not all encompassing.....just solved the file sharing issue......

I updated to Ventura 13.2.1 on both my M1 Mac Book Pro and on my Mac Pro tower (Intel). Still having the same problems with File Sharing not working between these two computers. Both computers can access a third Mac, which is an iMac running as a dedicated file server (running an older version of OSX because it is an older iMac). This is beyond frustrating, I had hoped the Ventura update would fix the problem. Back on the phone tomorrow with Apple Support ....

We have tried full server disk access to users on couple of our Macs, and it has not worked for us. We also tried to delete all MS Office application files and re install fresh, and that hasn't helped either. It doesn't appear to be a user privilege issue on the server side, but a Ms office application on the client side in Ventura.

Also, full disk access is not a long term solution, as our users can't be given full access to the entire server's drives. User's access to drives and directories are controlled through login access.

I would be interested to know if both save-new file and on going re-saves of existing files behave for you with all cache removed after the saving action.

If I'm not mistaken, the smbd full disk access is turned on automatically when SMB file sharing is turned on. The way we had implemented SMB on the file-server was through user R/W access to select folders and drives specific to each user. Our file sharing is activated only on the server side and not the client sides. On the client side there is no smbd daemon running.

All clients were Mac OS Ventura (Intel based) and the server was Ventura (M1 based) as well.

We can find some side info in the comments here: https://opensource.apple.com/source/ntfs/ntfs-94.200.1/kext/ntfs_sfm.h

AFP_AfpInfo → Finder Info → "com.apple.FinderInfo" extended attributed. So perhaps the problematic one here ?

Anyway, I hope it can solve issues for others until Apple fix it.