本文目录
电脑睡眠后唤醒，Clash Party 的节点测速正常，TUN 开着却无法联网；或者改过 TUN 参数，实际连接仍像旧设置。先核对应用版本与触发过程，再处理内核重新加载，避免把两种情况都归为节点失效。
唤醒后断网，为什么节点测速还正常？
Clash Party v2.0.4 的正式发布说明确认修复了两条路径：唤醒时重建 TUN 没有带齐配置，以及保存 TUN 设置后没有重启内核。本文针对这两种情况，不把升级当成所有平台、所有 TUN 断网的通用修复。
项目 #2235 中，macOS 的 v2.0.3 用户报告：界面启用 TUN 后，运行参数中的 stack、dns-hijack 和 auto-route 与预期不同，而 work/config.yaml 中的内容仍完整。该报告用于识别症状，不代表所有用户都会丢失同样字段。
先区分故障发生在哪一步
| 现象 | 优先检查 |
|---|---|
| 睡眠前可用，唤醒后 TUN 不能转发 | 记录唤醒时间，核对是否正在运行包含该修复的应用。 |
| 在虚拟网卡页面保存参数，连接行为却没改变 | 核对保存结果与内核重启是否完成，不反复修改订阅。 |
| TUN 关闭时也不能直连，或节点本身无法建立连接 | 先排查当前网络、节点及实际错误；不能只用本次 TUN 修复解释。 |
完整重载与只切 TUN 开关有什么不同？
在 v2.0.4 固定源码中，唤醒后若内核可响应、TUN 应开启但网卡已不存在，恢复流程先关闭 TUN，再生成并下发完整配置。旧版在此分支只重新启用开关，重建网卡时可能采用不完整的参数。
虚拟网卡页面保存设置时，新版保留当前 enable 状态，保存参数并调用 restartCore。它不同于只热重载配置；保存后短暂中断连接属于需要留意的操作影响，不应在重要传输中测试。
界面上的选项、磁盘里的合成文件与正在运行的内核不是同一个观察点。文件里有完整 tun 段，只能证明文件内容存在；仍需观察内核日志和实际请求，确认加载与重启完成。
先保存可恢复副本，再升级应用
升级前后按这个顺序核对
导出当前本地备份
在“应用设置 → 备份与恢复”选择“导出备份”，把文件保存到独立位置并确认可读取。另行记录订阅、覆写和当前 TUN 参数，敏感内容不要公开。
确认当前应用与内核版本
分别记下 Clash Party 应用版本和正在运行的 Mihomo 版本。v2.0.4 是应用发布版本；仅替换内核，不能保证获得应用侧的唤醒恢复与保存逻辑修复。
使用项目 v2.0.4 正式发布
从项目 Release 选择匹配操作系统与架构的版本。保留备份和可用配置，完整退出旧实例后按平台安装流程更新；不要同时清空数据、更换订阅和调整全部 DNS。
启动后复核身份和配置
确认实际打开的应用已经是 v2.0.4，而非另一个旧副本；重新核对选中配置、节点、代理模式及原有 TUN 参数。
不照抄报告中的网卡名、stack、MTU 或 DNS 地址。那些值属于报告者的环境，不是本次修复要求的新默认值。先保留自己此前可用的设置，只纠正已经确认与预期不符的一项。
保存 TUN 参数后，确认内核确实重启
打开应用的“虚拟网卡”页面，对照记录核对网卡名、协议栈、自动路由、DNS 劫持与排除地址。菜单语言和平台可能不同，应以自己的应用界面为准；不要把其他客户端的入口套过来。
确实需要纠正参数时，只修改已核实的项目并点击“保存”。v2.0.4 会保存当前 TUN 开关状态并重启内核；等待完成后再发起新请求。若显示更新失败，先记录错误并保留当前配置，不连续点击或反复开关。
没有参数需要修改时，不必为了触发保存而随意改变 MTU 或协议栈。先暂停不可中断的请求，完整退出应用再重新打开，再核对 TUN 与真实请求。
不要把直接 PATCH /configs 当作常规修复。应用仍管理开关和配置，局部写入可能与其状态冲突；本文采用应用内保存与重启，不要求开放控制端口或编辑临时合成文件。
用一次睡眠唤醒验证恢复结果
先在当前网络和节点下验证一个自己有权访问的普通网页或请求，记录结果。然后正常睡眠并唤醒，等网络恢复，再发起同一目标的新请求；不能只看唤醒前已有连接或延迟测试数字。
本次恢复的验证清单
- 应用版本为 v2.0.4，选中配置、节点及原 TUN 参数有记录且可恢复。
- 保存后的参数仍显示正确，内核重启已完成，没有持续的更新失败或 TUN 启动错误。
- 唤醒后同一域名能够解析，同一网页或应用请求可以完成，连接记录显示预期的规则与出口。
- 完整退出应用再打开后，重新检查当前 TUN 状态和真实请求；不以开关颜色推断转发成功。
- 保留测试网络、时间、触发步骤和结果；一次成功只适用于本次环境，不代表所有网络条件都已验证。
仍然失败时，怎样保住联网与配置？
升级或保存后仍断网，先在应用内关闭 TUN，核对系统直连能否恢复。只有原来已经验证可用的系统代理方案才作为临时替代；系统代理的覆盖范围不同，不能据此宣称 TUN 已修好。
撤销本次额外修改，恢复已记录的原参数和可用订阅。需要导入备份时先另存当前状态；应用的“导入备份”会覆盖当前配置，必须确认文件与版本适用，不能把唯一副本反复覆盖。
必须回到旧版时，保留新版数据副本并使用升级前的独立备份；本文未验证跨版本数据兼容性。不要让旧应用直接覆盖唯一的数据目录，也不承诺旧版仍包含本次修复。
反馈时提供应用与内核版本、操作系统、睡眠唤醒或保存设置的最短步骤，以及相关 TUN 段和错误日志。移除订阅 Token、节点密码和控制器 secret；不上传完整敏感配置。
本文依据正式发布记录和 v2.0.4 固定源码复核，没有在每个平台实机复现。其他权限、路由或 DNS 问题仍需按实际日志处理，后续变化以项目的新版本与维护者结论为准。