Mac 网络诊断

你在排查什么

Mac 上经常遇到一种怪现象：ping 延迟很低、丢包为 0，但实际下载或视频会议却卡顿严重。这种问题通常不是外网故障，而是 Wi-Fi 大包丢弃——小包能正常传输，一旦超过某个包大小就开始丢帧，链路利用率掉队，TCP 吞吐骤降。

常规诊断只看平均延迟，很容易漏掉这个阈值。本技能围绕一个核心假设展开：链路可能在中等包大小开始丢包，需要用不同 MTU 的 Ping 直接测出来。

它如何工作

整个流程按分层排障设计，每步对应一个决策分支：

1. 先抓本机与 Wi-Fi 状态

• 通过 system_profiler SPAirPortDataType 读取信号强度、MCS Index 和 PHY Mode等；
• 信号优于 -50dBm 视为良好，MCS Index 低于 6 说明 802.11ac 链路已降级；
• 若 PHY Mode 停留在 802.11n（2.4GHz），穿墙更稳但理论吞吐更有限。

2. Ping 路由器，区分内网与外网

• 获取网关 IP 后持续 Ping，观察小包和大包的丢包情况；
• 若小包不丢、大包丢包，进入下一阶段；
• 若小包也丢，问题更可能是信号不足或路由器异常。

3. 扫描丢包阈值

这是整套流程的核心，需要系列不同大小的数据包分别 Ping。典型结果：

• 丢包从某个包大小突增，例如“≤500B 不丢，≥800B 开始丢”，即可确认 Wi-Fi 链路帧丢失；
• 丢包率随包大小递增，通常对应信号质量或 MCS 降级；
• 全部不丢，则问题不在包大小。

4. 对外网路径测速

• 内网正常而外网高延迟，责任更可能在 ISP 或上游路由；
• 测速时须使用支持大文件下载且能跟随重定向的 URL，避免 404 导致的误判。

5. 修复与验证

• 降低 MTU：当确认链路对大包丢帧时，降低 MTU 是最直接的缓解手段；
• 关闭蓝牙：Broadcom 芯片的 BT/Wi-Fi 共存干扰会影响 Wi-Fi，关闭蓝牙后可进行对照测试；
• 删除并重连 Wi-Fi：清除系统保存的连接参数，迫使网卡重新协商速率；
• 检查信道干扰：从 Other Local Wi-Fi Networks 中观察邻居网络占用；5GHz 优先使用 149/153/157/161，2.4GHz 建议使用 1/6/11。

适用与注意

• 本技能聚焦 macOS 网络诊断，不涉及 Linux 或 Windows 的排查命令；
• MTU 等系统级参数的调整需要 sudo 权限，需要用户手动在终端完成；
• 降低 MTU 会牺牲部分 TCP 传输效率，但通常比高丢包率下的重传代价更小；
• 第三方工具与手动命令仅用于诊断与验证，不能替代硬件故障排查；
• 某些故障可能需要路由端信道调整，技能本身无法远程操作路由器。

典型标签

• macOS
• Wi-Fi
• 网络诊断
• MTU校验