OpenWrt One Router Wi-Fi Dropping on macOS: How to Fix It

A growing number of Mac owners have flagged persistent Wi-Fi and network stability problems when pairing their machines with the OpenWrt One, the open-hardware router that has gained traction among enthusiasts wanting full control over firmware and privacy. Threads across the Apple Support Community describe the same pattern: iPhones and MacBooks associate with the router just fine, but connections drop after a few minutes, DNS lookups stall, AirDrop misbehaves, and iCloud sync freezes until Wi-Fi is toggled off and back on.

This is a widespread, reproducible issue tied to how Apple’s Wi-Fi stack negotiates with certain OpenWrt defaults — particularly around 802.11ax (Wi-Fi 6), IPv6, and mDNS traffic. The good news: nearly every case can be resolved with configuration changes on either the router or the Mac. Below is a practical fix guide built from what users in the Apple Support Community have confirmed, plus additional tuning steps drawn from hands-on experience with OpenWrt firmware and macOS networking internals.

What Causes This Issue

The OpenWrt One ships with sensible generic defaults, but Apple devices are unusually picky about a handful of wireless and networking parameters. The most common culprits reported include:

• 802.11ax (Wi-Fi 6) handshake bugs — Apple’s Wireless Diagnostics subsystem occasionally fails to renegotiate after a beacon interval change, causing silent disassociations.
• Aggressive band steering — When 2.4 GHz and 5 GHz share an SSID, macOS may bounce between bands and lose its DHCP lease.
• IPv6 router advertisements (RA) that are misconfigured or have short lifetimes, which macOS handles differently than Linux or Windows clients.
• WPA3 or WPA2/WPA3 transition mode — Older Macs and some iOS versions still struggle with SAE authentication.
• mDNS/Bonjour blocking — Default firewall rules or bridge settings can silently drop multicast traffic that AirPlay, AirDrop, and HomeKit rely on.
• Power save (U-APSD) mismatches between the router’s hostapd config and Apple’s aggressive Wi-Fi power management.

Step-by-Step Fixes

Work through these in order. The first step resolves the majority of cases reported by users in the Apple Support Community.

1. Disable 802.11ax temporarily and force WPA2-only. Log into the OpenWrt LuCI interface, go to Network → Wireless, edit your 5 GHz radio, and under Advanced Settings uncheck “HE (802.11ax)”. In the Wireless Security tab, change encryption from “WPA2/WPA3 Mixed” to “WPA2-PSK (CCMP)”. Save and apply. This alone eliminates the drop-off issue for most Macs running macOS Sonoma or Sequoia.
2. Split your SSIDs by band. Give the 2.4 GHz and 5 GHz radios different network names (for example, MyNet and MyNet-5G). This prevents macOS from making incorrect steering decisions. Apple’s Wi-Fi client picks the strongest known SSID, so let it choose deliberately.
3. Set a fixed channel and channel width. Avoid “Auto” on the 5 GHz radio. Pick channel 36, 40, 44, or 48 (UNII-1 band) with an 80 MHz width. DFS channels frequently cause radar-detection pauses that Macs interpret as disconnections.
4. Fix IPv6 router advertisements. Under Network → Interfaces → LAN → DHCP Server → IPv6 Settings, set Router Advertisement Service and DHCPv6 Service both to “server mode”. Set the RA lifetime to at least 1800 seconds. If IPv6 problems persist, temporarily disable IPv6 on the WAN interface to confirm it’s the cause.
5. Renew your Mac’s network configuration. On the Mac, open System Settings → Wi-Fi → Details for your network and click “Forget This Network”. Then delete /Library/Preferences/SystemConfiguration/ files: com.apple.airport.preferences.plist, com.apple.network.identification.plist, NetworkInterfaces.plist, and preferences.plist. Reboot and rejoin the network fresh.
6. Enable IGMP snooping and disable multicast-to-unicast. Under the wireless interface’s advanced options, turn on IGMP snooping but disable “Multicast-to-Unicast” conversion, which breaks Bonjour discovery on Apple devices.

Additional Solutions

If the core fixes above don’t fully resolve your setup, these secondary adjustments have helped in more stubborn cases:

• Update OpenWrt to the latest stable release. The OpenWrt One receives regular firmware updates, and several ath11k/mt76 driver revisions specifically addressed Apple client compatibility. Use System → Software or flash a fresh sysupgrade image.
• Disable 802.11r (Fast Transition) and 802.11k/v if you don’t have multiple access points. These roaming assist features can confuse single-AP Apple clients into unnecessary reassociations.
• Lower the beacon interval to 100 ms (the default) if it’s been changed, and set DTIM to 3. macOS relies on predictable beacon timing for its power management.
• Turn off Apple’s Private Wi-Fi Address for this network. On iPhone and iPad, go to Settings → Wi-Fi → tap the network → toggle off Private Wi-Fi Address. On Mac, this option lives in the network’s Details pane. Rotating MAC addresses can trigger DHCP lease conflicts on OpenWrt’s dnsmasq.
• Set MTU explicitly. On the OpenWrt WAN interface, set MTU to 1492 if you’re on PPPoE, or 1500 otherwise. Mismatched MTU is a classic cause of “loads some sites but not others” complaints on Macs.
• Configure dnsmasq to cache aggressively. Increase the cache size to 10000 and set “Rebind protection” off temporarily to rule out DNS rebinding blocks against Apple’s captive portal checks (captive.apple.com).
• Reset the Mac’s Wi-Fi hardware. Hold Option and click the Wi-Fi menu bar icon, choose “Disassociate from network,” wait ten seconds, then rejoin. On Apple silicon Macs, a full shutdown (not restart) clears the wireless controller state.

When to Contact Apple Support

Because the OpenWrt One is third-party hardware, Apple Support cannot troubleshoot the router itself. However, contact Apple Support if:

• Your Mac drops Wi-Fi on every network, not just the OpenWrt One — this points to a hardware or macOS-level fault.
• Wireless Diagnostics (hold Option and click the Wi-Fi menu) logs repeated kernel panics or driver crashes.
• You’ve confirmed the router works flawlessly with Windows or Android clients on identical settings, and only Apple devices misbehave after all the fixes above.
• Your Mac is under AppleCare and you suspect the Wi-Fi module is failing — symptoms include weak signal only on your Mac while other Apple devices nearby show full bars.

Before calling, run Wireless Diagnostics and save the sysdiagnose archive. Apple’s advisors can interpret the logs even if the router itself is out of scope.

FAQ

Is the OpenWrt One officially incompatible with Apple devices? No. It’s fully standards-compliant. The friction comes from Apple’s stricter interpretation of Wi-Fi and IPv6 standards, which exposes edge cases in default configurations.

Will disabling Wi-Fi 6 slow my Mac down noticeably? For typical browsing, streaming, and iCloud sync, no. You’ll still get several hundred Mbps on 802.11ac. Once OpenWrt firmware matures further, you can re-enable HE mode and test again.

Does this affect iPhones and iPads too? Yes. The same fixes apply. iOS shares the Wi-Fi stack lineage with macOS, so band splitting and disabling Private Wi-Fi Address usually resolve iOS symptoms as well.

Should I switch back to my old router? Not necessarily. Once tuned correctly, the OpenWrt One is exceptionally stable with Apple gear — often more reliable than consumer routers because you control every parameter.

Will a factory reset of the router help? Only if you’ve made experimental changes you can’t unwind. Otherwise, targeted configuration fixes are faster and safer than starting over.