NetHub v0.5.3

NetHub v0.5.3

这一版都在做同一件事：把看不见的东西变看得见 —— 连接有速率了、链路给结论了、
探测与巡检有回执了，规则目标也能照 Proxifier 的区间写法填了。

新：连接实时速率

• 「连接」页新增速率列（出+入合计），页脚汇总显示全表速率，点开明细每条也带速率。
• 引擎每秒采样一次（rateLoop）：0 显示 —；已结束的连接不显示速率；
  自己的探针不计入（与它不进连接列表一致）。
• 两个数字口径不同、各有各的用处：累计字节 = 一共传了多少；速率 = 此刻还在不在传
  —— 业务卡住时看的是后者（累计是正常的，之前传完了）。

新：规则目标支持 IP 区间（沿用 Proxifier 的写法）

• 10.1.1.1-10.1.1.255 这类写法填进目标框就会被接受，读入/保存时展开成网段（写回配置也是 CIDR）。
• 精确覆盖：10.1.1.1-10.1.1.255 展开成 8 条网段，不会顺手把 .0 也吞进来
  （那是把用户没写的地址一起接管，方向错了）；整段写法 10.1.1.0-10.1.1.255 自然并成一条 /24。
• 横线两边带空格、以及文档自动排版出来的 en dash 都认；带横线的域名（main-1.his.com）不受影响。

新：链路检测给结论（诊断页「链路自检」卡）

• 卡顶一句话结论 + 该做什么；逐条链一句话折叠着；「复制结果」复制出去的报告以结论开头
  ——现场是把这段整段粘给同事的，一串逐条结果没有结论，读的人得自己总结，而那最容易读错。
• 关键设计：把「连不上上游」与「上游通了但到不了内网目标」分开说。后者责任在上游那一侧的内网
  （路由/访问策略），不在本机 —— 现场最常见的误判就是看到“上游可用”就去查本机，查一天。
• 「凭据被拒」是单独一档（不是网络问题，是口令/账号不对），它靠一个错误身份来区分，
  不是比对错误文案。
• 判据是纯函数（engine.ChainVerdict），九档都有测试钉住。

改：探测与巡检都有回执了（以前是"点了没反应"）

• 链路页：正在探的链显示「探测中…」（琥珀点），与"待探测"分开；
  点「立即探测」按钮立刻变「探测中…」并禁用，旁边一句 "自动完成，不必再点"；
  探测期间这一页刷新加密到 800ms，切进来 1~2 秒就能看到结果（以前要等最多 5 秒）。
• 诊断页「业务目标巡检」：同一套 —— 按钮「巡检中…」、卡片头「正在巡检 N 个业务目标（自动完成，不必再点）」；
  正在巡检时不再显示"还没有可以巡检的目标"（两者在空表上长得一模一样，
  而前者说“再等一秒”、后者说“去干别的”，用户会直接走掉）。
• 关掉自动探测的链显示「探测已关」，不再永远卡在"待探测"。
• 已经有结果时不会因为"正在刷新"把旧结果抢掉（否则每 30 秒闪一下）。

其它

• 手动巡检在日志里留一行 patrol.now: by=ui targets=N（巡检会向上游与业务发真实连接，
  事后翻到一串 target.* 要能对上是"谁点的"）。
• 窗口最小宽度 880 → 980（连接表多了一列「速率」）。
• README.md、config.yaml.example 与界面上的「i」说明同步更新。

---

资产：NetHub.zip（Windows x64，单文件 exe + WinDivert + 说明）
校验：见本次 release 附件的 SHA256 与发版记录。
升级：解压覆盖 nethub.exe（配置与日志在同目录，不动），重启即可。