本文目录
代理页顶部已经选“全局”，下面却还是订阅里的分组，点另一条节点也不改变全局出口。先检查有没有 GLOBAL 组；不要一开始就重置订阅、改 DNS 或重新安装系统服务。
已切全局，为什么改节点却没有改变出口？
官方 issue #8516 的用户从 v2.5.8 升到 v2.5.9，原本已在全局模式；再次打开代理列表后，仍看到规则模式的分组，修改选择不影响全局设置。报告环境是 Windows 11，不能把它写成所有平台均已实测。
v2.5.9 的共享代理列表代码在全局模式下遗漏独立的 GLOBAL 组。官方已将修复收入 2026 年 11 月 3 日发布的正式版 v2.5.10；本文解决这个明确回归，不把所有“全局不能上网”都归为同一个问题。
先按实际界面区分问题
| 看到的情况 | 接下来检查什么 |
|---|---|
| v2.5.9 全局页没有 GLOBAL，只剩订阅分组 | 按本文核对应用更新与 GLOBAL 选择 |
| 已有 GLOBAL，但选中 DIRECT 或不通的节点 | 检查该组实际选择及节点可用性 |
| 提示尚未导入订阅或尚未激活订阅 | 先导入并启用有效订阅 |
| 提示内核暂不可用或代理页为空 | 先保存首条内核错误，分流通信与启动故障 |
全局出口由 GLOBAL 决定，不由任意分组决定
Mihomo 官方运行模式说明明确：global 模式需要在 GLOBAL 策略组选择代理或策略。Rule 模式里经常使用的“节点选择”等组，即使仍然可见，也不代表点其中任意节点就会改掉当前全局出口。
如果 GLOBAL 当前指向另一策略组，最终出口还取决于那个组的选择；如果它直接指向某条节点，改动其他组通常不会改变这条路径。测试时可以先在 GLOBAL 直接选一条已确认可用的节点，减少层级歧义。
“全局”只改变已经进入内核的连接的出站选择，并不会自动接管设备上的所有应用。系统代理、TUN、应用自身代理设置负责让流量进入内核；不需要为找回 GLOBAL 而盲目同时打开所有接管方式。
官方修复提交 3027e2b 将 GLOBAL 放回全局模式列表，并保留订阅分组。因此 v2.5.10 里仍能看到其他组是这次修复保留的行为，不能仅凭列表像规则模式就再次认定修复失败。
更新前记下两种模式的选择，保留配置副本
记录完整应用版本、当前模式，以及现有规则分组和 GLOBAL 的选中项；看不到 GLOBAL 时直接记录“缺失”。保留当前 Profile、覆写和重要设置的可恢复外部副本，不把整份订阅或包含凭据的配置贴进公开反馈。
如果 Rule 模式已有可用路径，可以暂时切回规则使用并记录原选择。不要为了全局页缺组而反复改共享策略组：它可能同时影响恢复 Rule 后的日常分流，反而丢失原来的可用状态。
升级前保留这些信息
- 系统、完整应用版本、出问题前后的模式和界面现象。
- 当前 Profile 与自定义覆写的独立备份，以及原分组选择。
- 一条已经确认可用的节点或策略，供升级后做实际请求验证。
- 首条脱敏错误或必要截图；不上传订阅链接、密码或完整日志包。
升级 v2.5.10，再在 GLOBAL 中选择实际出口
修复位于 Clash Verge Rev 应用的列表渲染逻辑。只更新 Mihomo 内核、刷新订阅或重启内核，不能替代这次应用更新。本文已核对的正式修复版为 v2.5.10；已有对应修复证据的后续正式版无需退回。
从参考资料中的官方 v2.5.10 Release 按系统和架构选择。本站本次没有同步托管安装包，原 v2.5.8 镜像不能当作本题修复包；保留自己的正常安装方式和现有配置目录。
恢复独立的全局选择
正常退出后完成应用更新
先保存工作和配置，在可以中断连接时按需关闭当前接管，从托盘完整退出应用，再按官方支持的方式安装。不要只关闭窗口、手工替换内核或删除应用数据。
重开并核对完整应用版本
确认实际运行的是 v2.5.10 或有对应修复证明的后续正式版，原订阅和覆写仍在。进入“代理”页，确认有有效订阅且内核能够提供代理信息。
切到全局并找到 GLOBAL
在代理页选择“全局”，找到恢复的 GLOBAL 组并展开。可同时看到其他订阅分组；应在 GLOBAL 中选出口，不用修改所有分组。
先直接选择已知可用节点
为本次验证选一条已确认可用的节点，确认不是误选 DIRECT、REJECT 或另一条不可用路径。若日常需要指向策略组，验证后再恢复该策略并核对最终选择。
用新连接核对出口，再恢复日常模式
沿用自己原本需要的系统代理或 TUN 接管方式，对允许测试的网站重新发起真实请求。旧长连接可能继续使用原路径；关闭本次测试连接或测试应用后再重试，不用旧页面仍能打开证明新选择已生效。
在客户端“连接”页核对新条目的代理链与所选节点或策略的最终出口对应，并确认实际请求成功。一次延迟数值、顶部显示“全局”或 GLOBAL 组重新出现，都不能单独证明这次请求经过了预期路径。
验证完成后恢复原来的 Rule 或日常模式，并检查之前记录的分组选择没有被本次排查改乱。如果需要长期全局使用，则确认 GLOBAL 指向的策略和它的下级选择符合自己的预期。
本题修复的验证清单
- 实际应用版本包含 3027e2b 对应修复，当前订阅有效且内核可用。
- 全局模式下可找到 GLOBAL，并能在该组选择需要的出口。
- 新建测试连接显示与实际选择对应的代理链，请求也成功完成。
- 其他组仍显示时，不把这个预期布局当成 GLOBAL 再次丢失。
- 恢复日常模式和原选择后，原有业务连接仍正常。
本站没有在真实客户端执行本题复现或升级实验。本文步骤依据官方用户报告、正式 Release、固定代码和模式文档；网页构建、五语言和浏览器验收通过，不等于你设备上的代理路径已经验证。
仍有问题时，保留可用模式并按症状回退
已是 v2.5.10，仍找不到 GLOBAL
确认重开的实际应用版本和普通代理页模式，记录是否有有效订阅、内核信息与列表截图。保留日志后反馈，不直接清空配置目录。
GLOBAL 能选择，但新请求仍失败
先看连接是否进入内核、GLOBAL 当前选择及目标节点是否可用；再按首条错误排查网络或 DNS，不继续把缺组回归当作统一原因。
升级后程序或原配置不可用
停止叠加修改，另存当前状态和错误。按项目支持的流程用升级前安全可用的程序与匹配备份回退，避免新旧程序争用唯一数据目录。
暂时无法升级时，可在确认可用后回到 Rule 模式继续工作；它不等于修复了 v2.5.9 的全局选择。不要为了恢复旧页面外观而盲目降级，旧版本可能有其他已知问题。
向官方反馈时说明系统、完整应用版本、升级来源、当前模式、GLOBAL 是否存在、实际选择，以及新连接的脱敏代理链和首条错误。不要公开完整订阅、凭据或包含敏感目标的连接记录。