Mac 上最坑的一类故障不是「完全打不开」，而是：托盘里 Clash Verge Rev 已经退出或内核已停，Safari / Chrome 却全体超时，像整台机器没网。根因经常是系统代理还指着 127.0.0.1 上某个已经失效的端口——流量进了黑洞。Clash Verge Rev v2.5.6（2026-09-26）把「服务模式内核意外停止后，系统代理仍指向失效端口」写进了修复列表；同版本还处理残留服务进程导致内核起不来、「继续使用 Sidecar」失败、用户组解析失败，以及外置盘用户目录下服务拒启的提示。版本说明见v2.5.6 更新要点；安装包见下载中心。
Gatekeeper「已损坏」是另一条线，见macOS 无法打开。卸载后残留断网的通用清理见卸载后断网清理。本文只盯：服务残留、Sidecar、外置盘、失效代理端口——以及升到 2.5.6 后怎么验收。Windows 侧未装服务/隔离误判，见同日Windows 服务/隔离/TUN 验收。
先恢复能上网：失效系统代理的 60 秒动作
不论你后面是否升级，断网当下先做这一步，避免在没网的机器上硬下安装包：
- 打开「系统设置 → 网络 → 当前网络 → 详情 → 代理」。
- 看网页代理（HTTP/HTTPS）是否指向 127.0.0.1 和某个端口（常见是混合端口）。
- 若 Clash 已不在运行，取消勾选或清除这些代理，应用，再试浏览器。
网页立刻恢复，就坐实了「失效端口残留」。这和节点全红不是一类问题——连接页都打不开时，别先换机场。端口号本身怎么核对，可对照混合端口；系统代理总览见系统代理不生效。
强制结束进程、停电、内核崩溃后，最容易留下这种状态。旧版里「服务模式内核意外停止」之后，系统代理不一定跟着清；你看到的是：菜单栏图标没了，但代理面板里勾还在。2.5.6 针对这条路径做了修复，所以升级本身就是在减「假断网」概率——但升完仍建议做一次故意结束内核的回归，确认代理会回到安全状态。
v2.5.6 在 macOS 上对上了哪些坑
- 残留服务进程：会导致内核起不来，也会让「继续使用 Sidecar」失败。旧版里你容易以为是安装包坏了，其实是进程没卸干净。
- 无法解析用户组：部分账户在安装或修复服务时失败；升级后应再走一遍官方服务安装/修复流程。
- 外置盘上的用户目录：服务拒启内核时，提示改得更清楚，并带修复命令方向——外置盘用户先读提示，再决定是否把家目录迁回内置盘或按文档调整。
- 服务模式内核意外停止后的系统代理：旧行为会把代理留在失效端口上，表现为「客户端挂了，全局断网」。这是本次最值得为它升级的理由之一。
- 规则编辑首字母被自动大写：偏编辑体验；若你曾因规则内容被改大小写而排查过 YAML，升完可少一个干扰项。
内核启动失败、服务模式内核意外停止的提示在本版也更具体，窗口恢复后还会提醒未解决错误——看到提示先照着读，比连着重开三次有用。提示里如果指向修复文档，把它当清单，不要凭记忆执行去年论坛上的 unload 命令。
残留服务与 Sidecar：怎么判断，升完怎么验
典型信号：打开客户端提示内核失败；点「继续使用 Sidecar」仍失败；活动监视器里还能搜到与 Verge / mihomo 相关的旧进程。处理顺序建议：
- 正常退出客户端；若退不干净，在活动监视器结束相关进程（只结束你认识的 Clash Verge / 内核进程，别误杀无关项）。
- 覆盖安装 v2.5.6（Intel 与 Apple 芯片包不要混），再打开，确认版本号。
- 需要服务模式时，按客户端提示安装或修复服务；撞上用户组解析或外置盘提示，先完成提示里的修复，再开 TUN。
- 刻意测一次「异常停止」：开系统代理 → 确认浏览器走代理 → 结束内核相关进程或模拟服务停止 → 看系统代理是否被清掉或不再指向死端口。2.5.6 前这一步很容易留下断网；升后应改善。
TUN 仍起不来时，回到通用树Tun 启动失败与Tun 模式，不要在 Sidecar 按钮上连点。日志关键词抓取见日志排查。若你同时开着其它会改系统代理的工具（旧 ClashX、公司 PAC 助手），先退出它们再验，否则分不清是谁写回了 127.0.0.1。
「继续使用 Sidecar」失败时，优先假设残留，而不是假设 dmg 损坏。Gatekeeper 损坏有自己的报错文案与隔离属性路径；两者文案不像时，不要跳去下「已修复包」。芯片选错（Intel 包装到 Apple 芯片）也会表现为各种启动怪癖，安装前在关于本机确认架构。
外置盘用户与「读不懂的拒启」
家目录在移动硬盘、雷电盘上时，系统对后台服务可读路径更挑剔。表现往往是：GUI 能开，服务模式内核拒启，提示含糊。v2.5.6 把提示写清楚，是为了让你少猜。实务上：
- 临时把常用配置与客户端放在内置盘用户下对比，能立刻判断是不是「外置盘策略」而不是订阅问题。
- 必须外置盘时，严格按新版提示中的修复命令操作，做完再验服务与系统代理。
- 对比实验不要同时改订阅 URL、Merge、DNS，否则分不清是哪一层好的。
外置盘用户还有一个连带风险：盘休眠或被弹出后，服务再读配置失败，表现又像「突然断网」。这时先确认卷还在、路径还可读，再决定是否迁回内置盘。配置目录位置总览见配置文件位置；搬家步骤见备份迁移。
验收清单与止损
- 关于页为 2.5.6；芯片与安装包一致。
- 正常退出后，系统代理不应指着失效端口；浏览器在无客户端时应能直连或按你的预期工作。
- 服务/Sidecar 路径下内核可启动；连接页有记录。
- 外置盘用户若曾拒启，提示应可读，且按提示处理后能启动或明确知道下一步。
- 故意结束内核后，系统代理不应再把整台 Mac 送进黑洞；若仍会，先手动清代理，再带日志去查是否另有软件改写代理。
仍断网：先回系统代理面板，再查卸载清理，最后才考虑安全重置。版本事实以 GitHub Release 为准；本站动态页负责「该不该升」，本文负责「Mac 断网时先动哪几下」。代理集合更新误报属于订阅链路，升完若只是卡片红、浏览器其实通，转到订阅更新失败，不要和失效系统代理混成一次重装。
时间盒建议：清代理恢复上网不超过两分钟；升到 2.5.6 并确认版本号五分钟；残留进程清理与服务/Sidecar 再给十五分钟。还在同一下午反复重装 dmg，通常说明判断层错了——要么代理面板没看，要么外置盘/用户组提示没读完。把「能上网」和「代理功能正常」拆成两个验收勾，心里会轻松很多。