Apple still hasn't fixed macOS Ventura's network bug

Posted:
in macOS
The new macOS Ventura 13.3 update has not corrected a network connection issue that some are experiencing that first manifested in the last few months.




Apple did not promise to fix the problem, and has yet to publicly acknowledge it. However, while the issue has not affected all users, it has been repeatedly reported since around November 2022.

The issue is that where users could previously connect to Apple devices, or from Apple to Windows, over an SMB connection, they abruptly could not. It affected individuals connecting to, say, an iPhone, or to Enterprise-scale networks.

In every case, the connection was using SMB, but apart from that, reports are too varied and inconsistent to narrow down where the fault is.

"I use the SMB file sharing system to access files on my MBPro from my iPhone 12, on my local network. Until now, this has been robust, reliable and fast," wrote user tresinnoctem on Apple's support forums back in November 2022. "After updating my MBPro to Ventura 13.0 and my iPhone to iOS 16.1 I cannot connect the laptop to the phone or to my old iMac, running Monterey 12.6."

Even individual Mac users can connect to networks or other machines directly from the Finder's Go menu, using the Connect to Server... option. This File Sharing expects a Samba connection, so a general problem with macOS Ventura and this protocol should be affecting all users, yet it isn't.

Given that it is widespread if not common, users in Apple's support forums, then, were expecting to find it fixed in some update, and were hoping that macOS Ventura 13.3 would be the one. That was compounded by how it initially appeared that it might have fixed the issue for some users.

It appears, though, that even where users could now connect to their networks, it would prove to be temporary. Or it would turn out to mean them having to repeatedly resort to the same workarounds.

One such workaround has been reported by Apple support forum user "abromber." Responding to previous instructions to reboot and reconnect the network devices, the user suggests an extra tip.

"Go to Settings/General/Sharing and click the little circle with the 'i' next to the toggle," writes the user. "It will bring up a list of shares. Remove any shares that are listed.

"Then turn file sharing off and reboot," continues the user. "Then turn file sharing back on. That is what finally worked for me."

The fix proposed is not absolute, and has not worked for all users. Other users are looking at extended file attributes as the culprit, or custom icons -- but if either were universally the case, the problem would be more prevalent.

Read on AppleInsider
Recluse.52

Comments

  • Reply 1 of 11
    dewmedewme Posts: 5,356member
    It probably won’t make you feel any better, but the prioritization of software anomalies is just as difficult for those on the other side of the problem. Most software products of the magnitude of macOS have tens of thousands of anomalies in their backlog. 

    Note that not all anomalies are bugs in the classical sense, many are things that aren’t broken but don’t work as intended. In any case, managing the backlog and establishing priorities of what gets resources assigned to each item is a continuous process that never really ends. 

    There are many opinions and drivers for setting the priorities. Zero day security issues undoubtedly get pushed to the top of the stack, but everything is still competing for resources, and usually competing against new feature requests. 

    I don’t know what a better system would be because no software organization has unlimited resources and the anomalies and new feature requests keep rolling in. Even if Apple or any development organization exposed some sort of prediction for when a particular issue would be worked on, much less resolved, they’d constantly be changing the date and/or release target because higher priority issues keep coming and features currently being worked on often get deferred and the resources redirected to other priorities. 

    The only thing that’s certain in software development is uncertainty. 
    foregoneconclusionwilliamlondonGaryDauphinjellybelly
  • Reply 2 of 11
    Apple’s SMB issues have existed waaay before Ventura. I manage a small business with 10-15 Macs that rely heavily on SMB file sharing. In 2018, after many hours of trial-and-error, I finally found a fix that has kept our uptime and our transfer speeds very high (over 100MBps for gigabit clients and around 1000MBps for Thunderbolt clients). Whether or not this helps with any Ventura-specific bugs remains to be seen since my server is running Monterey, but these steps should be performed regardless of which macOS version you're running to ensure a smooth and reliable SMB experience.

    On the server (that is, if a macOS system is your SMB server... if not, skip this part)), you’ll need to disable .DS_Stores and turn off packet signing (Source: https://support.apple.com/en-us/HT208209). With file sharing off, run these commands and then restart the server:
    defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE
    
    sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server SigningRequired -bool FALSE

    On your clients, it's also necessary to adjust SMB behavior to help keep things running smoothly as possible. To do so, you need to make adjustments to the nsmb.conf file that Apple explains here (https://support.apple.com/en-us/HT207520). But don't follow Apple's steps, there are many more options that need to be configured and I've laid it all out into a single command that you can easily copy/paste on all macOS clients (fyi, this will remove the existing nsmb.conf file, so if you have made important adjustments to it yourself, consider backing it up first):

    sudo -s; rm /private/etc/nsmb.conf; echo "[default]\nsigning_required=no\nstreams=yes\nnotify_off=yes\nport445=no_netbios\nunix extensions = no\nveto files=/._*/.DS_Store/\nprotocol_vers_map=6" >> /etc/nsmb.conf; defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE; exit

    Thats it! Occasionally, when a client doesn’t see or doesn't want to connect to your SMB server, flush the DNS cache on that client and it’ll connect again:

    sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
    edited March 2023 auxioforegoneconclusionnetroxwonkothesanewilliamlondonleehammroundaboutnowrundhvidjellybellybala1234
  • Reply 3 of 11
    I use my imac as a file serve to access external drives with media. I started having issues accessing from my MacBook Pro with Monterey. Found a fix something with activating SMB2 because Apple had switched to SMB3. With the arrival of Ventura back to square one, nothing worked and with each update no fix in sight. 
    Then i found a fix that works for me. Some where on the web (sorry can’t find the source any more to give credit)
    was to check if you drive icons have custom icons (like to do that so that you know which drive you ejected and don’t remove the wrong one).  So one burnt offering had to be made for a functioning SMB. Removed and saved the custom icons for a later day. Restarted the iMac. Since then file sharing works again. Open “cmd I” on the drive click on the top icon and “cmd X” you should get a generic drive icon. Worked for me but haven’t had the opportunity to test it in other setups. 
    edited March 2023 roundaboutnowinequals
  • Reply 4 of 11
    ... check if you drive icons have custom icons (like to do that so that you know which drive you ejected and don’t remove the wrong one).  So one burnt offering had to be made for a functioning SMB. Removed and saved the custom icons for a later day. Restarted the iMac. Since then file sharing works again. Open “cmd I” on the drive click on the top icon and “cmd X” you should get a generic drive icon. Worked for me but haven’t had the opportunity to test it in other setups. 
    Insane that something as simple as a custom icon can break SMB on a Mac. Good to know though since I'm always using them!
  • Reply 5 of 11
    Regardless of the above work arounds, Apple needs to fix this ASAP and make SMB file sharing as robust and as fast as possible. SMB is still widely used on a lot of file servers and older NAS boxes..
    edited March 2023 leehamm
  • Reply 6 of 11
    Thanks,  macmaverickk:

    That not only resolved my SMB issues, we had an ongoing issue where Ventura machines could not mount each other via AFP.  Your fix cleared it all up! 

    Gracias!
    edited March 2023 macmaverickkbala1234inequals
  • Reply 7 of 11
    leehammleehamm Posts: 58member
    I’m only slightly glad to find others in this mess and to find some acknowledgement that there is an issue. 

    It seems mad that one of my Macs would rather connect to a Linux NAS or a Windows PC than to another Mac. Works one day, fails the next.
  • Reply 8 of 11
    Thanks,  macmaverickk:

    That not only resolved my SMB issues, we had an ongoing issue where Ventura machines could not mount each other via AFP.  Your fix cleared it all up! 

    Gracias!
    Yay, glad to hear!!
  • Reply 9 of 11
    kakmankakman Posts: 14member
    FWIW, I've just built a new web server using a Mac Mini running Ventura 13.3 and I'm connecting to it from an M1 MBP also running Ventura 13.3. At this stage - fingers crossed - I can connect without issue from the MBP to the server. I'm wondering if a nice clean system eliminates some of the potential issues.

    I'm keeping all the above suggestions flagged in case it all turns bad.
  • Reply 10 of 11
    I was able to get to SMB shares by using the file share path name and JTD so we don’t even use domain\ for the user anymore. Using the IP is not needed anymore. 
  • Reply 11 of 11
    defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE
    
    sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server SigningRequired -bool FALSE
    sudo -s; rm /private/etc/nsmb.conf; echo "[default]\nsigning_required=no\nstreams=yes\nnotify_off=yes\nport445=no_netbios\nunix extensions = no\nveto files=/._*/.DS_Store/\nprotocol_vers_map=6" >> /etc/nsmb.conf; defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE; exit
    I've been bashing my head against this all weekend. You are a god. Thank you!
Sign In or Register to comment.