macOS 同时运行 Clash Verge Rev 和 VPN，airportd 占用高怎么办

macOS 同时运行 Clash Verge Rev 和另一款 VPN 客户端时，如果 airportd 持续高占用，Wi-Fi 菜单显示关闭或未配置，但网络实际上还能使用，应检查是否有多个程序反复修改系统代理和 DNS。

适用场景

相关记录使用 Clash Verge Rev 2.5.8、macOS 27.0.1 和 Apple Silicon，开启系统代理的 PAC 模式，并同时使用 FortiClient 7.4.3 SSL VPN。后续也有用户提到与 OpenVPN 同时运行时出现类似设置覆盖现象，但尚不能据此认定所有 VPN 客户端都会触发。

有哪些辨别线索

• 活动监视器中 airportd 长时间占用较高 CPU，而不只是连接 Wi-Fi 瞬间升高。
• Wi-Fi 状态提示与实际网络表现不一致。
• Clash Verge Rev 日志反复出现 unset system dns successfully，短时间内重复很多次，日志频繁轮转。
• VPN 客户端也在相同时间反复记录 DNS 重置或网络设置变化。

一次 DNS 更新属于正常操作；需要结合持续高频的日志、CPU 占用和两个客户端的运行时间判断。

按顺序隔离问题

1. 保存当前代理设置和 VPN 连接信息，先结束正在进行的会议、远程桌面等依赖连接的任务。
2. 在活动监视器记录 airportd 的占用，同时保留对应时间段的客户端日志。
3. 关闭 Clash Verge Rev 的系统代理，观察 CPU 与重复日志是否下降。关闭后，依赖该代理的应用可能暂时无法访问目标服务。
4. 若异常循环仍在，正常退出 Clash Verge Rev，再观察 Wi-Fi 状态和 CPU。已有故障记录中，退出后重新启动客户端，循环停止。
5. 恢复时一次只开启一个网络客户端，先验证单独运行是否正常，再判断是否需要同时启用另一款。不要同时在两个程序里反复切换 DNS 与系统代理。

退出再启动只是故障隔离与临时恢复方法，不能替代具体版本的修复。不要为此关闭其他业务 VPN 的证书校验或修改系统网络服务文件。

如何确认恢复

在相同网络下，确认 Wi-Fi 状态能正常显示、airportd 占用不再持续升高、日志不再以极高频率重复同一条 DNS 操作。随后分别验证需要直连的业务和需要代理的应用。

如果问题复现，记录系统代理是 PAC 还是普通模式、是否启用 TUN、另一款 VPN 的名称与版本，以及切换网络前后的日志。日志被频繁轮转时应及时导出，避免故障开头被覆盖。

当前进展

已有多条相似现象反馈，但触发循环的完整条件仍未确定。后续排查重点包括网络服务变化时是否重复写入相同设置，以及不同客户端之间的网络设置通知是否互相触发。

系统代理与 TUN 教程 · 日志导出教程

来源：GitHub Issue #8380 。