Clash Verge 日志怎么导出
复现连接问题,找到对应日期的日志,并区分客户端日志和内核日志。
本页目录
先明确要记录哪一次失败
日志用于确认出错发生在哪一步。导出之前,先把问题缩小成一次能重复的操作,例如“点击订阅更新后出现超时”或“开启 TUN 后内核退出”。一张只有错误标题的截图通常缺少前后过程,整天的日志又容易混入无关请求。
准备一段简单记录:客户端版本、系统版本、操作时间、当前配置和模式,以及预期结果与实际结果。配置只写自定义名称即可,不要写完整订阅链接。系统时间不准确时,先注明时间差,否则很难把操作和日志对应起来。
第一步:设置适合的日志级别
进入客户端「设置」,找到日志级别选项。不同版本可能把客户端记录和内核记录分开放置;排查启动、订阅或服务错误时,需要关注对应模块的日志,而不是只看连接列表。
- 先保留当前级别。已有 ERROR 或 WARN 足够说明问题时,不必提高记录量。
- 错误上下文不足时,临时选择更详细的级别,例如 DEBUG。
- 从托盘或菜单栏完全退出软件,再重新启动,使这次日志覆盖启动过程。只关闭窗口可能仍让程序在后台运行。
- 启动后先等待界面和内核状态稳定,再执行要排查的操作。
提高日志级别是为了增加线索,不会修复网络故障。详细记录也可能包含更多域名、路径和配置信息,排查结束后应恢复日常使用的级别。
第二步:只复现一次目标问题
按原来出现错误的路径执行操作,并记下时间,最好精确到分钟。例如:打开「订阅」,点击某张卡片更新,等待错误出现,再停止其他网络测试。
如果故障发生在启动阶段,重新启动本身就是复现步骤;如果故障发生在访问某网站时,必须实际重新访问该网站,不能只导出一段启动成功的日志。测试未复现时,将结果写成“本次未复现”,保留发生故障时的旧日志,不要把当前成功记录替换掉唯一的故障证据。
连续尝试十几次会产生重复报错,也可能触发服务端请求限制。一次失败已经记录完整时,先导出和阅读,再决定是否需要下一轮比较。
第三步:找到正确的文件
在客户端「设置」中找到日志目录相关入口,打开目录。若当前版本在日志页面提供打开文件夹入口,也可从那里进入。按入口打开真实目录,不要根据网上的另一台电脑路径去创建同名文件夹。
| 位置 | 内容与用途 |
|---|---|
logs 目录中的日志 | 客户端界面、订阅操作及应用运行记录 |
logs/service 中的日志 | 内核与服务运行记录 |
- 找到文件名日期与故障当天相同的日志。
- 同一天有多个编号文件时,先检查序号最大的文件。
- 打开后搜索刚才记下的时间,确认包含目标操作。如果时间不在其中,再查相邻编号或前一天文件。
- 复制相关文件到单独文件夹,保留原始文件,避免直接改动正在写入的日志。
- 内核无法启动或 TUN 异常时,同时保留应用日志和 service 日志;只有界面记录可能看不到内核退出原因。
第四步:读懂错误所在的阶段
先从目标时间附近向前看,寻找发生了什么操作,再向后查看失败是否重试或恢复。
- 订阅请求出错:关注网络连接、HTTP 状态、证书和解析错误。
- 配置无法启用:关注配置检查、字段或解析位置。
- 内核启动失败:关注进程启动、服务权限和端口占用。
- 网站连接失败:关注目标连接、使用的规则与代理链。
日志里的 ERROR 不一定就是当前故障根因,WARN 也不一定需要修改配置。应以时间对应、重复出现和实际结果作为比较依据,不要看到一行陌生英文就同时改动多项设置。
分享前处理隐私,处理后确认可读
把准备分享的副本打开,查找订阅 URL、token、邮箱、账号、本地用户名、文件路径以及不需要公开的 IP。敏感值可替换成 [已隐藏],保留字段名称、状态码和报错结构。若隐藏后整行只剩空白,求助者仍无法判断发生了什么,可以保留无凭据的域名或模块名。
同时提供复现步骤和发生时间,例如“21:05 更新订阅出现 timeout;同一网络浏览器可用”。需要比较另一个节点或网络时,单独记录新一轮时间和结果。不要把个人完整配置与订阅一起附上。
完成后恢复设置
把临时提高的日志级别恢复为 INFO 或此前的日常设置。若需要再次启动才能应用设置,再正常退出重开。保留这次故障日志与简短记录,其他调试副本在问题解决后再清理。订阅问题继续看更新失败排查 ,接管问题看系统代理与 TUN 。