Repository navigation
v0.5.2 — 日志分三档、诊断页「接管状态」卡、连接按目标合并
NetHub v0.5.2
看得见的部分基本重做了一遍:日志分三档、诊断页多了**「接管状态」仪表盘**、连接列表按目标合并,
并且把「我们自己发的探针」从统计与列表里摘了出去。
新:日志分三档(normal / verbose / debug)
照抄 Proxifier 的 Normal / Verbose / Debug,运行日志页右上滑块切换,即时生效、不用重启:
normal(默认)—— 现场面:连接开/关、启停、链与目标状态翻转、错误。verbose—— 判定面:多出每条连接为什么这么走(route.match)、DNS 请求与应答、
名字学习、内置直连逐目标。排查“某个目标为什么没走隧道”就切它。debug—— 内部面:名字表 / 假 IP 池维护、内核层开关、进程表查询失败、规则表编译结果、
内核过滤器原文。
切到 debug 会立刻转储一份当前内部状态(规则表、过滤器原文、名字表、假 IP 池、连接表、
内核层句柄)—— 那些内容本来只在启动那一刻写,错过就只能重启(而重启会断业务连接)。
新:诊断页「接管状态」卡
一眼看全三个面,是仪表盘不是日志(只有当前值、原地更新,没有时间戳流水):
- 内核面(拦截与过滤器在不在、内核过滤器原文)
- 域名面(通配与 DNS 接管、名字表规模)
- 连接面(累计 / 进行中 / 进程名解析率)
带异常判据:有值得注意的地方会直接给出结论条,不用自己去对数字。卡上的「i」有完整口径说明。
改:连接列表
- 同目标、同进程的并行连接合并成一行(×N),点开看每一条(本地端口 / 开始时间 / 时长 /
收发字节 / 包数 / 状态 / 命中的规则 / 错误全文)。一个页面就会对同一 origin 开 6 条 TCP,
逐条铺开反而看不出“这是一次页面加载”。 - 最多显示 5 条,更多的在卡片内上下滚动;表头固定。
- 已结束的连接只保留 15 秒(后台统计不受影响)。
- 「活跃」与列表一致(含直连与阻断的进行中行);「累计 / 各链累计」仍只算走隧道的 ——
两个口径都写在列表的「i」里。 - 开关改完立刻同步:
直连流量统计/QUIC 阻断改完,列表与接管状态卡立即重画;
关掉直连统计时,那些靠它才可见的直连条目立刻从列表消失。 - 修:连接表只剩表头(一行渲染异常会中断整表;v0.5.0 把进程名解析率从 60% 修到 0% 之后
几乎每条都命中那条分支,于是从“偶尔少几行”变成“基本只剩表头”)。
修:本程序自己的探针不再冒充应用流量
启动时自检、与其它代理(Clash)共存检测会直接 dial 内网目标,那些地址本来就在我们的
接管网段里 → 被自己的过滤器接住 → 连接列表里冒出几条 nethub.exe 的连接,还会被算进“累计接管”。
现在这些探针在 connect 之前就把本地端口登记为“自己人”:不进列表、不计累计、不计进程名解析率
(日志里仍有它们的行——那是真实连接,只是不再冒充应用流量)。
删
- 「导出诊断包」按钮与相关代码去掉:它的唯一独有价值(内核过滤器原文等现场材料)已被
“切到 debug 档即转储”覆盖,要交材料就发logs/nethub.log。
其它
- 「i」说明共 9 处,文案统一改报告口径(不写口语、不带 markdown 标记)。
- 诊断页「名字面」改称「域名面」,与「内核面 / 连接面」对齐。
资产:NetHub.zip(Windows x64,单文件 exe + WinDivert + 说明)
校验:见本次 release 附件的 SHA256 与发版记录。
升级:解压覆盖 nethub.exe(配置与日志在同目录,不动),重启即可。