MacOS Sequoia installed. Internet will randomly drop connection

I have same problem with Viber. Found that the built-in Firewall orders to "Block incoming connections" for Viber and I can not change it (and some other). For some other services I can choose either to Block or Allow. How can this be fixed?

Same it's crazy... comon Apple. I've had intermittent wifi for a week now on my newly spec-ed out Macbook Pro M3 Max 14''. And Wifi works fine on my other devices.

"Anyone using Handbrake? Transcoding videos completely breaks the

internet connection now on that Mac, doesn’t matter if WiFi or wired…"

Looks like the 15.0.1 update fixed this for me. :)

One suggestion, is in WiFi use the "Forget This Network" option and set it back up again.

Similar situation: m3 max, sequioa 15.0; little snitch (up to date), express vpn, proton vpn as backup.

since updating internet has been very broken despite attempts at troubleshooting and trying to find the cause. I’ve tried all fixes provided, still abysmal. Will probably Time Machine prior to sequioa until things get fixed.

I turned off the rotating MAC address, a stupid idea to start with, as it messes up cached ARP entries on OTHER devices. I deleted little snitch (which was a major source of the headaches). I used Wireshark to note that the default internal firewall ruleset blocks DNS _replies_, even though the state table was supposed to be set up on the outbound query. Nope. So... the Firewall Control Panel entry is not reflecting the true pass/block rules right ? I turned off Intego Netbarrier too, as it is conflicting with some state (who knows what) in the network stack of the os. I am very familiar with pf, so I went in and added an explicit pass rule for DNS inbound/outbound to /etc/pf.conf. Be careful if you dont know what you are doing ! Here's you you prove it, do a dig or nslookup and it wont work until you modify the pf.conf and reload pf. Fixed. It was so broken out of the box that trying to do a Software Update check was failing with "no network connection". I hate lousy error messages like this that dont REALLY tell you anything. The NETWORK connection is not failing, it is DNS inbound which is being blocked, so the calling app hangs. This is another bug, it should time out and give an error "DNS timeout".

There’s an enormous amount of ‘blaming the victim’ going on in this thread, imo.

I’ve been suffering this issue for nearly a month.

Until reading this forum thread (and still, only in this thread) I’d never heard of Little Snitch.

On my Mac the only vpn is a hardware Meraki Z1.

The issue occurs when I am connected via wired Ethernet and WiFi is turned off, as well as when using WiFi.

So to be clear:

CHANGING A SETTING IN WIFI SETTINGS ISN’T NECESSARILY THE SOLUTION.

NOT USING SKETCHY VPN SOFTWARE ISN’T NECESSARILY THE SOLUTION.

If you don’t know the answer, don’t cop a smug, superior attitude and pretend you do.

Update, it seems to have fixed the problem for Teams and Zoom meetings. But I still have a total network hang a couple of times a day that lasts around 90-120 seconds effecting all applications.

I am too having the same issue, it is frustrating. it took me 5 mins to post this comment because the wifi kept dropping.

I'm having the exact same issues which is driving me crazy! It's affecting my work Teams calls causing me to have to keep joining customer meetings from my phone instead.

I have the same exact issue. M2 pro 16” drops connection every 30-60 sec. I turned off firewalls, dns reset/clean, removed all kinds of VPNs but still drops it😭.

wtf apple, pls help us out🙏

my problem was an incompatible little snitch version after the update. same thing: worked for 30sec and then all traffic was blocked. in any case, check your vpn settings for tools that might be incompatible

I turned off the rotating MAC address, a stupid idea to start with, as it messes up cached ARP entries on OTHER devices. I deleted little snitch (which was a major source of the headaches). I used Wireshark to note that the default internal firewall ruleset blocks DNS _replies_, even though the state table was supposed to be set up on the outbound query. Nope. The nasty part is this is random, it works for a while, then it doesnt. So... the Firewall Control Panel entry is not reflecting the true pass/block rules right ? I turned off Intego Netbarrier too, as it is conflicting with some state (who knows what) in the network stack of the os. I am very familiar with pf, so I went in and added an explicit pass rule for DNS inbound/outbound to /etc/pf.conf. Be careful if you dont know what you are doing ! Here's how you prove it, do a dig or nslookup and it wont work until you modify the pf.conf and reload pf. Fixed. It was so broken out of the box that trying to do a 'Software Update' check was failing with "no network connection". I hate lousy error messages like this that dont REALLY tell you anything. The NETWORK connection is not failing, it is DNS inbound which is being blocked, so the calling app hangs. This is another bug, it should time out and give an error "DNS timeout". So 'splain me dis Ricky, why when you try to disable the firewall, it hangs all network interfaces ?

Little Snitch is more than a decade old. It has been a reliable network monitoring software by Objective Development. It's certainly not pirating software! Just alike any application, if you use it unresponsively, that's NOT the fault of the developer. Little Snitch helps to encrypt my DNS request which keeps my browsing secure and most importantly, private! It's like having manageable firewalls for controlling inbound and outbound traffic.