关闭互联网共享后的 Wi-Fi：让 Mac 回到客户端模式

关闭互联网共享并不会把 Wi-Fi 恢复原样，而菜单栏也不会告诉你此刻处于三种状态中的哪一种。无线可能不可用，可能正常但未关联，也可能已关联却因 VPN 策略而流量被拦截。每一种的修法都不同，而且只有一种与 VPN 有关。在动手接触任何网络服务之前，先判断自己面对的是哪一种。

先确定 Wi-Fi 现在该做什么

互联网共享开启期间，Wi-Fi 接口在为其他设备提供服务，这与以客户端身份接入路由器是两件不同的事。这不是同一件事的两个设置，而是同一块硬件的两种模式。写下来你接下来要哪一种，因为后面每一项检查都取决于它。如果答案是普通客户端接入，就必须先把共享安排撤掉。如果那套共享配置由别人管理，请与其协商变更，而不要单方面关掉。

VPN 断开是另一回事。它能解释流量被拦截，却解释不了无线根本起不来。

先停掉共享角色

在共享面板里关闭共享安排，并先保存工作。原来为其他设备服务的接口会立刻停止服务，接在它后面的一切都会失去通路。这是预期结果，不是故障。在查看 Wi-Fi 之前，先确认下游接口已经不再担任该角色。

共享服务创建的网桥接口可能仍留在接口列表里。networksetup -listallhardwareports 会把名称与硬件对应起来，在开始猜测之前先确定哪个设备是哪一块。去读它，而不是相信菜单里的顺序。

把三种故障形态分开

无线不可用属于硬件或驱动层面的结论。记录 macOS 版本以及共享状态当时是否开启，然后走受支持的诊断路径；任何路由改动都无法让系统看不见的接口重新出现。未关联属于接入问题：选择获批的网络，完成其认证，并确认 Mac 是以客户端而非仍在以网关身份工作。已关联但无法访问属于策略问题，VPN 客户端文档中记载的断线行为是第一个该看的地方。

这三种不仅修法不同，负责方也不同。第一种交给硬件支持，第二种交给持有凭据的人，第三种交给管理 VPN 客户端的人。混在一起只会得到一张没人能处理的工单。

在诊断自身的范围内运行它

当 Mac 能关联却难以访问互联网时，无线诊断才真正有用。它只做分析和报告，不做修复，也不会改动你的设置。

从 Wi-Fi 状态菜单按住 Option 打开它，按提示操作，并在把归档发往任何地方之前先读一遍，因为网络细节可能很敏感。它做不到的是让系统看不见的接口重新出现，所以一份干净的报 告并不证明无线是健康的。如果重启合适，先把有用的观察记录下来。报告是证据，不是修复。

重建服务不是拨一下开关

删除并重新添加 Wi-Fi 网络服务，远比关闭共享影响更大。它会丢掉手动地址、DNS 条目、代理设置，以及依附于该服务的任何 802.1X 配置。在考虑之前先把这些记下来，并查一下已安装的版本是否有文档化的流程。

比较一下就清楚：切换共享几秒内可回退，只改一个角色；而重建服务可能花掉一个下午，还要一位管理员来恢复。只有在第一种失败、并且你能说清重建后的服务必须包含什么时，才动第二种。Mac 恢复常规连接后，先发一个被允许的请求，再重新连上 VPN 及其私有资源。除非你确实想再次承担网关角色，否则让互联网共享保持关闭。