Mac网络静默断连需分层检测（DNS、内网网关、HTTPS）+场景化重连（WiFi软重启/iNode服务清理/802.1x AppleScript模拟）+launchd守护执行，适配Sonoma需改用networksetup替代已移除的airport命令。
mac 上遇到网络突然断开又不自动恢复？尤其是连企业内网（比如 inode）或 802.1x 认证 wifi 时，系统常“静默掉线”——没弹窗、没提示，只是网页打不开、ssh 连不上。靠手动点网络偏好设置重连太慢，也违背自动化运维原则。核心思路不是“等断了再救”，而是持续轻量检测 + 精准干预。
检测要分层，不能只 ping
单一 ping 失败容易误判：企业防火墙常屏蔽 ICMP，但 HTTP 服务完全正常；反过来，DNS 解析失败时 ping 得通，浏览器照样打不开网页。脚本里建议组合三类检测：
- DNS 可解析性：用 nslookup www.baidu.com 或 dig +short google.com，确认本地 DNS 配置没被代理/策略污染
- 内网可达性：提取默认网关（route -n get default | awk '{print $2}'），再 ping -c 2 -W 2 测试延迟，排除本地链路问题
- 外网业务连通性：用 curl -s --connect-timeout 3 -I https://www.baidu.com -o /dev/null 检查 HTTPS 头响应，比 ping 更贴近真实应用行为
重连动作要匹配网络类型
不是所有断连都该“重启 WiFi”。不同场景需不同操作：
- 普通 WiFi 断连：用 networksetup -setairportpower en0 off && sleep 2 && networksetup -setairportpower en0 on 软重启无线模块，比 kill 进程更干净
- iNode 类企业认证：必须终止两个服务（AuthenMngService 和 iNodeMon），再启动客户端 App，且需同步清理系统代理（networksetup -setwebproxy en0 "" 0）防止冲突
- 802.1x 有线/无线：AppleScript 模拟点击“网络偏好设置→高级→802.1x→连接”最稳妥，命令行暂无原生接口，避免用 networksetup 强制重连引发证书状态错乱
执行机制要可靠不卡顿
脚本不能只跑一次，得长期驻留，但也不能狂刷资源。推荐 launchd 守护方式：
- 写一个检测脚本（如 /usr/local/bin/check-and-reconnect.sh），末尾加 exit 0 确保 launchd 不报错退出
- 配置 plist 文件，设 StartInterval 为 60–120 秒，足够覆盖多数断连周期，又不会频繁触发
- 日志定向到文件（如 > /var/log/network-monitor.log 2>&1），加 date 时间戳，方便回溯是哪次检测触发了重连
兼容 Sonoma 14.4+ 的关键调整
新版 macOS 移除了 airport 命令，传统靠它取 SSID 或信号强度的方式全部失效。替代方案明确：
- 查当前 WiFi 名称：改用 networksetup -getairportnetwork en0 | awk -F': ' '{print $2}'
- 判断是否在目标网络：不要依赖信号值，直接比对 SSID 字符串，避免空格或编码问题
- 网络接口名统一用 en0（绝大多数 Mac 默认），若设备有 Thunderbolt 以太网等，先用 networksetup -listallhardwareports 确认物理接口映射
