客户端日志怎么看：从一串报错里定位代理故障｜2026专题（牛来）
更新日期：2026-10-29
别把订阅链接、token 或入口地址发给别人。节点名、菜单以 牛来门户 与本机客户端为准。
延迟、丢包、常用网站能不能用、有没有泄漏，都要自己测过才算数，文中一律标 【待实测】。
这篇只讲怎样把客户端日志当成排障证据；要是已经知道是哪类故障，直接看《节点超时与握手失败排查》、《证书错误排查》、《假墙／半墙自查》或《规则不生效排查》。
门户：dash.niulaijichang.top · 客户端：download.niulaijichang.top · 永久域：牛来机场.com
线路：独立中转入口 + VLESS + Reality，地区有港6、澳、日3、新3、台2、美3、德、英（以面板为准）；支付宝／微信，无 USDT。各档在线设备数：Lite 6／Plus 7／Pro 8／Max 9（以面板为准）。结算可试优惠码 niulai7（折扣以结算页为准）。
〇、30 秒结论
| 你正在做的事 | 先记住 | 先别做 |
|---|---|---|
| 节点红了／网页打不开，想「看看到底怎么了」 | 日志是时间线 + 关键词，比截一张模糊弹窗有用得多 | 把整段含订阅 URL、token、真实 IP 的日志贴群 |
| 打开日志却全是英文／缩写 | 先搜 timeout／handshake／denied／dns／reject，不必逐行翻译 |
因为看不懂就立刻重装系统 |
| 想找人帮忙看 | 脱敏后只留：时间、客户端版本、模式（TUN／系统代理）、两三行关键报错 | 连同「复制订阅」原文、面板订单号一起发出去 |
| 日志是空的／不刷新 | 先确认日志级别、是否真的发起了连接、时间是否同步 | 认定「客户端坏了」而忽略未点连接 |
原则： 先复现一次问题，再打开日志；先定位「哪一行刚出现」，再查关键词表。日志是排障的显微镜，不是玄学。
一、这几篇怎么分工（避免看错篇）
| 文章 | 它讲什么 | 本篇不讲 |
|---|---|---|
| 节点超时与握手失败 | timeout／handshake／reset 的分流与对照实验 | 日志界面怎么开、怎么读、怎么贴 |
| 证书错误 | NET::ERR_CERT_*、x509 语义 | 只在日志出现 certificate／x509 时提一句 |
| 假墙／半墙自查 | 已连接但像没出国 | 连接成功后的访问异常细节 |
| 规则不生效 | 分流命中错、绕过失败 | 规则命中行在日志里长什么样（本篇给读法） |
| DNS 泄漏自查 | 解析走了哪条路 | DNS 相关日志关键词入口 |
| 配置备份导出导入 | 换机留档 | 日志文件本身不是配置备份 |
| 二维码／剪贴板导入注意 | 导入渠道隐私 | 分享日志时的脱敏（本篇会强调） |
读完上表：若你已经知道「大概是握手问题」，请回到对应文章做对照实验；若你还停在「日志一打开就晕」，留在本篇。
二、日志到底是什么（用大白话）
客户端（Clash Meta／mihomo 系、Clash Verge、Stash、Shadowrocket、Surge 等）在连接、解析、分流时，会把关键步骤写成一行行记录：几点几分、哪个入站、解析了什么域名、选了哪条出站、成功还是失败、失败原因关键词。
可以把它想成「行车记录仪」：
- 没有日志：等于事故后没有任何录像，只能靠猜；
- 有日志但不看时间：等于把一天的录像快进乱看；
- 把原始日志原样外传：等于把车牌、行驶证、导航目的地一起发网上。
牛来侧建议使用 download.niulaijichang.top 提供的客户端；不同 UI 里「日志／Console／Connections／核心日志」名称不一，以你安装的版本菜单为准。
三、怎么打开、保存、别踩的坑
1）打开位置（按常见客户端归类，菜单名以实机为准）
| 类型 | 常见入口 | 补充 |
|---|---|---|
| Clash Verge / Verge Rev 等 | 日志／Logs；有的可看核心输出 | 先确认「核心已启动」再看 |
| Clash Meta 图形壳／第三方壳 | 控制台、运行日志、mihomo 输出 | 级别常有 silent／error／warning／info／debug |
| macOS Stash 等 | 日志或 Dashboard 连接详情 | 可对照单条连接 |
| iOS Shadowrocket 等 | 日志／今日连接；部分需开启详细记录 | 后台被杀会导致记录中断 |
| 路由器 OpenClash 等 | 运行日志／内核日志 | 家宽／光猫双路由场景另见《校园网／公司网用机场常见坑》 |
2）排障时建议的短暂设置
- 把日志级别临时调到 info 或 warning（过低看不到失败；debug 太吵，只在必要时短开）；
- 清空／滚动到最末，再复现一次：开关代理、点某个节点、打开一个失败的网站；
- 盯住复现前后 10～30 秒 的新行；
- 排障结束把级别调回日常，避免刷屏拖慢弱设备。
3）时间必须可信
若系统时间差得离谱，日志时间戳会骗你，TLS／Reality 也更容易握手失败——这与《系统时钟不同步导致握手失败》讲的是同一类根因。先在系统设置里打开自动校时，再读日志。
四、读日志四步（照做即可）
第一步：钉住时间窗。
只看你刚复现问题那一小段。一天前的 timeout 与此刻无关。
第二步：分清「一片红」还是「一条红」。
- 几乎所有域名／节点都在同一秒失败 → 先怀疑模式未真启动、系统代理被抢、TUN 未授权、订阅过期、本机网络、时间；
- 只有某一个域名或某一个节点失败 → 先怀疑规则命中、该入口、DNS 对该域的结果。
第三步：抽出 1～3 个关键词。
不要整页翻译。用系统自带查找，优先：timeout、handshake、refused、reset、denied、reject、dns、udp、certificate／x509、auth、eof。
第四步：按关键词找对应的排查方向，而不是直接「换机场」。
见下一节速查表。速度和常用网站是不是「真的不行」，仍标 【待实测】，日志本身通常不直接给出测速数字。
五、常见关键词速查（读到什么 → 先去哪）
| 日志里常见片段（大小写不论） | 更可能含义 | 下一步 |
|---|---|---|
timeout／i/o timeout／context deadline |
连不上或对端不答 | 按《节点超时与握手失败排查》做热点对照 |
handshake／TLS／reality 失败 |
握手阶段挂；含时间／SNI／干扰可能 | 同上；并核对系统时间 |
connection reset／EOF／broken pipe |
链路被重置或本地内核被掐 | 看《杀毒／防火墙拦截代理》；并查设备是否被挤号 |
dns 失败／resolve／no such host |
解析问题 | 看《DNS 泄漏怎么查》＋规则／DNS 配置；先确认系统 DNS |
reject／denied／规则名 + reject |
被规则主动拒绝 | 看《规则不生效排查》；看是否误伤域名 |
certificate／x509／unknown authority |
证书信任问题 | 看《证书错误排查》 |
listen／bind／address already in use |
本地端口被占 | 换混合端口或关掉冲突代理，见《端口被占用》 |
permission／tun／wintun 相关失败 |
TUN 权限／驱动 | 看《系统代理和虚拟网卡（TUN）有什么区别》；重装官方驱动需谨慎 |
订阅／404／401／403 在更新阶段 |
列表拉取失败 | 看《订阅更新失败排查》——这不是节点握手日志 |
| 几乎无新日志 | 没真正走到核心，或级别过低，或点错了配置档 | 确认系统托盘图标／核心状态；提高级别后再复现 |
牛来协议说法提醒： 面板下发多为 VLESS + Reality（走独立中转入口）。日志里若出现与当前订阅明显不符的旧协议字段，优先「更新订阅／删旧配置重导」，而不是手改一堆参数。具体节点延迟 【待实测】。
六、要给别人看时：脱敏清单（强制）
分享日志前，用编辑器删除或替换：
- 完整订阅 URL、token、UUID、密码、path、短链；
- 家宽 公网 IP、内网拓扑里可识别的个人域名；
- 面板邮箱、订单号、支付流水；
- 二维码截图、含码的通知栏截图（参见《二维码／剪贴板导入注意》）；
- 与故障无关的大段 debug 噪音。
保留即可：客户端名称与版本、系统、TUN 还是系统代理、问题现象一句话、复现时间、两三行已脱敏的报错。
客服／工单渠道以面板公示为准；不要把未脱敏日志发到公开论坛「求大佬」。
七、翻车对照表
| 现象 | 更可能原因 | 先做 |
|---|---|---|
| 日志刷屏但上网正常 | 级别过高或健康检查过于频繁 | 降到 warning／info；不必恐慌 |
| 界面显示已连接，日志却一直 timeout | 看的是旧核心／旧配置窗；或系统代理未指向该核心 | 确认唯一在跑的客户端；关多余代理 |
| 只在公司／校园网有大量 rejected | 环境拦截或规则与该网不兼容 | 看《校园网／公司网用机场常见坑》；换热点对照 |
| 导出日志文件发到微信被和谐／发不全 | 文件太大或含敏感链被拦截 | 只截关键数行文本；先脱敏 |
| 一开 debug 电脑变卡 | 磁盘／CPU 被日志拖住 | 短时开启，用完立刻调回 |
八、验收清单（排障收工前）
- [ ] 客户端来自 download.niulaijichang.top，面板仅 dash.niulaijichang.top
- [ ] 系统自动校时已开；日志时间戳与手机时钟大致一致
- [ ] 已在「复现问题前后」的时间窗内提取关键词，而不是翻昨天的记录
- [ ] 已用速查表找到对应的排查方向，并完成至少一次对照实验（如热点／关代理）
- [ ] 若需外传，已按第六节脱敏；未粘贴真实订阅
- [ ] 日志级别已调回日常；debug 未长期开着
- [ ] 速度、常用网站能不能用、有没有泄漏，自己实测后再下结论
九、FAQ
Q：日志里没有中文，是不是客户端不适合新手？
A：核心日志长期以英文关键词为主。把本篇速查表当「小词典」即可，不必等全中文版。
Q：只看 Connections／连接列表，不看日志行，行不行？
A：连接列表适合看「谁在走哪条出站」；失败原因仍常在日志行里。两者一起看效率最高。
Q：路由器里的日志和电脑客户端日志冲突怎么办？
A：先分清流量实际从哪台设备出去。双代理（电脑再套一层）最容易日志「各说各话」。只保留一层再测。
Q：出现 reality／utls 字样是不是被抓包了？
A：更常见是协议栈在按配置握手。不要仅因关键词吓人就重置一切；结合是否大面积失败、时间是否准确、换网络是否改善 【待实测】。
Q：优惠码与套餐和日志有关吗？
A：无关。账务以面板为准；新手可先月付并试 niulai7。设备数顶满导致的秒断，日志可能像 reset，需对照《设备数超限／被挤号怎么办》。
十、待补充的实测项
| 项目 | 状态 |
|---|---|
| 各官方推荐客户端「日志」菜单路径 | 以下载页版本为准 |
| 默认日志级别与建议排障级别 | 【待实测】 |
| 晚高峰错误关键词分布 | 【待实测】 |
优惠码 niulai7 能不能用 |
以结算页为准 |
自己记录时，建议注明日期、客户端与核心版本、系统、TUN／系统代理。