操作步骤
- 先复现一次最小问题并记下准确时间；清空旧日志能减少无关噪声。
- 从核心启动信息确认版本、配置文件路径和监听端口，然后找 error、failed、timeout、refused 等关键词。
- 观察目标请求经过哪个 inbound、命中哪条 route、使用哪个 outbound，以及 DNS 是否先失败。
- 分享日志前替换服务器地址、UUID、订阅 URL、用户名和本地路径；保留错误类型与时间关系。
为什么值得这样做
最后一条报错常常只是连锁结果。按数据流从启动到 DNS、路由、出站查找第一处异常，才能定位根因。
完成后如何确认
你能用一句话说明失败层级，例如“DNS 没有返回地址”或“已解析但远端拒绝 TCP”，并能用单一改动验证判断。
注意事项
不要把 debug 日志长期打开。它会增加磁盘写入，并可能记录比普通日志更多的访问元数据。